summaryrefslogtreecommitdiffstats
path: root/sys/conf/files
Commit message (Collapse)AuthorAgeFilesLines
* Rename the sound device drivers:tanimura2004-07-161-52/+50
| | | | | | | | | | | | | | - `sound' The generic sound driver, always required. - `snd_*' Device-dependent drivers, named after the sound module names. Configure accordingly to your hardware. In addition, rename the `snd_pcm' module to `sound' in order to sync with the driver names. Suggested by: cg
* Copy qsort_r(3) from libc to libkern.glebius2004-07-151-0/+1
| | | | | Reviewed by: phk Approved by: julian (mentor)
* pccard no longer requires a count because the floppy driver thatimp2004-07-131-1/+1
| | | | nominally had a non-working reference to card.h has been removed.
* Make if_fwsubr.c dependant on fwip instead of firewire - there is notdfr2004-07-121-1/+1
| | | | much point including it if you aren't using IP over firewire.
* Mega update for the KDB framework: turn DDB into a KDB backend.marcel2004-07-101-19/+17
| | | | | | | | | | | | | | | | Most of the changes are a direct result of adding thread awareness. Typically, DDB_REGS is gone. All registers are taken from the trapframe and backtraces use the PCB based contexts. DDB_REGS was defined to be a trapframe on all platforms anyway. Thread awareness introduces the following new commands: thread X switch to thread X (where X is the TID), show threads list all threads. The backtrace code has been made more flexible so that one can create backtraces for any thread by giving the thread ID as an argument to trace. With this change, ia64 has support for breakpoints.
* Hook the GDB backend into the build.marcel2004-07-101-0/+3
|
* Hook the KDB frontend into the build.marcel2004-07-101-0/+1
|
* Change the following environment variables to kernel options:brian2004-07-081-2/+2
| | | | | | | | | | | | | bootp -> BOOTP bootp.nfsroot -> BOOTP_NFSROOT bootp.nfsv3 -> BOOTP_NFSV3 bootp.compat -> BOOTP_COMPAT bootp.wired_to -> BOOTP_WIRED_TO - i.e. back out the previous commit. It's already possible to pxeboot(8) with a GENERIC kernel. Pointed out by: dwmalone
* Change the following kernel options to environment variables:brian2004-07-081-2/+2
| | | | | | | | | | | | | | | | | | BOOTP -> bootp BOOTP_NFSROOT -> bootp.nfsroot BOOTP_NFSV3 -> bootp.nfsv3 BOOTP_COMPAT -> bootp.compat BOOTP_WIRED_TO -> bootp.wired_to This lets you PXE boot with a GENERIC kernel by putting this sort of thing in loader.conf: bootp="YES" bootp.nfsroot="YES" bootp.nfsv3="YES" bootp.wired_to="bge1" or even setting the variables manually from the OK prompt.
* By popular request, add a workaround that allows large (>128GB or so)tjr2004-07-031-0/+1
| | | | | | | | | | | | | | | FAT32 filesystems to be mounted, subject to some fairly serious limitations. This works by extending the internal pseudo-inode-numbers generated from the file's starting cluster number to 64-bits, then creating a table mapping these into arbitrary 32-bit inode numbers, which can fit in struct dirent's d_fileno and struct vattr's va_fileid fields. The mappings do not persist across unmounts or reboots, so it's not possible to export these filesystems through NFS. The mapping table may grow to be rather large, and may grow large enough to exhaust kernel memory on filesystems with millions of files. Don't enable this option unless you understand the consequences.
* Introduce GEOM_LABEL class.pjd2004-07-021-0/+4
| | | | | | | | | | | | | | | | | | | | | | | This class is used for detecting volume labels on file systems: UFS, MSDOSFS (FAT12, FAT16, FAT32) and ISO9660. It also provide native labelization (there is no need for file system). g_label_ufs.c is based on geom_vol_ffs from Gordon Tetlow. g_label_msdos.c and g_label_iso9660.c are probably hacks, I just found where volume labels are stored and I use those offsets here, but with this class it should be easy to do it as it should be done by someone who know how. Implementing volume labels detection for other file systems also should be trivial. New providers are created in those directories: /dev/ufs/ (UFS1, UFS2) /dev/msdosfs/ (FAT12, FAT16, FAT32) /dev/iso9660/ (ISO9660) /dev/label/ (native labels, configured with glabel(8)) Manual page cleanups and some comments inside were submitted by Simon L. Nielsen, who was, as always, very helpful. Thanks!
* My last commit broke oldcard. Rather than duplicate the lines forimp2004-06-301-1/+1
| | | | | pccarddevs.h, just make it standard for now. Once oldcard is gone, we'll revisit.
* Move acpi_if.m to files.{amd64,i386,ia64}. This should fix the alpha build.njl2004-06-301-1/+0
| | | | Pointed out by: gallatin
* Like usbdevs, use before-depend to ensure ordering.njl2004-06-301-1/+1
| | | | Glass plaque award: obrien
* Restore the terminating backslash lost by a typo.njl2004-06-301-1/+1
|
* Make acpi_quirks.h conditional on device acpi.njl2004-06-301-1/+1
|
* Add glue for building acpi_quirk.cnjl2004-06-301-0/+1
|
* Add acpi methods for HID/CID probing, evaluating objects, and walking thenjl2004-06-291-0/+1
| | | | | | namespace. This is to allow decoupling of attachments from ACPI where they need some functionality when ACPI is present but do not want to require ACPI to always be loaded.
* We need to build miidevs.h when we have miibus, not mii.imp2004-06-281-1/+1
|
* Only build miidevs.h when we have mii in the kernelimp2004-06-271-3/+3
| | | | | | | Only build pccarddevs.h when we have pccard in the kernel Only build usbdevs.h when we have usb in the kernel Suggested by: bde
* Add options NETGRAPH_FEC to hook up ng_fec.c to the LINT build.rwatson2004-06-271-0/+1
|
* Add options NETGRAPH_EIFACE, which causes ng_eiface.c to be built intorwatson2004-06-271-0/+1
| | | | | the kernel, similar to NETGRAPH_IFACE for ng_iface.c. It appears to have been omitted when added to the kernel.
* MFp4:imp2004-06-261-3/+3
| | | | | | | | | | Reduce the need for hard coded *devs in various makefiles by declaring them before-depend. Other bugs in the handling of *devs remain, but this is the start of the cleanup. These will be address in future commits. Cleanup Motivator: bde
* Hook acpi_quirks up to the build for kernel and modules.njl2004-06-241-0/+5
|
* Add support for TCP Selective Acknowledgements. The work for thisps2004-06-231-0/+1
| | | | | | | | | | | | | | | originated on RELENG_4 and was ported to -CURRENT. The scoreboarding code was obtained from OpenBSD, and many of the remaining changes were inspired by OpenBSD, but not taken directly from there. You can enable/disable sack using net.inet.tcp.do_sack. You can also limit the number of sack holes that all senders can have in the scoreboard with net.inet.tcp.sackhole_limit. Reviewed by: gnn Obtained from: Yahoo! (Mohan Srinivasan, Jayanth Vijayaraghavan)
* Major overhaul of pseudo-interface cloning. Highlights include:brooks2004-06-221-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | - Split the code out into if_clone.[ch]. - Locked struct if_clone. [1] - Add a per-cloner match function rather then simply matching names of the form <name><unit> and <name>. - Use the match function to allow creation of <interface>.<tag> vlan interfaces. The old way is preserved unchanged! - Also the match function to allow creation of stf(4) interfaces named stf0, stf, or 6to4. This is the only major user visible change in that "ifconfig stf" creates the interface stf rather then stf0 and does not print "stf0" to stdout. - Allow destroy functions to fail so they can refuse to delete interfaces. Currently, we forbid the deletion of interfaces which were created in the init function, particularly lo0, pflog0, and pfsync0. In the case of lo0 this was a panic implementation so it does not count as a user visiable change. :-) - Since most interfaces do not need the new functionality, an family of wrapper functions, ifc_simple_*(), were created to wrap old style cloner functions. - The IF_CLONE_INITIALIZER macro is replaced with a new incompatible IFC_CLONE_INITIALIZER and ifc_simple consumers use IFC_SIMPLE_DECLARE instead. Submitted by: Maurycy Pawlowski-Wieronski <maurycy at fouk.org> [1] Reviewed by: andre, mlaier Discussed on: net
* Commit pf version 3.5 and link additional files to the kernel build.mlaier2004-06-161-0/+2
| | | | | | | | | | | | Version 3.5 brings: - Atomic commits of ruleset changes (reduce the chance of ending up in an inconsistent state). - A 30% reduction in the size of state table entries. - Source-tracking (limit number of clients and states per client). - Sticky-address (the flexibility of round-robin with the benefits of source-hash). - Significant improvements to interface handling. - and many more ...
* Link ALTQ to the build and break with ABI for struct ifnet. Please recompilemlaier2004-06-131-0/+8
| | | | | | | | | | | | your (network) modules as well as any userland that might make sense of sizeof(struct ifnet). This does not change the queueing yet. These changes will follow in a seperate commit. Same with the driver changes, which need case by case evaluation. __FreeBSD_version bump will follow. Tested-by: (i386)LINT
* Add a new driver to support IP over firewire. This driver is intended todfr2004-06-131-0/+2
| | | | | | | | conform to the rfc2734 and rfc3146 standard for IP over firewire and should eventually supercede the fwe driver. Right now the broadcast channel number is hardwired and we don't support MCAP for multicast channel allocation - more infrastructure is required in the firewire code itself to fix these problems.
* Add the esp(4) files. Two of them are sbus-specific and therefore onlyscottl2004-06-101-0/+1
| | | | apply to sparc64.
* Step 1 in moving EISA devices to kobj/newbus. Use kobj methods forimp2004-06-091-0/+1
| | | | | | | | | | | | | | all of the interface between the driver and the bus. This will enable us to stop special casing eisa bus attachments in modules and treat them like we treat all other busses. In the longer run, we need to eliminate much (all?) of these interfaces and switch to using the standard bus_alloc_resource(), but that's not done right now. # I've not updated the modules to include eisa, etc, just yet Tested on: Compaq Proliant 3000/333 purchased for eisa work
* Split kern_thread.c into 2 parts. kern_kse.c and kern_thread.cjulian2004-06-071-0/+1
| | | | | Kern_kse has already been committed. This separates out the KSE threading ABI from generic thread support.
* Axe the old midi drivers and framework. matk has developed a newtanimura2004-06-011-11/+0
| | | | module-friendly midi subsystem to be merged soon.
* Bring in mbuma to replace mballoc.bmilekic2004-05-311-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | mbuma is an Mbuf & Cluster allocator built on top of a number of extensions to the UMA framework, all included herein. Extensions to UMA worth noting: - Better layering between slab <-> zone caches; introduce Keg structure which splits off slab cache away from the zone structure and allows multiple zones to be stacked on top of a single Keg (single type of slab cache); perhaps we should look into defining a subset API on top of the Keg for special use by malloc(9), for example. - UMA_ZONE_REFCNT zones can now be added, and reference counters automagically allocated for them within the end of the associated slab structures. uma_find_refcnt() does a kextract to fetch the slab struct reference from the underlying page, and lookup the corresponding refcnt. mbuma things worth noting: - integrates mbuf & cluster allocations with extended UMA and provides caches for commonly-allocated items; defines several zones (two primary, one secondary) and two kegs. - change up certain code paths that always used to do: m_get() + m_clget() to instead just use m_getcl() and try to take advantage of the newly defined secondary Packet zone. - netstat(1) and systat(1) quickly hacked up to do basic stat reporting but additional stats work needs to be done once some other details within UMA have been taken care of and it becomes clearer to how stats will work within the modified framework. From the user perspective, one implication is that the NMBCLUSTERS compile-time option is no longer used. The maximum number of clusters is still capped off according to maxusers, but it can be made unlimited by setting the kern.ipc.nmbclusters boot-time tunable to zero. Work should be done to write an appropriate sysctl handler allowing dynamic tuning of kern.ipc.nmbclusters at runtime. Additional things worth noting/known issues (READ): - One report of 'ips' (ServeRAID) driver acting really slow in conjunction with mbuma. Need more data. Latest report is that ips is equally sucking with and without mbuma. - Giant leak in NFS code sometimes occurs, can't reproduce but currently analyzing; brueffer is able to reproduce but THIS IS NOT an mbuma-specific problem and currently occurs even WITHOUT mbuma. - Issues in network locking: there is at least one code path in the rip code where one or more locks are acquired and we end up in m_prepend() with M_WAITOK, which causes WITNESS to whine from within UMA. Current temporary solution: force all UMA allocations to be M_NOWAIT from within UMA for now to avoid deadlocks unless WITNESS is defined and we can determine with certainty that we're not holding any locks when we're M_WAITOK. - I've seen at least one weird socketbuffer empty-but- mbuf-still-attached panic. I don't believe this to be related to mbuma but please keep your eyes open, turn on debugging, and capture crash dumps. This change removes more code than it adds. A paper is available detailing the change and considering various performance issues, it was presented at BSDCan2004: http://www.unixdaemons.com/~bmilekic/netbuf_bmilekic.pdf Please read the paper for Future Work and implementation details, as well as credits. Testing and Debugging: rwatson, brueffer, Ketrien I. Saihr-Kesenchedra, ... Reviewed by: Lots of people (for different parts)
* First release of ixgb driver for the Intel(R) PRO/10GbE Family of Adapters. ↵tackerman2004-05-281-0/+3
| | | | | | | | | | | This driver has been developed for use with FreeBSD, version 4.8 and later. Submitted by: Hema Joyce Reviewed by: Prafulla Deuskar Approved by: Prafulla Deuskar MFC after: 1 week
* Move to generating pccarddevs.h on the fly, both for the kernel andimp2004-05-261-0/+10
| | | | | | | the modules. Also generate usbdevs.h automatically now, but a non-kernel file is stopping that at the moment.
* Fix disorder introduce in 1.862 by sorting emu10k before miidevs.h,imp2004-05-261-5/+5
| | | | | | rather than after. bde inspired words: disorder
* devlist2h.awk is too generic a name for what it does. It reallyimp2004-05-261-2/+2
| | | | | | | | converts miidevs to a .h file, so rename to reflect that. The usb and pccard versions have also been renamed and will be hooked into the build system shortly (I've made the conversion in my p4 tree).
* - Connect geom(8) and its libraries to the build.pjd2004-05-201-0/+2
| | | | | | | | - Connect geom_stripe and geom_nop modules to the build. - Connect STRIPE and NOP classes to the LINT build. - Disconnect gconcat(8) from the build. Supported by: Wheel - Open Technologies - http://www.wheel.pl
* Allow geom_concat and geom_gate to be compiled in kernel.pjd2004-05-031-0/+2
|
* Switch to using the moved cy driver (adjust pathnames and remove "count"bde2004-05-021-0/+3
| | | | | | | | parameter). Keep using it only in the i386 NOTES for now. It is fairly MI, but it doesn't use bus-space and has a couple of i386 i/o instructions in pci intitialization.
* Remove the sio EBus attachment, which never worked with an unpatchedtmm2004-04-301-1/+0
| | | | | driver because sio(4) uses ISA-specific functions. uart(4) has full support for the respective hardware and should be used instead.
* Connect ng_sppp to the build process.rik2004-04-241-0/+1
|
* Make sure Bluetooth stuff can be statically compiled into kernelemax2004-04-231-0/+21
| | | | | Submitted by: ps Reviewed by: imp (mentor), ru
* Remove an extra line that crept in.njl2004-04-201-1/+0
|
* Remove the commented out line for fore_load.c now that it's been removed.njl2004-04-201-1/+1
|
* Remove nowerror lines now that acpica is warns clean.njl2004-04-141-5/+5
|
* Add glue for new sx driver.imp2004-04-111-0/+4
|
* Unbreak alpha kernel build and unbreak any non-i386 runtime brokenness.marcel2004-04-101-1/+0
| | | | | | | The VIA Nehemias is so obviously specific to i386 that it should not be compiled on non-i386 platforms. The obviousness is in the fact that all functions in nehemias.c are purely i386 inline assembly, guarded by #ifdef __i386__
* Reorganise the entropy device so that high-yield entropy sourcesmarkm2004-04-091-0/+3
| | | | | | | can more easily be used INSTEAD OF the hard-working Yarrow. The only hardware source used at this point is the one inside the VIA C3 Nehemiah (Stepping 3 and above) CPU. More sources will be added in due course. Contributions welcome!
OpenPOWER on IntegriCloud