d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
e6882c3469
freebsd-nq/sys/i386/conf/GENERIC

268 lines
9.3 KiB
Plaintext
Raw Normal View History

GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
#
updated comments
2000-01-21 20:19:18 +00:00
# GENERIC -- Generic kernel configuration file for FreeBSD/i386
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
#
Clean up some of the documentation at the top.
1999-06-20 03:36:46 +00:00
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
#
Fix the link to the Handbook
2002-08-01 17:21:18 +00:00
# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
Clean up some of the documentation at the top.
1999-06-20 03:36:46 +00:00
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
Change to comments only: spell FreeBSD.org correctly
2000-05-13 11:21:19 +00:00
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
Clean up some of the documentation at the top.
1999-06-20 03:36:46 +00:00
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
# device lines is also present in the ../../conf/NOTES and NOTES files.
# If you are in doubt as to the purpose or necessity of a line, check first
# in NOTES.
Add hints to the file ./LINT and the handbook.
1996-08-27 16:25:53 +00:00
#
$Id$ -> $FreeBSD$
1999-08-28 01:08:13 +00:00
# $FreeBSD$
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
De-quote where possible and minor tweaks. depends on a current config(8).
1999-04-24 21:45:44 +00:00
machine i386
cpu I486_CPU
cpu I586_CPU
cpu I686_CPU
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
ident GENERIC
Comment out the static wiring of hints for GENERIC - the release process now installs the hints file into /boot.
2000-08-24 18:56:54 +00:00
#To statically compile in device wiring instead of /boot/device.hints
Argh! Revert accidental commit.
2001-08-25 07:42:27 +00:00
#hints "GENERIC.hints" #Default places to look for devices.
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
Turn on kernel debugging support (DDB, INVARIANTS, INVARIANT_SUPPORT, WITNESS) by default while SMPng is still being developed. Submitted by: jhb
2001-04-15 19:37:28 +00:00
makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
Add a commented-out example on using the makeoptions command to get a kernel.debug.
1999-04-13 20:59:36 +00:00
Fix the style of the SCHED_4BSD commit.
2003-02-13 22:24:44 +00:00
options SCHED_4BSD #4BSD scheduler
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
options INET #InterNETworking
Enable IPv6 support by default.
2000-02-26 22:09:31 +00:00
options INET6 #IPv6 communications protocols
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
options FFS #Berkeley Fast Filesystem
Add SOFTUPDATES to GENERIC (BOOTMFS has this filtered out)
2000-06-22 06:01:02 +00:00
options SOFTUPDATES #Enable FFS soft updates support
Permits UFS ACLs to be used with the GENERIC kernel. Due to recent ACL configuration changes, this shouldn't result in different code paths for file systems not explicitly configured for ACLs by the system administrator. For UFS1, administrators must still recompile their kernel to add support for extended attributes; for UFS2, it's sufficient to enable ACLs using tunefs or at mount-time (tunefs preferred for reliability reasons). UFS2, for a variety of reasons, including performance and reliability, is the preferred file system for use with ACLs. Approved by: re
2002-10-19 16:54:15 +00:00
options UFS_ACL #Support for access control lists
Enable UFS_DIRHASH in the GENERIC kernel. Suggested by: silby Reviewed by: dillon MFC after: 5 days
2001-12-14 16:27:11 +00:00
options UFS_DIRHASH #Improve performance on big directories
Comment and order to reduce diffs. No functional change.
1999-12-19 17:12:19 +00:00
options MD_ROOT #MD is a potential root device
Cleanup and split of nfs client and server code. This builds on the top of several repo-copies.
2001-09-18 23:32:09 +00:00
options NFSCLIENT #Network Filesystem Client
options NFSSERVER #Network Filesystem Server
Shorten long comment.
2003-06-01 20:28:20 +00:00
options NFS_ROOT #NFS usable as /, requires NFSCLIENT
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
options MSDOSFS #MSDOS Filesystem
options CD9660 #ISO 9660 Filesystem
PROCFS requires PSEUDOFS. I forgot that GENERIC didn't have PSEUDOFS yet.
2001-12-04 11:12:20 +00:00
options PROCFS #Process filesystem (requires PSEUDOFS)
options PSEUDOFS #Pseudo-filesystem framework
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
Introduce syscall.master option 'COMPAT4' which allows one to wrap syscalls for FreeBSD 4 compatibility. Add kernel option COMPAT_FREEBSD4 to enable these syscalls.
2002-07-12 06:38:34 +00:00
options COMPAT_FREEBSD4 #Compatible with FreeBSD4
updated comments
2000-01-21 20:19:18 +00:00
options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI
Removed bogus quotes and unmangled related contractions. "ktrace(1) syscall trace" -> "ktrace(1)".
2000-01-24 05:38:55 +00:00
options KTRACE #ktrace(1) support
Acutally our style is "options\x20\x09". As BDE says: "options\x09\x09foo" looks quite different from "options\x20\x09foo" after adding a one or two character prefix. Notice by: BDE
1999-10-15 07:07:43 +00:00
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
Remove the P1003_1B kernel option; it is no longer used.
2002-10-13 16:29:17 +00:00
options _KPOSIX_PRIORITY_SCHEDULING #Posix P1003_1B real-time extensions
Turn on USB support for most USB devices. udbp is not turned on since NETGRAPH is not present in GENERIC at the moment. Also, change some settings to support USB installs: - Add KBD_INSTALL_CDEV as an option to make /dev/kbd[01] actually work. - Turn on keyboard probing in sc0. The syscons driver will now use a flag documented in ukbd(4) but not in sc(4) that tells syscons to actively search for a keyboard device if none is found. This allows USB keyboards to just be plugged in and instantly start working. - Require the atkbd0 driver to actually probe to see if a keyboard is there. This allows USB keyboards to be seen by sc0 if an AT keyboard isn't plugged into the computer. This also means that you will no longer be able to plug an AT keyboard into a machine after it has booted a GENERIC kernel and use it. AT keyboards aren't designed for this anyway. USB keyboards are designed for this, and they work.
2000-05-12 03:05:35 +00:00
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
Use "options " rather than "options<tab>".
2002-09-09 02:40:59 +00:00
options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
Enable ahd/ahc register pretty printing by default. This expedites handling of bug reports.
2002-08-31 06:56:43 +00:00
# output. Adds ~128k to driver.
Use "options " rather than "options<tab>".
2002-09-09 02:40:59 +00:00
options AHD_REG_PRETTY_PRINT # Print register bitfields in debug
Whitespace consistency fix from addition of IAHD_REG_PRETTY_PRINT: use tabs not spaces.
2002-09-11 16:51:48 +00:00
# output. Adds ~215k to driver.
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
Turn on kernel debugging support (DDB, INVARIANTS, INVARIANT_SUPPORT, WITNESS) by default while SMPng is still being developed. Submitted by: jhb
2001-04-15 19:37:28 +00:00
# Debugging for use in -current
+ Fix misplacement of `txp' + Document our -CURRENT debugging bits
2001-09-24 03:23:48 +00:00
options DDB #Enable the kernel debugger
options INVARIANTS #Enable calls of extra sanity checking
options INVARIANT_SUPPORT #Extra sanity checks of internal structures, required by INVARIANTS
Typo fix: detects -> detect. Reviewed by: phk
2002-05-03 17:59:25 +00:00
options WITNESS #Enable checks to detect deadlocks and cycles
s/options\t\t/options \t/
2002-03-17 23:48:24 +00:00
options WITNESS_SKIPSPIN #Don't run witness on spinlocks for speed
Turn on kernel debugging support (DDB, INVARIANTS, INVARIANT_SUPPORT, WITNESS) by default while SMPng is still being developed. Submitted by: jhb
2001-04-15 19:37:28 +00:00
Add commented out SMP stuff in GENERIC, remove stale configs.
1998-12-27 13:12:59 +00:00
# To make an SMP kernel, the next two are needed
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
#options SMP # Symmetric MultiProcessor Kernel
#options APIC_IO # Symmetric (APIC) I/O
Add commented out SMP stuff in GENERIC, remove stale configs.
1998-12-27 13:12:59 +00:00
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device isa
device eisa
de-count pci
2002-07-23 06:38:47 +00:00
device pci
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# Floppy drives
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device fdc
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
Finally use the new ata driver.
1999-12-08 09:19:37 +00:00
# ATA and ATAPI devices
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device ata
device atadisk # ATA disk drives
Add device ataraid, this is now seperate and not pulled in by atadisk.
2003-08-24 09:30:13 +00:00
device ataraid # ATA RAID drives
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device atapicd # ATAPI CDROM drives
device atapifd # ATAPI floppy drives
device atapist # ATAPI tape drives
Finally use the new ata driver.
1999-12-08 09:19:37 +00:00
options ATA_STATIC_ID #Static device numbering
Add a commented out 'ATA' driver config block to help assist -CURRENT people to migrate to this driver since it will be the default IDE/ATA/ATAPI driver in 4.0-R.
1999-11-27 23:25:17 +00:00
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# SCSI Controllers
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device ahb # EISA AHA1742 family
device ahc # AHA2940 and onboard AIC7xxx devices
Enable ahd/ahc register pretty printing by default. This expedites handling of bug reports.
2002-08-31 06:56:43 +00:00
device ahd # AHA39320/29320 and onboard AIC79xx devices
Spelling and capitalization fixes. Reviewed by: gshapiro, jake, jhb, rwatson (all within 30 seconds)
2001-03-07 04:58:38 +00:00
device amd # AMD 53C974 (Tekram DC-390(T))
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device isp # Qlogic family
Add support for the LSI-Logic Fusion/MP architecture. This is an architecture that present a thing message passing interface to the OS. You can query as to how many ports and what kind are attached and enable them and so on. A less grand view is that this is just another way to package SCSI (SPI or FC) and FC-IP into a one-driver interface set. This driver support the following hardware: LSI FC909: Single channel, 1Gbps, Fibre Channel (FC-SCSI only) LSI FC929: Dual Channel, 1-2Gbps, Fibre Channel (FC-SCSI only) LSI 53c1020: Single Channel, Ultra4 (320M) (Untested) LSI 53c1030: Dual Channel, Ultra4 (320M) Currently it's in fair shape, but expect a lot of changes over the next few weeks as it stabilizes. Credits: The driver is mostly from some folks from Jeff Roberson's company- I've been slowly migrating it to broader support that I it came to me as. The hardware used in developing support came from: FC909: LSI-Logic, Advansys (now Connetix) FC929: LSI-Logic 53c1030: Antares Microsystems (they make a very fine board!) MFC after: 3 weeks
2002-08-11 23:34:20 +00:00
device mpt # LSI-Logic MPT-Fusion
Comment out `ncr' as `sym' handles all that `ncr' does. (only commented out to make it easy for people to find it that really wants it.) Asked for by: Peter
2000-07-29 01:31:09 +00:00
#device ncr # NCR/Symbios Logic
device sym # NCR/Symbios Logic (newer chipsets + those of `ncr')
Add the trm(4) driver. MFC after: 1 day
2002-12-16 18:47:37 +00:00
device trm # Tekram DC395U/UW/F DC315U adapters
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
Spelling and capitalization fixes. Reviewed by: gshapiro, jake, jhb, rwatson (all within 30 seconds)
2001-03-07 04:58:38 +00:00
device adv # Advansys SCSI adapters
device adw # Advansys wide SCSI adapters
device aha # Adaptec 154x SCSI adapters
device aic # Adaptec 15[012]x SCSI adapters, AIC-6[23]60.
device bt # Buslogic/Mylex MultiMaster SCSI adapters
Put UCONSOLE back - I was wrong, it's still used in one last place. Submitted by: ollivier
1995-01-14 02:39:22 +00:00
Add PC-Card/ISA SCSI host adpater drivers from NetBSD/pc98 (a NetBSD port for NEC PC-98x1 machines). They are ncv for NCR 53C500, nsp for Workbit Ninja SCSI-3, and stg for TMC 18C30 and 18C50. I thank NetBSD/pc98 and bsd-nomads people. Obtained from: NetBSD/pc98
2000-10-23 12:55:51 +00:00
device ncv # NCR 53C500
device nsp # Workbit Ninja SCSI-3
device stg # TMC 18C30/18C50
Add entries for the 'mly' driver. Re-group 'mly' and 'dpt' into a new classification for RAID controllers that have CAM interfaces.
2000-08-23 03:29:49 +00:00
# RAID controllers interfaced to the SCSI subsystem
Add the 'asr' driver, supplied by Mark Salyzyn of Adaptec (nee DPT). This provides support for the Adaptec SCSI RAID controller family, as well as the DPT SmartRAID V and VI families. The driver will be maintained by Mark and Adaptec, and any changes should be referred to the MAINTAINER.
2000-09-01 07:51:25 +00:00
device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID
Add the 'iir' driver, for the Intel Integrated RAID controllers and prior ICP Vortex models. This driver was developed by Achim Leubner of Intel (previously with ICP Vortex) and Boji Kannanthanam of Intel. Submitted by: "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com> MFC after: 2 weeks
2002-01-20 08:51:08 +00:00
device ciss # Compaq Smart RAID 5*
Add the 'asr' driver, supplied by Mark Salyzyn of Adaptec (nee DPT). This provides support for the Adaptec SCSI RAID controller family, as well as the DPT SmartRAID V and VI families. The driver will be maintained by Mark and Adaptec, and any changes should be referred to the MAINTAINER.
2000-09-01 07:51:25 +00:00
device dpt # DPT Smartcache III, IV - See NOTES for options!
Add the 'iir' driver, for the Intel Integrated RAID controllers and prior ICP Vortex models. This driver was developed by Achim Leubner of Intel (previously with ICP Vortex) and Boji Kannanthanam of Intel. Submitted by: "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com> MFC after: 2 weeks
2002-01-20 08:51:08 +00:00
device iir # Intel Integrated RAID
Add entries for the 'mly' driver. Re-group 'mly' and 'dpt' into a new classification for RAID controllers that have CAM interfaces.
2000-08-23 03:29:49 +00:00
device mly # Mylex AcceleRAID/eXtremeRAID
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# SCSI peripherals
Note that scbus is required for SCSI, not just "required" in general. Submitted by: Edward Kaplan (tmbg37 on IRC) Reviewed by: rwatson (in principle)
2003-06-08 02:03:02 +00:00
device scbus # SCSI bus (required for SCSI)
Make SCSI changer and SES devices standard in generic kernels. Reviewed by: ken@kdm.org
2001-10-16 22:22:58 +00:00
device ch # SCSI media changers
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device da # Direct Access (disks)
device sa # Sequential Access (tape etc)
device cd # CD
device pass # Passthrough device (direct SCSI access)
Make SCSI changer and SES devices standard in generic kernels. Reviewed by: ken@kdm.org
2001-10-16 22:22:58 +00:00
device ses # SCSI Environmental Services (and SAF-TE)
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
Revert previous commit. Not all RAID controllers are SCSI.
2000-07-29 02:12:44 +00:00
# RAID controllers
A new driver for PCI:SCSI RAID controllers based on the Adaptec FSA design. This includes integrated Dell RAID controllers, the Dell PERC 2/QC and the HP NetRAID-4M.
2000-09-13 03:20:35 +00:00
device aac # Adaptec FSA RAID
Add a CAM interface to the aac driver. This is useful in case you should ever connect a SCSI Cdrom/Tape/Jukebox/Scanner/Printer/kitty-litter-scooper to your high-end RAID controller. The interface to the arrays is still via the block interface; this merely provides a way to circumvent the RAID functionality and access the SCSI buses directly. Note that for somewhat obvious reasons, hard drives are not exposed to the da driver through this interface, though you can still talk to them via the pass driver. Be the first on your block to low-level format unsuspecting drives that are part of an array! To enable this, add the 'aacp' device to your kernel config. MFC after: 3 days
2002-04-27 01:31:17 +00:00
device aacp # SCSI passthrough for aac (requires CAM)
Revert previous commit. Not all RAID controllers are SCSI.
2000-07-29 02:12:44 +00:00
device amr # AMI MegaRAID
Minor ordering changes to make more sections strictly alphabetical.
2000-11-07 21:06:57 +00:00
device ida # Compaq Smart RAID
Add notes about the 'ips' driver.
2003-05-11 06:39:05 +00:00
device ips # IBM (Adaptec) ServeRAID
Revert previous commit. Not all RAID controllers are SCSI.
2000-07-29 02:12:44 +00:00
device mlx # Mylex DAC960 family
Add the pst (Promise SX6000) driver to GENERIC.
2002-09-27 19:09:21 +00:00
device pst # Promise Supertrak SX6000
Bring the 'twe' driver back now that we think it should work.
2000-10-12 01:46:43 +00:00
device twe # 3ware ATA RAID
Revert previous commit. Not all RAID controllers are SCSI.
2000-07-29 02:12:44 +00:00
Spelling police
1999-04-19 10:18:34 +00:00
# atkbdc0 controls both the keyboard and the PS/2 mouse
remove unit counts from atkbdc, pckbd, sc
2002-08-20 00:10:22 +00:00
device atkbdc # AT keyboard controller
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
device atkbd # AT keyboard
device psm # PS/2 mouse
The first stage of console driver reorganization: activate new keyboard and video card drivers. Because of the changes, you are required to update your kernel configuration file now! The files in sys/dev/syscons are still i386-specific (but less so than before), and won't compile for alpha and PC98 yet. syscons still directly accesses the video card registers here and there; this will be rectified in the later stages.
1999-01-11 03:18:56 +00:00
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
device vga # VGA video card driver
The first stage of console driver reorganization: activate new keyboard and video card drivers. Because of the changes, you are required to update your kernel configuration file now! The files in sys/dev/syscons are still i386-specific (but less so than before), and won't compile for alpha and PC98 yet. syscons still directly accesses the video card registers here and there; this will be rectified in the later stages.
1999-01-11 03:18:56 +00:00
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
device splash # Splash screen and screen saver support
The first stage of console driver reorganization: activate new keyboard and video card drivers. Because of the changes, you are required to update your kernel configuration file now! The files in sys/dev/syscons are still i386-specific (but less so than before), and won't compile for alpha and PC98 yet. syscons still directly accesses the video card registers here and there; this will be rectified in the later stages.
1999-01-11 03:18:56 +00:00
Part 1 of pcvt/voxware revival. I hope I have not clobbered any other deltas, but it is possible since I had a few merge conflicts over the last few days while this has been sitting ready to go. Approved by: core
1999-01-01 08:09:58 +00:00
# syscons is the default console driver, resembling an SCO console
remove unit counts from atkbdc, pckbd, sc
2002-08-20 00:10:22 +00:00
device sc
De-quote where possible and minor tweaks. depends on a current config(8).
1999-04-24 21:45:44 +00:00
Remove obsolete reference to PCVT_FREEBSD.
2000-04-04 13:14:43 +00:00
# Enable this for the pcvt (VT220 compatible) console driver
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
#device vt
Make it clear that 'options XSERVER' is for pcvt and not for syscons. Submitted by: Doug Barton <Doug@gorean.org> Approved by: jkh
2000-02-16 04:27:04 +00:00
#options XSERVER # support for X server on a vt console
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
#options FAT_CURSOR # start with block cursor
Include three lines about the pcvt console driver, so we don't ever need a different config file for it.
1995-02-15 20:38:36 +00:00
Add device agp to GENERIC, filter it out of floppy builds Approved by: des (mentor)
2002-08-04 18:35:02 +00:00
device agp # support several AGP chipsets
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# Floating point support - do not disable.
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device npx
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
s%LINT%NOTES%g
2000-07-25 08:25:48 +00:00
# Power management support (see NOTES for more options)
Comment out apm; ACPI is the modern replacement, and folks who really need it can uncomment it. This may buy us some kernel space. Discussed with: imp & msmith (quite a while ago)
2002-07-08 11:56:44 +00:00
#device apm
Add pmtimer device, necessary for proper time keeping when apm or other power management devices are enabled.
2000-11-15 18:36:24 +00:00
# Add suspend/resume support for the i8254.
device pmtimer
Sanitize APM a bit. Convert various #ifdef to id_flags instead. You may want to add "flags 0x31" to apm0 if you have a lousy implementation. Read LINT.
1997-03-29 11:07:12 +00:00
Added commented out PCCARD entries to GENERIC, also document and add entries in LINT.
1996-05-13 04:29:14 +00:00
# PCCARD (PCMCIA) support
Make NEWCARD the default pccard/cardbus system.
2002-07-07 19:00:00 +00:00
# Pcmcia and cardbus bridge support
pccbb->cbb
2002-08-15 08:05:40 +00:00
device cbb # cardbus (yenta) bridge
Make NEWCARD the default pccard/cardbus system.
2002-07-07 19:00:00 +00:00
#device pcic # ExCA ISA and PCI bridges
device pccard # PC Card (16-bit) bus
device cardbus # CardBus (32-bit) bus
- add apm to the GENERIC kernel (disabled by default), and add some comments regarding apm to LINT - Disabled the statistics clock on machines which have an APM BIOS and have the options "APM_BROKEN_STATCLOCK" enabled (which is default in GENERIC now) - move around some of the code in clock.c dealing with the rtc to make it more obvios the effects of disabling the statistics clock Reviewed by: bde
1996-04-22 19:40:28 +00:00
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# Serial (COM) ports
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
device sio # 8250, 16[45]50 based serial ports
GENERIC is our new all singing and dancing kernel. Please report ASAP if there is anything GENERICAH or GENERICBT can, which this one cannot. MINI changed to reflect the SCSI-pecking-order.
1994-10-17 21:10:20 +00:00
Fix typos
1999-02-11 06:07:27 +00:00
# Parallel port
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device ppc
Some formatting cleanups and remove comments about numbers of units that were intended to head off confusion about the trailing '0'.
2000-01-23 18:30:35 +00:00
device ppbus # Parallel port bus (required)
device lpt # Printer
device plip # TCP/IP over parallel
device ppi # Parallel port interface device
#device vpo # Requires scbus and da
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
This commit adds device driver support for the Sundance Technologies ST201 PCI fast ethernet controller. Currently, the only card I know that uses this chip is the D-Link DFE-550TX. (Don't ask me where to buy these: the only cards I have are samples sent to me by D-Link.) This driver is the first to make use of the miibus code once I'm sure it all works together nicely, I'll start converting the other drivers. The Sundance chip is a clone of the 3Com 3c90x Etherlink XL design only with its own register layout. Support is provided for ifmedia, hardware multicast filtering, bridging and promiscuous mode.
1999-08-21 18:34:58 +00:00
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
# PCI Ethernet NICs.
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device de # DEC/Intel DC21x4x (``Tulip'')
Do not refer to the Intel PRO/1000 by its internal name. Requested by: pdeuskar
2002-05-29 18:42:26 +00:00
device em # Intel PRO/1000 adapter Gigabit Ethernet Card
You were knocked senseless by the Boomerang, spun around by the Cyclone, blown over by the Hurricane and had a house dropped on you by the Tornado. Now it's time to have your parade rained on by... the Typhoon! This commit adds driver support for 3Com 3cR990 10/100 ethernet adapters based on the Typhoon I and Typhoon II chipsets. This is actually a port of the OpenBSD driver with many hacks by me. No Virginia, there isn't any support for the hardware crypto yet. However there is support for TCP/IP checksum offload and VLANs. Special thanks go to Jason Wright, Aaron Campbell and Theo de Raadt for squeezing enough info out of 3Com to get this written, and for doing most of the hard work. Manual page is included. Compiled as a module and included in GENERIC.
2001-07-23 20:44:54 +00:00
device txp # 3Com 3cR990 (``Typhoon'')
+ Fix misplacement of `txp' + Document our -CURRENT debugging bits
2001-09-24 03:23:48 +00:00
device vx # 3Com 3c590, 3c595 (``Vortex'')
Seperate the miibus pci ethernet drivers from the non-miibus drivers so it's a little clearer which is which from just looking at GENERIC.
1999-09-09 18:30:58 +00:00
# PCI Ethernet NICs that use the common MII bus controller code.
Add a brief comment telling people to retain 'device miibus' as necessary. PR: docs/21981 Submitted by: Matthew Emmerton <matt@gsicomp.on.ca>
2000-10-28 22:32:17 +00:00
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device miibus # MII bus support
device dc # DEC/Intel 21143 and various workalikes
Move the fxp driver so it is under the miibus section.
2001-03-12 21:51:07 +00:00
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
Statically compile pcn(4) into the install kernel vs. using as module. lnc(4) will attach to AMD PCnet/FAST NICs if pcn(4) does not attach. I.e. pcn(4) gets first chance. There is a problem however in that pcn(4) was moved out of the install kernel so that the module would be used. This however causes bad installs if one has an AMD PCnet/FAST NIC.
2002-09-05 15:45:01 +00:00
device pcn # AMD Am79C97x PCI 10/100 (precedence over 'lnc')
Take the support for the 8139C+/8169/8169S/8110S chips out of the rl(4) driver and put it in a new re(4) driver. The re(4) driver shares the if_rlreg.h file with rl(4) but is a separate module. (Ultimately I may change this. For now, it's convenient.) rl(4) has been modified so that it will never attach to an 8139C+ chip, leaving it to re(4) instead. Only re(4) has the PCI IDs to match the 8169/8169S/8110S gigE chips. if_re.c contains the same basic code that was originally bolted onto if_rl.c, with the following updates: - Added support for jumbo frames. Currently, there seems to be a limit of approximately 6200 bytes for jumbo frames on transmit. (This was determined via experimentation.) The 8169S/8110S chips apparently are limited to 7.5K frames on transmit. This may require some more work, though the framework to handle jumbo frames on RX is in place: the re_rxeof() routine will gather up frames than span multiple 2K clusters into a single mbuf list. - Fixed bug in re_txeof(): if we reap some of the TX buffers, but there are still some pending, re-arm the timer before exiting re_txeof() so that another timeout interrupt will be generated, just in case re_start() doesn't do it for us. - Handle the 'link state changed' interrupt - Fix a detach bug. If re(4) is loaded as a module, and you do tcpdump -i re0, then you do 'kldunload if_re,' the system will panic after a few seconds. This happens because ether_ifdetach() ends up calling the BPF detach code, which notices the interface is in promiscuous mode and tries to switch promisc mode off while detaching the BPF listner. This ultimately results in a call to re_ioctl() (due to SIOCSIFFLAGS), which in turn calls re_init() to handle the IFF_PROMISC flag change. Unfortunately, calling re_init() here turns the chip back on and restarts the 1-second timeout loop that drives re_tick(). By the time the timeout fires, if_re.ko has been unloaded, which results in a call to invalid code and blows up the system. To fix this, I cleared the IFF_UP flag before calling ether_ifdetach(), which stops the ioctl routine from trying to reset the chip. - Modified comments in re_rxeof() relating to the difference in RX descriptor status bit layout between the 8139C+ and the gigE chips. The layout is different because the frame length field was expanded from 12 bits to 13, and they got rid of one of the status bits to make room. - Add diagnostic code (re_diag()) to test for the case where a user has installed a broken 32-bit 8169 PCI NIC in a 64-bit slot. Some NICs have the REQ64# and ACK64# lines connected even though the board is 32-bit only (in this case, they should be pulled high). This fools the chip into doing 64-bit DMA transfers even though there is no 64-bit data path. To detect this, re_diag() puts the chip into digital loopback mode and sets the receiver to promiscuous mode, then initiates a single 64-byte packet transmission. The frame is echoed back to the host, and if the frame contents are intact, we know DMA is working correctly, otherwise we complain loudly on the console and abort the device attach. (At the moment, I don't know of any way to work around the problem other than physically modifying the board, so until/unless I can think of a software workaround, this will have do to.) - Created re(4) man page - Modified rlphy.c to allow re(4) to attach as well as rl(4). Note that this code works for the sample 8169/Marvell 88E1000 NIC that I have, but probably won't work for the 8169S/8110S chips. RealTek has sent me some sample NICs, but they haven't arrived yet. I will probably need to add an rlgphy driver to handle the on-board PHY in the 8169S/8110S (it needs special DSP initialization).
2003-09-08 02:11:25 +00:00
device re # RealTek 8139C+/8169/8169S/8110S
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device rl # RealTek 8129/8139
device sf # Adaptec AIC-6915 (``Starfire'')
device sis # Silicon Integrated Systems SiS 900/SiS 7016
There's just no reason to not have these in GENERIC. Found by: release/*/drivers.conf cleaning script Approved by: re (scottl)
2003-05-18 20:39:15 +00:00
device sk # SysKonnect SK-984x and SK-982x gigabit ethernet
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device ste # Sundance ST201 (D-Link DFE-550TX)
There's just no reason to not have these in GENERIC. Found by: release/*/drivers.conf cleaning script Approved by: re (scottl)
2003-05-18 20:39:15 +00:00
device ti # Alteon Networks Tigon I/II gigabit ethernet
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device tl # Texas Instruments ThunderLAN
Synced tx(4) driver descriptions + ``device tx'' line moved to the list of drivers using miibus. PR: kern/22556
2000-11-07 20:22:19 +00:00
device tx # SMC EtherPower II (83c170 ``EPIC'')
Update GENERIC/LINT to leave out the useless digit at the end of pci or other unwired devices.
2000-01-23 12:18:53 +00:00
device vr # VIA Rhine, Rhine II
device wb # Winbond W89C840F
device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
Add the if_bge driver. I can't find any reason why it's not here, and it's pretty common on Dell servers and other high-end boxes.
2002-12-28 06:22:17 +00:00
device bge # Broadcom BCM570xx Gigabit Ethernet
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
# ISA Ethernet NICs. pccard nics included.
device cs # Crystal Semiconductor CS89x0 NIC
Add support for Dlink DL10022 to the ed driver. This is a mii part bolted to a ne-2000 chip. This is necessary for the NetGear FA-410TX and other cards. This also requires you add mii to your kernel if you have an ed driver configured. This code will result in a couple of timeout messages for ed on the impacted cards. Additional work will be needed, but this does work right now, and many people need these cards. Submitted by: Ian Dowse <iedowse@maths.tcd.ie>
2001-03-03 08:31:37 +00:00
# 'device ed' requires 'device miibus'
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
device ed # NE[12]000, SMC Ultra, 3c503, DS8390 cards
device ex # Intel EtherExpress Pro/10 and Pro/10+
device ep # Etherlink III based cards
device fe # Fujitsu MB8696x based cards
- Move driver to newbus. - Provide identify methods for EtherExpress and 3c507 cards; this means these cards no longer need wired configs. - Provide a detach method.
2003-03-29 13:36:41 +00:00
device ie # EtherExpress 8/16, 3C507, StarLAN 10 etc.
Move device lnc to isa section, since it no longer uses the compat shims. Add comment about lnc. Remove probe order comment from isa_compat.c. That appears to no longer be the case.
2001-10-30 06:08:56 +00:00
device lnc # NE2100, NE32-VL Lance Ethernet cards
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
device sn # SMC's 9000 series of ethernet chips
device xe # Xircom pccard ethernet
Minor ordering changes to make more sections strictly alphabetical.
2000-11-07 21:06:57 +00:00
Spell deivces as devices.
2001-10-31 20:15:18 +00:00
# ISA devices that use the old ISA shims
At great personal risk to my sanity, turn off COMPAT_OLDISA and the two drivers that depend on it - ie and le. The compat code has not been disabled.
2001-01-19 13:06:37 +00:00
#device le
Put on my asbestos suit and attempt to tidy up and add some simple docs or notes to make it much more obvious what things are for people who have not committed LINT to memory yet.
1999-06-29 18:55:53 +00:00
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
# Wireless NIC cards
wi now needs wlan Reviewed by: imp
2003-01-16 00:21:52 +00:00
device wlan # 802.11 support
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
device an # Aironet 4500/4800 802.11 wireless NICs.
device awi # BayStack 660 and others
Add Intersil and Symbol as vendors for 802.11 cards that the wi driver supports. Obtained from: NetBSD
2002-08-07 05:40:34 +00:00
device wi # WaveLAN/Intersil/Symbol 802.11 wireless NICs.
Make the ISA nic section look like the other device sections with comments on the same line like so: device foo # FooInc Brand NetEther cards Also, move the wireless NIC cards to their own section. Add commented out wl driver in wireless section. Remove obsolete or redundant comments about some of the wireless cards that used to apply but don't since we've removed 'at foobus'. There should be no functional changes in this change.
2000-11-07 21:20:52 +00:00
#device wl # Older non 802.11 Wavelan wireless NIC.
Spelling and capitalization fixes. Reviewed by: gshapiro, jake, jhb, rwatson (all within 30 seconds)
2001-03-07 04:58:38 +00:00
# Pseudo devices - the number indicates how many units to allocate.
Turn the /dev/random device into a (pseudo-)device, not an option. (I didn't realise that it was this easy!) Submitted by: jhb
2000-09-12 13:21:40 +00:00
device random # Entropy device
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device loop # Network loopback
device ether # Ethernet support
device sl # Kernel SLIP
Make ppp(4) devices clonable and unloadable.
2002-08-09 15:30:48 +00:00
device ppp # Kernel PPP
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device tun # Packet tunnel.
device pty # Pseudo-ttys (telnet etc)
device md # Memory "disks"
gif(4) and stf(4) modernization: - Remove gif dependencies from stf. - Make gif and stf into modules - Make gif cloneable. PR: kern/27983 Reviewed by: ru, ume Obtained from: NetBSD MFC after: 1 week
2001-07-02 21:02:09 +00:00
device gif # IPv6 and IPv4 tunneling
The faith(4) device is no longer a count device so don't specify a count.
2001-09-25 18:56:40 +00:00
device faith # IPv6-to-IPv4 relaying (translation)
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
# The `bpf' device enables the Berkeley Packet Filter.
Enable bpf by default. There was no significant dissention to my proposal of 2 weeks ago that this be done, and anyone who wishes to make bpf more selective according to securelevel or compile-time options is more than free to do so.
1999-08-07 01:42:08 +00:00
# Be aware of the administrative consequences of enabling this!
Borrow phk's axe and apply the next stage of config(8)'s evolution. Use Warner Losh's "hint" driver to decode ascii strings to fill the resource table at boot time. config(8) no longer generates an ioconf.c table - ie: the configuration no longer has to be compiled into the kernel. You can reconfigure your isa devices with the likes of this at loader(8) time: set hint.ed.0.port=0x320 userconfig will be rewritten to use this style interface one day and will move to /boot/userconfig.4th or something like that. It is still possible to statically compile in a set of hints into a kernel if you do not wish to use loader(8). See the "hints" directive in GENERIC as an example. All device wiring has been moved out of config(8). There is a set of helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98) that extract the 'at isa? port foo irq bar' from the old files and produces a hints file. If you install this file as /boot/device.hints (and update /boot/defaults/loader.conf - You can do a build/install in sys/boot) then loader will load it automatically for you. You can also compile in the hints directly with: hints "device.hints" as well. There are a few things that I'm not too happy with yet. Under this scheme, things like LINT would no longer be useful as "documentation" of settings. I have renamed this file to 'NOTES' and stored the example hints strings in it. However... this is not something that config(8) understands, so there is a script that extracts the build-specific data from the documentation file (NOTES) to produce a LINT that can be config'ed and built. A stack of man4 pages will need updating. :-/ Also, since there is no longer a difference between 'device' and 'pseudo-device' I collapsed the two together, and the resulting 'device' takes a 'number of units' for devices that still have it statically allocated. eg: 'device fe 4' will compile the fe driver with NFE set to 4. You can then set hints for 4 units (0 - 3). Also note that 'device fe0' will be interpreted as "zero units of 'fe'" which would be bad, so there is a config warning for this. This is only needed for old drivers that still have static limits on numbers of units. All the statically limited drivers that I could find were marked. Please exercise EXTREME CAUTION when transitioning! Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
device bpf # Berkeley packet filter
Initial commit of ported NetBSD USB stack
1998-11-26 23:13:13 +00:00
# USB support
Turn on USB support for most USB devices. udbp is not turned on since NETGRAPH is not present in GENERIC at the moment. Also, change some settings to support USB installs: - Add KBD_INSTALL_CDEV as an option to make /dev/kbd[01] actually work. - Turn on keyboard probing in sc0. The syscons driver will now use a flag documented in ukbd(4) but not in sc(4) that tells syscons to actively search for a keyboard device if none is found. This allows USB keyboards to just be plugged in and instantly start working. - Require the atkbd0 driver to actually probe to see if a keyboard is there. This allows USB keyboards to be seen by sc0 if an AT keyboard isn't plugged into the computer. This also means that you will no longer be able to plug an AT keyboard into a machine after it has booted a GENERIC kernel and use it. AT keyboards aren't designed for this anyway. USB keyboards are designed for this, and they work.
2000-05-12 03:05:35 +00:00
device uhci # UHCI PCI->USB interface
device ohci # OHCI PCI->USB interface
device usb # USB Bus (required)
The USB double bulk pipe driver (Host to host cables). Currently there are two supported chips, the NetChip 1080 (only prototypes available) and the EzLink cable. Any other cable should be supported however as they are all very much alike (there is a difference between them wrt performance). It uses Netgraph. This driver was mostly written by Doug Ambrisko and Julian Elischer and I would like to thank Whistle for yet another contribution. And my aplogies to them for me sitting on the driver for so long (2 months). Also, many thanks to Reid Augustin from NetChip for providing me with a prototype of their 1080 chip. Be aware of the fact that this driver is very immature and has only been tested very lightly. If someone feels like learning about Netgraph however this is an excellent driver to start playing with.
2000-05-01 22:48:23 +00:00
#device udbp # USB Double Bulk Pipe devices
Turn on USB support for most USB devices. udbp is not turned on since NETGRAPH is not present in GENERIC at the moment. Also, change some settings to support USB installs: - Add KBD_INSTALL_CDEV as an option to make /dev/kbd[01] actually work. - Turn on keyboard probing in sc0. The syscons driver will now use a flag documented in ukbd(4) but not in sc(4) that tells syscons to actively search for a keyboard device if none is found. This allows USB keyboards to just be plugged in and instantly start working. - Require the atkbd0 driver to actually probe to see if a keyboard is there. This allows USB keyboards to be seen by sc0 if an AT keyboard isn't plugged into the computer. This also means that you will no longer be able to plug an AT keyboard into a machine after it has booted a GENERIC kernel and use it. AT keyboards aren't designed for this anyway. USB keyboards are designed for this, and they work.
2000-05-12 03:05:35 +00:00
device ugen # Generic
device uhid # "Human Interface Devices"
device ukbd # Keyboard
device ulpt # Printer
device umass # Disks/Mass storage - Requires scbus and da
device ums # Mouse
device urio # Diamond Rio 500 MP3 player
The USB scanner driver. To be used together with SANE.
2000-10-25 10:34:38 +00:00
device uscanner # Scanners
Update the documentation to reflect Bill Paul's latest changes.
2000-02-20 14:41:54 +00:00
# USB Ethernet, requires mii
Turn on USB support for most USB devices. udbp is not turned on since NETGRAPH is not present in GENERIC at the moment. Also, change some settings to support USB installs: - Add KBD_INSTALL_CDEV as an option to make /dev/kbd[01] actually work. - Turn on keyboard probing in sc0. The syscons driver will now use a flag documented in ukbd(4) but not in sc(4) that tells syscons to actively search for a keyboard device if none is found. This allows USB keyboards to just be plugged in and instantly start working. - Require the atkbd0 driver to actually probe to see if a keyboard is there. This allows USB keyboards to be seen by sc0 if an AT keyboard isn't plugged into the computer. This also means that you will no longer be able to plug an AT keyboard into a machine after it has booted a GENERIC kernel and use it. AT keyboards aren't designed for this anyway. USB keyboards are designed for this, and they work.
2000-05-12 03:05:35 +00:00
device aue # ADMtek USB ethernet
Add device driver support for the ASIX Electronics AX88172 USB 2.0 ethernet controller. The driver has been tested with the LinkSys USB200M adapter. I know for a fact that there are other devices out there with this chip but don't have all the USB vendor/device IDs. Note: I'm not sure if this will force the driver to end up in the install kernel image or not. Special magic needs to be done to exclude it to keep the boot floppies from bloating again, someone please advise.
2003-04-20 19:05:33 +00:00
device axe # ASIX Electronics USB ethernet
Turn on USB support for most USB devices. udbp is not turned on since NETGRAPH is not present in GENERIC at the moment. Also, change some settings to support USB installs: - Add KBD_INSTALL_CDEV as an option to make /dev/kbd[01] actually work. - Turn on keyboard probing in sc0. The syscons driver will now use a flag documented in ukbd(4) but not in sc(4) that tells syscons to actively search for a keyboard device if none is found. This allows USB keyboards to just be plugged in and instantly start working. - Require the atkbd0 driver to actually probe to see if a keyboard is there. This allows USB keyboards to be seen by sc0 if an AT keyboard isn't plugged into the computer. This also means that you will no longer be able to plug an AT keyboard into a machine after it has booted a GENERIC kernel and use it. AT keyboards aren't designed for this anyway. USB keyboards are designed for this, and they work.
2000-05-12 03:05:35 +00:00
device cue # CATC USB ethernet
device kue # Kawasaki LSI USB ethernet
Add FireWire drivers to GENERIC.
2003-04-21 16:44:05 +00:00
# FireWire support
device firewire # FireWire bus code
device sbp # SCSI over FireWire (Requires scbus and da)
device fwe # Ethernet over FireWire (non-standard!)
Reference in New Issue Copy Permalink