d/freebsd-dev
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
6892764481
freebsd-dev/sys/amd64/conf/GENERIC

226 lines
7.8 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
#
Cosmetic changes in comment at start (it's no longer a GENERICAH config file!)
1994-11-03 01:46:59 +00:00
# GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks
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
#
Clean up some of the documentation at the top.
1999-06-20 03:36:46 +00:00
# http://www.freebsd.org/handbook/kernelconfig-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ./LINT configuration file. If you are
Add hints to the file ./LINT and the handbook.
1996-08-27 16:25:53 +00:00
# in doubt as to the purpose or necessity of a line, check first in LINT.
#
$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 I386_CPU
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
Increase 'maxusers' to 32; with the number of people using GENERIC as their one-size-fits-all kernel, this should help reduce the "out of foo" reports. Reviewed by: jkh
1998-09-04 19:55:51 +00:00
maxusers 32
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
#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
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 MATH_EMULATE #Support for x87 emulation
options INET #InterNETworking
options FFS #Berkeley Fast Filesystem
options FFS_ROOT #FFS usable as root device [keep this!]
options MFS #Memory Filesystem
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
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 NFS #Network Filesystem
options NFS_ROOT #NFS usable as root device, "NFS" req'ed
options MSDOSFS #MSDOS Filesystem
options CD9660 #ISO 9660 Filesystem
options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed
options PROCFS #Process filesystem
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device
options UCONSOLE #Allow users to grab the console
options USERCONFIG #boot -c editor
options VISUAL_USERCONFIG #visual boot -c editor
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 KTRACE #ktrace(1) syscall trace support
options SYSVSHM #SYSV-style shared memory
options SYSVMSG #SYSV-style message queues
options SYSVSEM #SYSV-style semaphores
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
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
# Optionally these may need tweaked, (defaults shown):
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 NCPU=2 # number of CPUs
#options NBUS=4 # number of busses
#options NAPIC=1 # number of IO APICs
#options NINTR=24 # number of INTs
Add commented out SMP stuff in GENERIC, remove stale configs.
1998-12-27 13:12:59 +00:00
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device isa0
device eisa0
device pci0
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
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device fdc0 at isa? port IO_FD1 irq 6 drq 2
Update examples using 'disk' and 'tape' - they used to have magic meaning to config(8) for static device tables that have not existed for quite some time. They have been aliases for 'device' for a while, and "tape" went away entirely as it wasn't used anywhere (except in an example in LINT.. "fixed").
1999-11-01 04:02:58 +00:00
device fd0 at fdc0 drive 0
device fd1 at fdc0 drive 1
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
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device ata0 at isa? port IO_WD1 irq 14
device ata1 at isa? port IO_WD2 irq 15
device ata2
Finally use the new ata driver.
1999-12-08 09:19:37 +00:00
device atadisk0 # ATA disk drives
device atapicd0 # ATAPI CDROM drives
device atapifd0 # ATAPI floppy drives
device atapist0 # ATAPI tape drives
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
#options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices
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
Sort PCI SCSI controlers.
1999-11-28 00:59:03 +00:00
# A single entry for any of these controllers (ahb, ahc, amd, ncr, etc...) is
Mention amd driver in comment regarding PCI drivers.
1996-12-21 02:09:04 +00:00
# sufficient for any number of installed devices.
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device ahb0 # EISA AHA1742 family
device ahc0 # AHA2940 and onboard AIC7xxx devices
device amd0 # AMD 53C974 (Teckram DC-390(T))
device dpt0 # DPT Smartcache - See LINT for options!
device isp0 # Qlogic family
device ncr0 # NCR/Symbios Logic
device sym0 # NCR/Symbios Logic (newer chipsets)
device adv0 at isa? port ? irq ?
device adw0
device bt0 at isa? port ? irq ?
device aha0 at isa? port ? irq ?
device aic0 at isa? port ? irq ?
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
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
# Only one of each of these is needed, they are dynamically allocated.
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device scbus0 # SCSI bus (required)
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
device da0 # Direct Access (disks)
device sa0 # Sequential Access (tape etc)
device cd0 # CD
device pass0 # Passthrough device (direct SCSI access)
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
Add the AMI MegaRAID and Mylex DAC960 drivers. Installation to arrays on these controllers is now no different to the process for any other supported disk controller.
1999-12-02 02:53:08 +00:00
# RAID controllers
device amr0 # AMI MegaRAID
device mlx0 # Mylex DAC960 family
Spelling police
1999-04-19 10:18:34 +00:00
# atkbdc0 controls both the keyboard and the PS/2 mouse
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device atkbdc0 at isa? port IO_KBD
Drop the tty/net/bio/cam interrupt class labels, they are meaninless here now.
1999-04-24 16:04:16 +00:00
device atkbd0 at atkbdc? irq 1
device psm0 at atkbdc? irq 12
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
device vga0 at isa? port ? conflicts
# splash screen/screen saver
pseudo-device splash
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
Drop the tty/net/bio/cam interrupt class labels, they are meaninless here now.
1999-04-24 16:04:16 +00:00
device sc0 at isa?
De-quote where possible and minor tweaks. depends on a current config(8).
1999-04-24 21:45:44 +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
# Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver
Drop the tty/net/bio/cam interrupt class labels, they are meaninless here now.
1999-04-24 16:04:16 +00:00
#device vt0 at isa?
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 XSERVER # support for X server
#options FAT_CURSOR # start with block cursor
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
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
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 PCVT_SCANSET=2 # IBM keyboards are non-std
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
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.
Bring the 'new-bus' to the i386. This extensively changes the way the i386 platform boots, it is no longer ISA-centric, and is fully dynamic. Most old drivers compile and run without modification via 'compatability shims' to enable a smoother transition. eisa, isapnp and pccard* are not yet using the new resource manager. Once fully converted, all drivers will be loadable, including PCI and ISA. (Some other changes appear to have snuck in, including a port of Soren's ATA driver to the Alpha. Soren, back this out if you need to.) This is a checkpoint of work-in-progress, but is quite functional. The bulk of the work was done over the last few years by Doug Rabson and Garrett Wollman. Approved by: core
1999-04-16 21:22:55 +00:00
device npx0 at nexus? port IO_NPX irq 13
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
# Power management support (see LINT for more options)
Remove code to select APM version with flags to the apm0 device. This code has been disabled for the last 4 months. Prodded into action by: n_hibma
1999-12-02 03:13:11 +00:00
device apm0 at nexus? disable flags 0x20 # Advanced Power Management
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
Uncomment pcic device and put pccard in GENERIC. PCCARD will be removed in a little while as soon as I find all the places it is used in the tree.
2000-01-10 02:29:23 +00:00
device card0
device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000
device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable
- 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
De-quote where possible and minor tweaks. depends on a current config(8).
1999-04-24 21:45:44 +00:00
device sio0 at isa? port IO_COM1 flags 0x10 irq 4
device sio1 at isa? port IO_COM2 irq 3
device sio2 at isa? disable port IO_COM3 irq 5
device sio3 at isa? disable port IO_COM4 irq 9
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
Add back the 'at ppbus?' for the lpt etc drivers. Now it's used.
2000-01-14 08:16:28 +00:00
device ppc0 at isa? port? irq 7
device ppbus0 # Parallel port bus (required)
device lpt0 at ppbus? # Printer
device plip0 at ppbus? # TCP/IP over parallel
device ppi0 at ppbus? # Parallel port interface device
#device vpo0 at ppbus? # Requires scbus and da0
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.
device de0 # DEC/Intel DC21x4x (``Tulip'')
device fxp0 # Intel EtherExpress PRO/100B (82557, 82558)
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
device tx0 # SMC 9432TX (83c170 ``EPIC'')
device vx0 # 3Com 3c590, 3c595 (``Vortex'')
add wx0 driver
2000-01-04 11:17:35 +00:00
device wx0 # Intel Gigabit Ethernet Card (``Wiseman'')
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.
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
device miibus0 # MII bus support
Add the if_dc driver and remove all of the al, ax, dm, pn and mx drivers which it replaces. The new driver supports all of the chips supported by the ones it replaces, as well as many DEC/Intel 21143 10/100 cards. This also completes my quest to convert things to miibus and add Alpha support.
1999-12-04 17:41:31 +00:00
device dc0 # DEC/Intel 21143 and various workalikes
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
device rl0 # RealTek 8129/8139
This commit adds device driver support for Adaptec Duralink PCI fast ethernet controllers based on the AIC-6915 "Starfire" controller chip. There are single port, dual port and quad port cards, plus one 100baseFX card. All are 64-bit PCI devices, except one single port model. The Starfire would be a very nice chip were it not for the fact that receive buffers have to be longword aligned. This requires buffer copying in order to achieve proper payload alignment on the alpha. Payload alignment is enforced on both the alpha and x86 platforms. The Starfire has several different DMA descriptor formats and transfer mechanisms. This driver uses frame descriptors for transmission which can address up to 14 packet fragments, and a single fragment descriptor for receive. It also uses the producer/consumer model and completion queues for both transmit and receive. The transmit ring has 128 descriptors and the receive ring has 256. This driver supports both FreeBSD/i386 and FreeBSD/alpha, and uses newbus so that it can be compiled as a loadable kernel module. Support for BPF and hardware multicast filtering is included.
1999-07-25 04:32:50 +00:00
device sf0 # Adaptec AIC-6915 (``Starfire'')
This commit adds driver support for the Silicon Integrated Systems SiS 900 and SiS 7016 PCI fast ethernet chipsets. Full manuals for the SiS chips can be found at www.sis.com.tw. This is a fairly simple chipset. The receiver uses a 128-bit multicast hash table and single perfect entry for the station address. Transmit and receive DMA and FIFO thresholds are easily tuneable. Documentation is pretty decent and performance is not bad, even on my crufty 486. This driver uses newbus and miibus and is supported on both the i386 and alpha architectures.
1999-09-05 21:01:03 +00:00
device sis0 # Silicon Integrated Systems SiS 900/SiS 7016
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
device ste0 # Sundance ST201 (D-Link DFE-550TX)
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
device tl0 # Texas Instruments ThunderLAN
Convert the VIA Rhine driver to miibus.
1999-09-19 22:03:31 +00:00
device vr0 # VIA Rhine, Rhine II
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
device wb0 # Winbond W89C840F
device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'')
# ISA Ethernet NICs.
device ed0 at isa? port 0x280 irq 10 iomem 0xd8000
Remove the 'at isa? ...' bits for ex0. Remove the confusing text about pccard and unit numbers for ep0.
2000-01-13 07:01:13 +00:00
device ex0
Modify the entries regarding the 'ep' driver to take into account my recent changes to that driver.
1999-10-27 06:30:10 +00:00
device ep0
Fix minor typo in comments about WaveLAN/IEEE driver: 802.1 -> 802.11
1999-12-23 05:32:53 +00:00
# WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really
Comment and order to reduce diffs. No functional change.
1999-12-19 17:12:19 +00:00
# exists only as a PCMCIA device, so there is no ISA attatement needed
# and resources will always be dynamically assigned by the pccard code.
#device wi0
Add driver support for the Aironet 4500/4800 series wireless 802.11 NICs. (Finally!) The PCMCIA, ISA and PCI varieties are all supported, though only the ISA and PCI ones will work on the alpha for now. PCCARD, ISA and PCI attachments are all provided. Also provided an ancontrol(8) utility for configuring the NIC, man pages, and updated pccard.conf.sample. ISA cards are supported in both ISA PnP and hard-wired mode, although you must configure the kernel explicitly to support the hardwired mode since you have to know the I/O address and port ahead of time. Special thanks to Doug Ambrisko for doing the initial newbus hackery and getting it to work in infrastructure mode.
2000-01-14 20:41:03 +00:00
# Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will
# work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP
# mode (the factory default). If you set the switches on your ISA
# card for a manually chosen I/O address and IRQ, you must specify
# those paremeters here.
# device an0
Modify the entries regarding the 'ep' driver to take into account my recent changes to that driver.
1999-10-27 06:30:10 +00:00
# The probe order of these is presently determined by i386/isa/isa_compat.c.
device ie0 at isa? port 0x300 irq 10 iomem 0xd0000
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
device fe0 at isa? port 0x300 irq ?
device le0 at isa? port 0x300 irq 5 iomem 0xd0000
device lnc0 at isa? port 0x280 irq 10 drq 0
device cs0 at isa? port 0x300 irq ?
spell isa right on sn0 line
1999-12-18 07:49:54 +00:00
device sn0 at isa? port 0x300 irq 10
Move the xe0 driver back where it was. It was misleading where it was as it does not take over the PCIC, it does require PCCARD support, and it doesn't replace any existing driver.
1999-07-13 08:08:20 +00:00
# requires PCCARD (PCMCIA) support to be activated
#device xe0 at isa? port? irq ?
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
# Pseudo devices - the number indicates how many units to allocated.
pseudo-device loop # Network loopback
pseudo-device ether # Ethernet support
pseudo-device sl 1 # Kernel SLIP
pseudo-device ppp 1 # Kernel PPP
Try and commit the tun comment fix again; I have no idea why there was a clash the last time, leading me to think that it had already been fixed.
1999-09-01 09:01:54 +00:00
pseudo-device tun # Packet tunnel.
Make the pty driver as close to a cloning device as we can get for now, we create the pty on the fly when it is first opened. If you run out of ptys now, just MAKEDEV some more. This also demonstrate the use of dev_t->si_tty_tty and dev_t->si_drv1 in a device driver.
1999-08-08 19:28:59 +00:00
pseudo-device pty # Pseudo-ttys (telnet etc)
Retire MFS_ROOT and MFS_ROOT_SIZE options from the MFS implementation. Add MD_ROOT and MD_ROOT_SIZE options to the md driver. Make the md driver handle MFS_ROOT and MFS_ROOT_SIZE options for compatibility. Add md driver to GENERIC, PCCARD and LINT. This is a cleanup which removes the need for some of the worse hacks in MFS: We really want to have a rootvnode but MFS on a preloaded image doesn't really have one. md is a true device, so it is less trouble. This has been tested with make release, and if people remember to add the "md" pseudo-device to their kernels, PicoBSD should be just fine as well. If people have no other use for MFS, it can be removed from the kernel.
1999-11-26 20:08:44 +00:00
pseudo-device md # Memory "disks"
Enable ktrace by default, accompanied by a small reminder about the implications (4 KB bloat, slight slowdown of syscalls). Reviewed by: freebsd-hackers
1996-06-30 09:39:29 +00:00
Rename bpfilter to bpf.
1999-07-06 19:23:32 +00:00
# The `bpf' pseudo-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!
Give BPF the "almost-clone" update. If you need more of them, make more entries in /dev and be happy you don't need to recompile your kernel.
1999-08-15 09:38:21 +00:00
pseudo-device bpf #Berkeley packet filter
Initial commit of ported NetBSD USB stack
1998-11-26 23:13:13 +00:00
# USB support
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
#device uhci0 # UHCI PCI->USB interface
#device ohci0 # OHCI PCI->USB interface
#device usb0 # USB Bus (required)
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
#device ugen0 # Generic
#device uhid0 # "Human Interface Devices"
#device ukbd0 # Keyboard
#device ulpt0 # Printer
s/controller/device/ as per config(8) changes
2000-01-08 15:59:12 +00:00
#device umass0 # Disks/Mass storage - Requires scbus and da0
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
#device ums0 # Mouse
Sort.
2000-01-12 02:30:42 +00:00
# USB Ethernet
This commit adds device driver support for the ADMtek AN986 Pegasus USB ethernet chip. Adapters that use this chip include the LinkSys USB100TX. There are a few others, but I'm not certain of their availability in the U.S. I used an ADMtek eval board for development. Note that while the ADMtek chip is a 100Mbps device, you can't really get 100Mbps speeds over USB. Regardless, this driver uses miibus to allow speed and duplex mode selection as well as autonegotiation. Building and kldloading the driver as a module is also supported. Note that in order to make this driver work, I had to make what some may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer() function will use tsleep() for synchronous transfers that don't complete right away. This is a problem since there are times when we need to do sync transfers from an interrupt context (i.e. when reading registers from the MAC via the control endpoint), where tsleep() us a no-no. My hack allows the driver to have the code poll for transfer completion subject to the xfer->timeout timeout rather that calling tsleep(). This hack is controlled by a quirk entry and is only enabled for the ADMtek device. Now, I'm sure there are a few of you out there ready to jump on me and suggest some other approach that doesn't involve a busy wait. The only solution that might work is to handle the interrupts in a kernel thread, where you may have something resembling a process context that makes it okay to tsleep(). This is lovely, except we don't have any mechanism like that now, and I'm not about to implement such a thing myself since it's beyond the scope of driver development. (Translation: I'll be damned if I know how to do it.) If FreeBSD ever aquires such a mechanism, I'll be glad to revisit the driver to take advantage of it. In the meantime, I settled for what I perceived to be the solution that involved the least amount of code changes. In general, the hit is pretty light. Also note that my only USB test box has a UHCI controller: I haven't I don't have a machine with an OHCI controller available. Highlights: - Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part. - Updated usbdevs and regenerated generated files - Updated HARDWARE.TXT and RELNOTES.TXT files - Updated sysinstall/device.c and userconfig.c - Updated kernel configs -- device aue0 is commented out by default - Updated /sys/conf/files - Added new kld module directory
1999-12-28 02:01:18 +00:00
#device aue0 # ADMtek USB ethernet
Add device driver support for USB ethernet adapters based on the CATC USB-EL1202A chipset. Between this and the other two drivers, we should have support for pretty much every USB ethernet adapter on the market. The only other USB chip that I know of is the SMC USB97C196, and right now I don't know of any adapters that use it (including the ones made by SMC :/ ). Note that the CATC chip supports a nifty feature: read and write combining. This allows multiple ethernet packets to be transfered in a single USB bulk in/out transaction. However I'm again having trouble with large bulk in transfers like I did with the ADMtek chip, which leads me to believe that our USB stack needs some work before we can really make use of this feature. When/if things improve, I intend to revisit the aue and cue drivers. For now, I've lost enough sanity points.
2000-01-14 03:14:49 +00:00
#device cue0 # CATC USB ethernet
Add device driver support for USB ethernet adapters based on the Kawasaki LSI KL5KUSB101B chip, including the LinkSys USB10T, the Entrega NET-USB-E45, the Peracom USB Ethernet Adapter, the 3Com 3c19250 and the ADS Technologies USB-10BT. This device is 10mbs half-duplex only, so there's miibus or ifmedia support. This device also requires firmware to be loaded into it, however KLSI allows redistribution of the firmware images (I specifically asked about this; they said it was ok). Special thanks to Annelise Anderson for getting me in touch with KLSI (eventually) and thanks to KLSI for providing the necessary programming info. Highlights: - Add driver files to /sys/dev/usb - update usbdevs and regenerate attendate files - update usb_quirks.c - Update HARDWARE.TXT and RELNOTES.TXT for i386 and alpha - Update LINT, GENERIC and others for i386, alpha and pc98 - Add man page - Add module - Update sysinstall and userconfig.c
2000-01-05 04:27:24 +00:00
#device kue0 # Kawasaki LSI USB ethernet
Reference in New Issue Copy Permalink