1999-10-26 04:57:24 +00:00
|
|
|
#
|
|
|
|
|
# NEWCARD -- efforts at porting newconfig pccard/cardbus code to newbus
|
|
|
|
|
#
|
|
|
|
|
# ***************
|
|
|
|
|
# *** WARNING ***
|
|
|
|
|
# ***************
|
|
|
|
|
#
|
|
|
|
|
# USE THIS CODE AT YOUR OWN RISK. IT IS EXPERIMENTAL AND WILL LIKELY NOT
|
|
|
|
|
# EVEN COMPILE FOR A WHILE. YOU HAVE BEEN WARNED. -- imp
|
|
|
|
|
#
|
2000-04-30 15:38:28 +00:00
|
|
|
# CURRENT STATUS OF CODE: NOT WORKING.
|
1999-11-01 17:50:29 +00:00
|
|
|
#
|
1999-10-26 04:57:24 +00:00
|
|
|
# For more information on this file, please read the handbook section on
|
|
|
|
|
# Kernel Configuration Files:
|
|
|
|
|
#
|
2000-05-13 11:21:19 +00:00
|
|
|
# http://www.FreeBSD.org/handbook/kernelconfig-config.html
|
1999-10-26 04:57:24 +00:00
|
|
|
#
|
|
|
|
|
# The handbook is also available locally in /usr/share/doc/handbook
|
|
|
|
|
# if you've installed the doc distribution, otherwise always see the
|
2000-05-13 11:21:19 +00:00
|
|
|
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
|
1999-10-26 04:57:24 +00:00
|
|
|
# latest information.
|
|
|
|
|
#
|
|
|
|
|
# An exhaustive list of options and more detailed explanations of the
|
2000-08-03 21:51:03 +00:00
|
|
|
# device lines is also present in the NOTES configuration file. If you are
|
|
|
|
|
# in doubt as to the purpose or necessity of a line, check first in NOTES.
|
1999-10-26 04:57:24 +00:00
|
|
|
#
|
|
|
|
|
# $FreeBSD$
|
|
|
|
|
|
|
|
|
|
machine i386
|
|
|
|
|
cpu I486_CPU
|
|
|
|
|
cpu I586_CPU
|
|
|
|
|
cpu I686_CPU
|
|
|
|
|
ident NEWCARD
|
|
|
|
|
maxusers 32
|
|
|
|
|
|
2000-11-07 21:07:35 +00:00
|
|
|
#To statically compile in device wiring instead of /boot/device.hints
|
|
|
|
|
#hints "NEWCARD.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
|
|
|
|
1999-10-26 04:57:24 +00:00
|
|
|
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
|
|
|
|
|
|
|
|
|
|
options MATH_EMULATE #Support for x87 emulation
|
|
|
|
|
options INET #InterNETworking
|
2001-03-16 06:33:44 +00:00
|
|
|
options INET6 #IPv6 communications protocols
|
1999-10-26 04:57:24 +00:00
|
|
|
options FFS #Berkeley Fast Filesystem
|
2000-08-03 21:51:03 +00:00
|
|
|
options SOFTUPDATES #Enable FFS soft updates support
|
1999-10-26 04:57:24 +00:00
|
|
|
options MFS #Memory Filesystem
|
1999-12-19 21:55:29 +00:00
|
|
|
options MD_ROOT #MD is a potential root device
|
1999-10-26 04:57:24 +00:00
|
|
|
options NFS #Network Filesystem
|
2000-01-24 05:38:55 +00:00
|
|
|
options NFS_ROOT #NFS usable as root device, NFS required
|
1999-10-26 04:57:24 +00:00
|
|
|
options MSDOSFS #MSDOS Filesystem
|
|
|
|
|
options CD9660 #ISO 9660 Filesystem
|
2001-03-16 06:33:44 +00:00
|
|
|
options DEVFS #Device Filesystem
|
1999-10-26 04:57:24 +00:00
|
|
|
options PROCFS #Process filesystem
|
|
|
|
|
options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!]
|
2001-03-16 06:33:44 +00:00
|
|
|
options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI
|
1999-10-26 04:57:24 +00:00
|
|
|
options UCONSOLE #Allow users to grab the console
|
|
|
|
|
options USERCONFIG #boot -c editor
|
|
|
|
|
options VISUAL_USERCONFIG #visual boot -c editor
|
2000-01-24 05:38:55 +00:00
|
|
|
options KTRACE #ktrace(1) support
|
1999-12-18 07:47:34 +00:00
|
|
|
options SYSVSHM #SYSV-style shared memory
|
|
|
|
|
options SYSVMSG #SYSV-style message queues
|
|
|
|
|
options SYSVSEM #SYSV-style semaphores
|
2000-04-30 15:38:28 +00:00
|
|
|
options P1003_1B #Posix P1003_1B real-time extensions
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
options _KPOSIX_PRIORITY_SCHEDULING
|
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
|
|
|
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# To make an SMP kernel, the next two are needed
|
|
|
|
|
#options SMP # Symmetric MultiProcessor Kernel
|
|
|
|
|
#options APIC_IO # Symmetric (APIC) I/O
|
|
|
|
|
|
2000-01-23 18:31:19 +00:00
|
|
|
device isa
|
|
|
|
|
device eisa
|
|
|
|
|
device pci
|
|
|
|
|
device pccard
|
2000-11-07 21:07:35 +00:00
|
|
|
device cardbus
|
1999-10-26 04:57:24 +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
|
1999-10-26 04:57:24 +00:00
|
|
|
|
1999-12-18 07:47:34 +00:00
|
|
|
# ATA and ATAPI devices
|
2000-01-23 18:31:19 +00:00
|
|
|
device ata
|
|
|
|
|
device atadisk # ATA disk drives
|
|
|
|
|
device atapicd # ATAPI CDROM drives
|
|
|
|
|
device atapifd # ATAPI floppy drives
|
|
|
|
|
device atapist # ATAPI tape drives
|
1999-12-18 07:47:34 +00:00
|
|
|
options ATA_STATIC_ID #Static device numbering
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# SCSI Controllers
|
2000-01-23 18:31:19 +00:00
|
|
|
device ahb # EISA AHA1742 family
|
|
|
|
|
device ahc # AHA2940 and onboard AIC7xxx devices
|
2001-03-16 06:33:44 +00:00
|
|
|
device amd # AMD 53C974 (Tekram DC-390(T))
|
2000-01-23 18:31:19 +00:00
|
|
|
device isp # Qlogic family
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
#device ncr # NCR/Symbios Logic
|
2000-08-03 21:51:03 +00:00
|
|
|
device sym # NCR/Symbios Logic (newer chipsets + those of `ncr')
|
2000-01-08 16:17:41 +00:00
|
|
|
|
2001-03-16 06:33:44 +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
|
2000-11-07 21:07:35 +00:00
|
|
|
|
|
|
|
|
device ncv # NCR 53C500
|
|
|
|
|
device nsp # Workbit Ninja SCSI-3
|
|
|
|
|
device stg # TMC 18C30/18C50
|
|
|
|
|
|
|
|
|
|
# RAID controllers interfaced to the SCSI subsystem
|
|
|
|
|
device asr # DPT SmartRAID V, VI and Adaptec SCSI RAID
|
|
|
|
|
device dpt # DPT Smartcache III, IV - See NOTES for options!
|
|
|
|
|
device mly # Mylex AcceleRAID/eXtremeRAID
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# SCSI peripherals
|
2000-01-23 18:31:19 +00:00
|
|
|
device scbus # SCSI bus (required)
|
|
|
|
|
device da # Direct Access (disks)
|
|
|
|
|
device sa # Sequential Access (tape etc)
|
|
|
|
|
device cd # CD
|
|
|
|
|
device pass # Passthrough device (direct SCSI access)
|
1999-10-26 04:57:24 +00:00
|
|
|
|
1999-12-18 07:47:34 +00:00
|
|
|
# RAID controllers
|
2000-11-07 21:07:35 +00:00
|
|
|
device aac # Adaptec FSA RAID
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
device amr # AMI MegaRAID
|
2000-11-07 21:07:35 +00:00
|
|
|
device ida # Compaq Smart RAID
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
device mlx # Mylex DAC960 family
|
2000-11-07 21:07:35 +00:00
|
|
|
device twe # 3ware ATA RAID
|
1999-12-18 07:47:34 +00:00
|
|
|
|
1999-10-26 04:57:24 +00:00
|
|
|
# atkbdc0 controls both the keyboard and the PS/2 mouse
|
2000-11-07 21:26:34 +00:00
|
|
|
device atkbdc 1 # At keyboard controller
|
|
|
|
|
device atkbd # at keyboard
|
|
|
|
|
device psm # psm mouse
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-11-07 21:26:34 +00:00
|
|
|
device vga # VGA screen
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# splash screen/screen saver
|
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 splash
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# syscons is the default console driver, resembling an SCO console
|
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 sc 1
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-04-30 15:38:28 +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
|
2000-02-16 04:27:04 +00:00
|
|
|
#options XSERVER # support for X server on a vt console
|
1999-10-26 04:57:24 +00:00
|
|
|
#options FAT_CURSOR # start with block cursor
|
|
|
|
|
# If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines
|
|
|
|
|
#options PCVT_SCANSET=2 # IBM keyboards are non-std
|
|
|
|
|
|
|
|
|
|
# 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
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-08-03 21:51:03 +00:00
|
|
|
# Power management support (see NOTES for more options)
|
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 apm
|
2000-11-15 18:42:44 +00:00
|
|
|
# Add suspend/resume support for the i8254.
|
|
|
|
|
device pmtimer
|
2001-03-16 06:33:44 +00:00
|
|
|
|
2000-11-15 18:42:44 +00:00
|
|
|
# Audio support
|
|
|
|
|
device pcm
|
|
|
|
|
|
2000-11-07 21:26:34 +00:00
|
|
|
# Pcmcia and cardbus bridge support
|
2001-03-03 08:31:37 +00:00
|
|
|
#device pcic # pcmcia bridge
|
2000-11-07 21:26:34 +00:00
|
|
|
device pccbb # cardbus (yenta) bridge
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# Serial (COM) ports
|
2000-11-07 21:26:34 +00:00
|
|
|
device sio # 8250, 16[45]50 based serial ports
|
1999-10-26 04:57:24 +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
|
2000-01-23 18:31:19 +00:00
|
|
|
device ppbus # Parallel port bus (required)
|
|
|
|
|
device lpt # Printer
|
|
|
|
|
device plip # TCP/IP over parallel
|
|
|
|
|
device ppi # Parallel port interface device
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
#device vpo # Requires scbus and da
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-04-30 15:38:28 +00:00
|
|
|
|
1999-10-26 04:57:24 +00:00
|
|
|
# PCI Ethernet NICs.
|
2000-01-23 18:31:19 +00:00
|
|
|
device de # DEC/Intel DC21x4x (``Tulip'')
|
2000-08-03 21:51:03 +00:00
|
|
|
device vx # 3Com 3c590, 3c595 (``Vortex'')
|
Make this compile again and harmonize with GENERIC:
o added gif, faith, wx, ida, amr, mlw, INET6
o many comment nits
o Comment out all the compat shim devices, mostly so that I know what
they are:
amd, dpt, ncr, adv, tx, vx, fe, cs, lnc,
o Leave the following commented out:
ie, le
NEWCARD now compiles again. Back to testing...
2000-03-25 03:15:03 +00:00
|
|
|
device wx # Intel Gigabit Ethernet Card (``Wiseman'')
|
1999-12-18 07:47:34 +00:00
|
|
|
|
|
|
|
|
# PCI Ethernet NICs that use the common MII bus controller code.
|
2000-11-07 21:07:35 +00:00
|
|
|
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
|
2000-01-23 18:31:19 +00:00
|
|
|
device miibus # MII bus support
|
|
|
|
|
device dc # DEC/Intel 21143 and various workalikes
|
2001-03-16 06:33:44 +00:00
|
|
|
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
|
2000-10-03 18:30:15 +00:00
|
|
|
device pcn # AMD Am79C79x PCI 10/100 NICs
|
2000-11-07 21:07:35 +00:00
|
|
|
device rl # RealTek 8129/8139
|
2000-01-23 18:31:19 +00:00
|
|
|
device sf # Adaptec AIC-6915 (``Starfire'')
|
|
|
|
|
device sis # Silicon Integrated Systems SiS 900/SiS 7016
|
|
|
|
|
device ste # Sundance ST201 (D-Link DFE-550TX)
|
|
|
|
|
device tl # Texas Instruments ThunderLAN
|
2000-11-07 20:22:19 +00:00
|
|
|
device tx # SMC EtherPower II (83c170 ``EPIC'')
|
2000-01-23 18:31:19 +00:00
|
|
|
device vr # VIA Rhine, Rhine II
|
|
|
|
|
device wb # Winbond W89C840F
|
|
|
|
|
device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-11-07 21:26:34 +00:00
|
|
|
# ISA Ethernet NICs. pccard nics included.
|
|
|
|
|
device cs # Crystal Semiconductor CS89x0 NIC
|
2001-03-03 08:31:37 +00:00
|
|
|
# 'device ed' requires 'device miibus'
|
2000-11-07 21:26:34 +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
|
|
|
|
|
device sn # SMC's 9000 series of ethernet chips
|
|
|
|
|
device xe # Xircom pccard ethernet
|
2000-11-07 21:07:35 +00:00
|
|
|
|
1999-12-18 07:47:34 +00:00
|
|
|
# The probe order of these is presently determined by i386/isa/isa_compat.c.
|
2001-03-03 08:31:37 +00:00
|
|
|
#device ie
|
|
|
|
|
#device le
|
2001-03-16 06:33:44 +00:00
|
|
|
device lnc
|
1999-10-26 04:57:24 +00:00
|
|
|
|
2000-11-07 21:26:34 +00:00
|
|
|
# Wireless NIC cards
|
|
|
|
|
device an # Aironet 4500/4800 802.11 wireless NICs.
|
|
|
|
|
device awi # BayStack 660 and others
|
|
|
|
|
device wi # WaveLAN/IEEE 802.11 wireless NICs.
|
|
|
|
|
#device wl # Older non 802.11 Wavelan wireless NIC.
|
|
|
|
|
|
2001-03-16 06:33:44 +00:00
|
|
|
# Pseudo devices - the number indicates how many units to allocate.
|
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
|
|
|
|
|
device ppp 1 # Kernel PPP
|
|
|
|
|
device tun # Packet tunnel.
|
|
|
|
|
device pty # Pseudo-ttys (telnet etc)
|
|
|
|
|
device md # Memory "disks"
|
2001-03-16 06:33:44 +00:00
|
|
|
device gif 4 # IPv6 and IPv4 tunneling
|
|
|
|
|
device faith 1 # 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.
|
1999-10-26 04:57:24 +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
|
1999-10-26 04:57:24 +00:00
|
|
|
|
|
|
|
|
# USB support
|
2000-11-07 21:07:35 +00:00
|
|
|
device uhci # UHCI PCI->USB interface
|
|
|
|
|
device ohci # OHCI PCI->USB interface
|
|
|
|
|
device usb # USB Bus (required)
|
|
|
|
|
#device udbp # USB Double Bulk Pipe devices
|
|
|
|
|
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
|
|
|
|
|
device uscanner # Scanners
|
2000-04-30 15:38:28 +00:00
|
|
|
# USB Ethernet, requires mii
|
2000-11-07 21:07:35 +00:00
|
|
|
device aue # ADMtek USB ethernet
|
|
|
|
|
device cue # CATC USB ethernet
|
|
|
|
|
device kue # Kawasaki LSI USB ethernet
|
1999-11-20 07:23:28 +00:00
|
|
|
|
2001-03-03 08:31:37 +00:00
|
|
|
# This is an experimental kernel, so include DDB, INVARIANTS and WITNESS
|
|
|
|
|
options DDB
|
|
|
|
|
options INVARIANTS
|
|
|
|
|
options INVARIANT_SUPPORT
|
|
|
|
|
options WITNESS
|
