summaryrefslogtreecommitdiffstats
path: root/sys/conf
Commit message (Collapse)AuthorAgeFilesLines
* Fix build nfscl and/or nfsd.nyan2009-10-021-6/+6
| | | | MFC after: 3 days
* Add support for ChipHead 341 serial port adapter.thompsa2009-09-281-1/+2
| | | | Submitted by: Hans Petter Selasky
* lindev(4) [1] is supposed to be a collection of linux-specific pseudobz2009-09-263-0/+6
| | | | | | | | | | | | | | | | | | | devices that we also support, just not by default (thus only LINT or module builds by default). While currently there is only "/dev/full" [2], we are planning to see more in the future. We may decide to change the module/dependency logic in the future should the list grow too long. This is not part of linux.ko as also non-linux binaries like kFreeBSD userland or ports can make use of this as well. Suggested by: rwatson [1] (name) Submitted by: ed [2] Discussed with: markm, ed, rwatson, kib (weeks ago) Reviewed by: rwatson, brueffer (prev. version) PR: kern/68961 MFC after: 6 weeks
* r197444 unnecessarily changed positions of these files. Re-sort.jkim2009-09-242-4/+4
|
* Move sys/dev/x86bios to sys/compat/x86bios.jkim2009-09-232-5/+4
| | | | | | It may not be optimal but it is clearly better than the old place. OK'ed by: delphij, paradox (ddkprog yahoo com)
* Improve on r197334:mlaier2009-09-231-2/+9
| | | | | | | | | Find the most recently merged svn revision, too. If we get a svn revision that matches HEAD use rXXX=GIT otherwise use rXXX+GIT. Submitted by: avg MFC after: 3 days X-MFC: not stable/8 before 8.0
* Add per-process osrel node to the procfs, to allow read and set p_osrelkib2009-09-231-0/+1
| | | | | | | value for the process. Approved by: des (procfs maintainer) MFC after: 3 weeks
* Don't build ufs_gjournal.c at all if UFS_GJOURNAL option is not givenrdivacky2009-09-221-1/+1
| | | | | | | instead of building an almost empty C file. Approved by: pjd Approved by: ed (mentor, implicit)
* Add pieces of infrastructure required for NFSv4 ACL support in UFS.trasz2009-09-221-0/+1
| | | | Reviewed by: rwatson
* Hide x86bios stuff in i386/amd64 specific files as atkbdc would getdelphij2009-09-223-5/+15
| | | | these stuff into build.
* Build x86bios only for i386/amd64 for now. More work is requireddelphij2009-09-211-2/+0
| | | | | | | to make these functional on other architectures, and the current code breaks sparc64 and powerpc. Spotted by: tinderbox via des
* Allow atkbd to obtain keyboard repeat rate from BIOS on amd64.delphij2009-09-211-4/+4
| | | | Submitted by: swell.k at gmail.com
* Collapase interrupt supporting functions to a new module, and switch fromdelphij2009-09-213-4/+6
| | | | | | | | | | x86emu to this new module. This changeset also brings a fix for bugs introduced with the initial x86emu commit, which prevents the user from using some display mode or cause instant reboots during mode switch. Submitted by: paradox <ddkprog yahoo com>
* Revert part that should not be in my previous commit.delphij2009-09-211-29/+0
| | | | Pointy hat to: delphij
* Automatically depend on x86emu when vesa or dpms is being built intodelphij2009-09-213-8/+37
| | | | | | | kernel. With this change the user no longer need to remember building this option. Submitted by: swell.k at gmail.com
* Enable s3pci on amd64 which works on top of VESA, and allowdelphij2009-09-212-0/+2
| | | | | | static building it into kernel on i386 and amd64. Submitted by: swell.k at gmail.com
* Extract version information from git repositories. Try to find amlaier2009-09-191-9/+28
| | | | | | | | | corresponding svn version if this is a git-svn clone'ed repo. This prefers svn version information over git in case a working directory has both .svn and .git directories. MFC after: 3 days X-MFC: not stable/8 before 8.0
* -Put the optimized soreceive_stream() under a compile time option calledandre2009-09-151-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | TCP_SORECEIVE_STREAM for the time being. Requested by: brooks Once compiled in make it easily switchable for testers by using a tuneable net.inet.tcp.soreceive_stream and a corresponding read-only sysctl to report the current state. Suggested by: rwatson MFC after: 2 days -This line, and those below, will be ignored-- > Description of fields to fill in above: 76 columns --| > PR: If a GNATS PR is affected by the change. > Submitted by: If someone else sent in the change. > Reviewed by: If someone else reviewed your modification. > Approved by: If you needed approval for this commit. > Obtained from: If the change is from a third party. > MFC after: N [day[s]|week[s]|month[s]]. Request a reminder email. > Security: Vulnerability reference (one per line) or description. > Empty fields above will be automatically removed. M sys/conf/options M sys/kern/uipc_socket.c M sys/netinet/tcp_subr.c M sys/netinet/tcp_usrreq.c
* Catch up with ACPICA 20090903.jkim2009-09-111-0/+2
|
* - Teach vesa(4) and dpms(4) about x86emu. [1]delphij2009-09-093-3/+9
| | | | | | | | | | - Add vesa kernel options for amd64. - Connect libvgl library and splash kernel modules to amd64 build. - Connect manual page dpms(4) to amd64 build. - Remove old vesa/dpms files. Submitted by: paradox <ddkprog yahoo com> [1], swell k at gmail.com (with some minor tweaks)
* - Port x86emu to FreeBSD.delphij2009-09-093-0/+7
| | | | | | | - Connect x86emu to build. Tested with: make universe Submitted by: swell.k at gmail com
* Move libteken out of the syscons directory.ed2009-09-036-7/+3
| | | | | | | | | | I initially committed libteken to sys/dev/syscons/teken, but now that I'm working on a console driver myself, I noticed this was not a good decision. Move it to sys/teken to make it easier for other drivers to use a terminal emulator. Also list teken.c in sys/conf/files, instead of listing it in all the files.arch files separately.
* Connect bwi up to the build. While there are some problems with thisimp2009-08-291-0/+2
| | | | | | | | driver still, it generally works well for most people most of the time. It is still too green for GENERIC, however. Submitted by: many (latest being kwm@) MFC after: 2 days (before RC1 if possible)
* Introduce MII_ADDR_BASE option on ARM, which allows to override the defaultraj2009-08-251-0/+1
| | | | | | | | | | | | | | per platform requirements. Notes: - Only used by mge(4) at the moment. - This is very simplified approach and should be replaced by some long-term solution for managing the board/platform configuration (among others the MAC-PHY binding info). Submitted by: Michal Hajduk Obtained from: Semihalf
* Allow pty(4) to be loaded as a kld.ed2009-08-232-2/+1
| | | | | | | | | Unfortunately, the wrappers that are present in pts(4) don't have the mechanics to allow pty(4) to be unloaded safely, so I'm forcing this kld to return EBUSY. This also means we have to enable some extra code in pts(4) unconditionally. Proposed by: rwatson
* Add kernel support for Radeon R6/7xx 3D.rnoland2009-08-231-0/+2
| | | | | | | You will still need Mesa from git and possibly an updated DDX driver, but this is working fairly well now. MFC after: 2 weeks
* The svnversion string is only relevant when newvers.sh is calleddougb2009-08-231-20/+16
| | | | | | during the kernel build process, the other places that call the script do not make use of that information. So restrict execution of the svnversion-related code to the kernel build context.
* Make head 9.0-CURRENT in preparation for lifting code freeze.kensmith2009-08-221-2/+2
| | | | Approved by: re (implicit)
* Make VNET_DEBUG a standalone compile-time option, i.e. decouple it fromzec2009-08-141-1/+2
| | | | | | | INVARIANTS. Reviewed by: bz Approved by: re (rwatson), julian (mentor)
* * Completely Remove the option STOP_NMI from the kernel. This optionattilio2009-08-133-3/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | has proven to have a good effect when entering KDB by using a NMI, but it completely violates all the good rules about interrupts disabled while holding a spinlock in other occasions. This can be the cause of deadlocks on events where a normal IPI_STOP is expected. * Adds an new IPI called IPI_STOP_HARD on all the supported architectures. This IPI is responsible for sending a stop message among CPUs using a privileged channel when disponible. In other cases it just does match a normal IPI_STOP. Right now the IPI_STOP_HARD functionality uses a NMI on ia32 and amd64 architectures, while on the other has a normal IPI_STOP effect. It is responsibility of maintainers to eventually implement an hard stop when necessary and possible. * Use the new IPI facility in order to implement a new userend SMP kernel function called stop_cpus_hard(). That is specular to stop_cpu() but it does use the privileged channel for the stopping facility. * Let KDB use the newly introduced function stop_cpus_hard() and leave stop_cpus() for all the other cases * Disable interrupts on CPU0 when starting the process of APs suspension. * Style cleanup and comments adding This patch should fix the reboot/shutdown deadlocks many users are constantly reporting on mailing lists. Please don't forget to update your config file with the STOP_NMI option removal Reviewed by: jhb Tested by: pho, bz, rink Approved by: re (kib)
* Merge the remainder of kern_vimage.c and vimage.h into vnet.c andrwatson2009-08-011-1/+0
| | | | | | | | | | vnet.h, we now use jails (rather than vimages) as the abstraction for virtualization management, and what remained was specific to virtual network stacks. Minor cleanups are done in the process, and comments updated to reflect these changes. Reviewed by: bz Approved by: re (vimage blanket)
* add upgtweongyo2009-07-311-0/+1
| | | | Approved by: re (kib)
* Update epair(4) to the new netisr implementation and polishbz2009-07-262-0/+5
| | | | | | | | | | | | | | | | things a bit: - use dpcpu data to track the ifps with packets queued up, - per-cpu locking and driver flags - along with .nh_drainedcpu and NETISR_POLICY_CPU. - Put the mbufs in flight reference count, preventing interfaces from going away, under INVARIANTS as this is a general problem of the stack and should be solved in if.c/netisr but still good to verify the internal queuing logic. - Permit changing the MTU to virtually everythinkg like we do for loopback. Hook epair(4) up to the build. Approved by: re (kib)
* Add note, that ahci(4) and siis(4) supersede ata(4) drivers.mav2009-07-251-0/+3
| | | | Approved by: re (implicitly)
* Add ahci and siis drivers to NOTES.mav2009-07-251-0/+9
| | | | Approved by: re (implicitly)
* Add a new type of VM object: OBJT_SG. An OBJT_SG object is very similar tojhb2009-07-241-0/+1
| | | | | | | | | | | a device pager (OBJT_DEVICE) object in that it uses fictitious pages to provide aliases to other memory addresses. The primary difference is that it uses an sglist(9) to determine the physical addresses for a given offset into the object instead of invoking the d_mmap() method in a device driver. Reviewed by: alc Approved by: re (kensmith) MFC after: 2 weeks
* Add `siis` CAM driver for SiliconImage SiI3124/3132/3531 SATA2 controllers.mav2009-07-211-0/+1
| | | | | | | | | | Driver supports Serial ATA and ATAPI devices, Port Multipliers (including FIS-based switching), hardware command queues (31 command per port) and Native Command Queuing. This is probably the second on popularity, after AHCI, type of SATA2 controllers, that benefits from using CAM, because of hardware command queuing support. Approved by: re (kib)
* add urtwsam2009-07-191-0/+1
| | | | Approved by: re (kib)
* Prepare for the 8.0-BETA2 builds.kensmith2009-07-151-1/+1
| | | | Approved by: re (implicit)
* Build on Jeff Roberson's linker-set based dynamic per-CPU allocatorrwatson2009-07-142-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | (DPCPU), as suggested by Peter Wemm, and implement a new per-virtual network stack memory allocator. Modify vnet to use the allocator instead of monolithic global container structures (vinet, ...). This change solves many binary compatibility problems associated with VIMAGE, and restores ELF symbols for virtualized global variables. Each virtualized global variable exists as a "reference copy", and also once per virtual network stack. Virtualized global variables are tagged at compile-time, placing the in a special linker set, which is loaded into a contiguous region of kernel memory. Virtualized global variables in the base kernel are linked as normal, but those in modules are copied and relocated to a reserved portion of the kernel's vnet region with the help of a the kernel linker. Virtualized global variables exist in per-vnet memory set up when the network stack instance is created, and are initialized statically from the reference copy. Run-time access occurs via an accessor macro, which converts from the current vnet and requested symbol to a per-vnet address. When "options VIMAGE" is not compiled into the kernel, normal global ELF symbols will be used instead and indirection is avoided. This change restores static initialization for network stack global variables, restores support for non-global symbols and types, eliminates the need for many subsystem constructors, eliminates large per-subsystem structures that caused many binary compatibility issues both for monitoring applications (netstat) and kernel modules, removes the per-function INIT_VNET_*() macros throughout the stack, eliminates the need for vnet_symmap ksym(2) munging, and eliminates duplicate definitions of virtualized globals under VIMAGE_GLOBALS. Bump __FreeBSD_version and update UPDATING. Portions submitted by: bz Reviewed by: bz, zec Discussed with: gnn, jamie, jeff, jhb, julian, sam Suggested by: peter Approved by: re (kensmith)
* Rename option USBVERBOSE to USB_VERBOSE for 2 reasons:marcel2009-07-121-1/+1
| | | | | | | | | | | | 1. USB_VERBOSE is more consistent with USB_DEBUG, 2. sys/dev/usb/usb_device.c uses option USB_VERBOSE and not USBVERBOSE. POLA with the USBVERBOSE option as it's found in 7-STABLE has been considered but found insignificant in the face of the USB stack overhaul. Approved by: re (kensmith)
* Implementation of the upcoming Wireless Mesh standard, 802.11s, on therpaulo2009-07-113-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | net80211 wireless stack. This work is based on the March 2009 D3.0 draft standard. This standard is expected to become final next year. This includes two main net80211 modules, ieee80211_mesh.c which deals with peer link management, link metric calculation, routing table control and mesh configuration and ieee80211_hwmp.c which deals with the actually routing process on the mesh network. HWMP is the mandatory routing protocol on by the mesh standard, but others, such as RA-OLSR, can be implemented. Authentication and encryption are not implemented. There are several scripts under tools/tools/net80211/scripts that can be used to test different mesh network topologies and they also teach you how to setup a mesh vap (for the impatient: ifconfig wlan0 create wlandev ... wlanmode mesh). A new build option is available: IEEE80211_SUPPORT_MESH and it's enabled by default on GENERIC kernels for i386, amd64, sparc64 and pc98. Drivers that support mesh networks right now are: ath, ral and mwl. More information at: http://wiki.freebsd.org/WifiMesh Please note that this work is experimental. Also, please note that bridging a mesh vap with another network interface is not yet supported. Many thanks to the FreeBSD Foundation for sponsoring this project and to Sam Leffler for his support. Also, I would like to thank Gateworks Corporation for sending me a Cambria board which was used during the development of this project. Reviewed by: sam Approved by: re (kensmith) Obtained from: projects/mesh11s
* Separate the parallel scsi knowledge out of the core of the XPT, andscottl2009-07-101-0/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | modularize it so that new transports can be created. Add a transport for SATA Add a periph+protocol layer for ATA Add a driver for AHCI-compliant hardware. Add a maxio field to CAM so that drivers can advertise their max I/O capability. Modify various drivers so that they are insulated from the value of MAXPHYS. The new ATA/SATA code supports AHCI-compliant hardware, and will override the classic ATA driver if it is loaded as a module at boot time or compiled into the kernel. The stack now support NCQ (tagged queueing) for increased performance on modern SATA drives. It also supports port multipliers. ATA drives are accessed via 'ada' device nodes. ATAPI drives are accessed via 'cd' device nodes. They can all be enumerated and manipulated via camcontrol, just like SCSI drives. SCSI commands are not translated to their ATA equivalents; ATA native commands are used throughout the entire stack, including camcontrol. See the camcontrol manpage for further details. Testing this code may require that you update your fstab, and possibly modify your BIOS to enable AHCI functionality, if available. This code is very experimental at the moment. The userland ABI/API has changed, so applications will need to be recompiled. It may change further in the near future. The 'ada' device name may also change as more infrastructure is completed in this project. The goal is to eventually put all CAM busses and devices until newbus, allowing for interesting topology and management options. Few functional changes will be seen with existing SCSI/SAS/FC drivers, though the userland ABI has still changed. In the future, transports specific modules for SAS and FC may appear in order to better support the topologies and capabilities of these technologies. The modularization of CAM and the addition of the ATA/SATA modules is meant to break CAM out of the mold of being specific to SCSI, letting it grow to be a framework for arbitrary transports and protocols. It also allows drivers to be written to support discrete hardware without jeopardizing the stability of non-related hardware. While only an AHCI driver is provided now, a Silicon Image driver is also in the works. Drivers for ICH1-4, ICH5-6, PIIX, classic IDE, and any other hardware is possible and encouraged. Help with new transports is also encouraged. Submitted by: scottl, mav Approved by: re
* Bump for BETA1.kensmith2009-07-071-1/+1
| | | | Approved by: re (implicit)
* add missing bit of r195379sam2009-07-051-0/+1
| | | | Approved by: re (kensmith)
* Revamp 802.11 action frame handling:sam2009-07-051-0/+1
| | | | | | | | | | | | | | o add a new facility for components to register send+recv handlers o ieee80211_send_action and ieee80211_recv_action now use the registered handlers to dispatch operations o rev ieee80211_send_action api to enable passing arbitrary data o rev ieee80211_recv_action api to pass the 802.11 frame header as it may be difficult to locate o update existing IEEE80211_ACTION_CAT_BA and IEEE80211_ACTION_CAT_HT handling o update mwl for api rev Reviewed by: rpaulo Approved by: re (kensmith)
* Mark atanvidia depending on ataahci since rev.188846.mav2009-07-051-1/+2
| | | | Approved by: re (kib)
* Remove the old kernel RPC implementation and the NFS_LEGACYRPC option.dfr2009-06-302-9/+0
| | | | Approved by: re
* Note that as a result of the SYSV IPC changes, COMPAT_FREEBSD[456] nowjhb2009-06-261-0/+3
| | | | | | | | | | require COMPAT_FREEBSD7. Also, explicitly note in NOTES that any version of COMPAT_FREEBSD<n> effectively requires for newer binaries (i.e. COMPAT_FREEBSD<n+1>, etc.). While this has been true in practice previously, it used to compile ok before the commit earlier this week. Discussed with: peter Approved by: re (kensmith)
* Make ata-{dma,sata}.c dependent on atacore build option.raj2009-06-251-2/+2
| | | | Discussed with: mav
OpenPOWER on IntegriCloud