1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2000-06-26 10:04:00 +00:00
|
|
|
|
# NOTES -- Lines that can be cut/pasted into kernel and hints configs.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
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
|
|
|
|
# Lines that begin with 'device', 'options', 'machine', 'ident', 'maxusers',
|
|
|
|
|
# 'makeoptions', 'hints' etc go into the kernel configuration that you
|
|
|
|
|
# run config(8) with.
|
|
|
|
|
#
|
|
|
|
|
# Lines that begin with 'hints.' are NOT for config(8), they go into your
|
|
|
|
|
# hints file. See /boot/device.hints and/or the 'hints' config(8) directive.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2000-09-09 16:33:48 +00:00
|
|
|
|
# Please use ``make LINT'' to create an old-style LINT file if you want to
|
|
|
|
|
# do kernel test-builds.
|
|
|
|
|
#
|
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
|
|
|
|
# $FreeBSD$
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# This directive is mandatory; it defines the architecture to be
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# configured for; in this case, the 386 family based IBM-PC and
|
|
|
|
|
# compatibles.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-04-24 21:45:44 +00:00
|
|
|
|
machine i386
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# This is the ``identification'' of the kernel. Usually this should
|
|
|
|
|
# be the same as the name of your kernel.
|
|
|
|
|
#
|
1993-08-22 02:59:49 +00:00
|
|
|
|
ident LINT
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# The `maxusers' parameter controls the static sizing of a number of
|
|
|
|
|
# internal system tables by a complicated formula defined in param.c.
|
|
|
|
|
#
|
1993-08-22 02:59:49 +00:00
|
|
|
|
maxusers 10
|
|
|
|
|
|
2000-10-14 08:40:47 +00:00
|
|
|
|
#
|
|
|
|
|
# We want LINT to cover profiling as well
|
2001-01-04 19:23:33 +00:00
|
|
|
|
profile 2
|
2000-10-14 08:40:47 +00:00
|
|
|
|
|
1999-04-14 16:54:00 +00:00
|
|
|
|
#
|
|
|
|
|
# The `makeoptions' parameter allows variables to be passed to the
|
1999-10-03 07:09:31 +00:00
|
|
|
|
# generated Makefile in the build area.
|
|
|
|
|
#
|
|
|
|
|
# CONF_CFLAGS gives some extra compiler flags that are added to ${CFLAGS}
|
|
|
|
|
# after most other flags. Here we use it to inhibit use of non-optimal
|
|
|
|
|
# gcc builtin functions (e.g., memcmp).
|
|
|
|
|
#
|
|
|
|
|
# DEBUG happens to be magic.
|
1999-04-14 16:54:00 +00:00
|
|
|
|
# The following is equivalent to 'config -g KERNELNAME' and creates
|
|
|
|
|
# 'kernel.debug' compiled with -g debugging as well as a normal
|
|
|
|
|
# 'kernel'. Use 'make install.debug' to install the debug kernel
|
|
|
|
|
# but that isn't normally necessary as the debug symbols are not loaded
|
|
|
|
|
# by the kernel and are not useful there anyway.
|
|
|
|
|
#
|
1999-05-09 22:26:10 +00:00
|
|
|
|
# KERNEL can be overridden so that you can change the default name of your
|
|
|
|
|
# kernel.
|
|
|
|
|
#
|
1999-10-03 07:09:31 +00:00
|
|
|
|
makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc.
|
1999-04-24 21:45:44 +00:00
|
|
|
|
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
|
1999-05-09 22:26:10 +00:00
|
|
|
|
#makeoptions KERNEL=foo #Build kernel "foo" and install "/foo"
|
1999-04-14 16:54:00 +00:00
|
|
|
|
|
1996-12-22 18:28:50 +00:00
|
|
|
|
#
|
2001-01-31 04:07:34 +00:00
|
|
|
|
# Certain applications can grow to be larger than the 512M limit
|
1996-12-22 18:28:50 +00:00
|
|
|
|
# that FreeBSD initially imposes. Below are some options to
|
2001-01-31 04:07:34 +00:00
|
|
|
|
# allow that limit to grow to 1GB, and can be increased further
|
1996-12-22 18:28:50 +00:00
|
|
|
|
# with changing the parameters. MAXDSIZ is the maximum that the
|
|
|
|
|
# limit can be set to, and the DFLDSIZ is the default value for
|
2001-07-20 20:26:34 +00:00
|
|
|
|
# the limit. MAXSSIZ is the maximum that the stack limit can be
|
|
|
|
|
# set to. You might want to set the default lower than the max,
|
|
|
|
|
# and explicitly set the maximum with a shell command for processes
|
1996-12-22 18:28:50 +00:00
|
|
|
|
# that regularly exceed the limit like INND.
|
|
|
|
|
#
|
2001-01-31 04:07:34 +00:00
|
|
|
|
options MAXDSIZ="(1024UL*1024*1024)"
|
2001-07-20 20:26:34 +00:00
|
|
|
|
options MAXSSIZ="(128UL*1024*1024)"
|
2001-01-31 04:07:34 +00:00
|
|
|
|
options DFLDSIZ="(1024UL*1024*1024)"
|
1996-12-22 18:28:50 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1999-09-22 04:11:55 +00:00
|
|
|
|
# BLKDEV_IOSIZE sets the default block size used in user block
|
|
|
|
|
# device I/O. Note that this value will be overriden by the label
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# when specifying a block device from a label with a non-0
|
1999-09-22 05:48:31 +00:00
|
|
|
|
# partition blocksize. The default is PAGE_SIZE.
|
1999-09-22 04:11:55 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options BLKDEV_IOSIZE=8192
|
1999-09-22 04:11:55 +00:00
|
|
|
|
|
1998-06-30 08:01:30 +00:00
|
|
|
|
# Options for the VM subsystem
|
2000-07-04 08:55:18 +00:00
|
|
|
|
options PQ_CACHESIZE=512 # color for 512k/16k cache
|
|
|
|
|
# Deprecated options supported for backwards compatibility
|
1999-06-29 18:58:27 +00:00
|
|
|
|
#options PQ_NOOPT # No coloring
|
2000-07-04 08:55:18 +00:00
|
|
|
|
#options PQ_LARGECACHE # color for 512k/16k cache
|
1999-06-29 18:58:27 +00:00
|
|
|
|
#options PQ_HUGECACHE # color for 1024k/16k cache
|
2000-08-08 08:13:01 +00:00
|
|
|
|
#options PQ_MEDIUMCACHE # color for 256k/16k cache
|
|
|
|
|
#options PQ_NORMALCACHE # color for 64k/16k cache
|
1998-06-30 08:01:30 +00:00
|
|
|
|
|
1997-01-16 07:43:27 +00:00
|
|
|
|
# This allows you to actually store this configuration file into
|
|
|
|
|
# the kernel binary itself, where it may be later read by saying:
|
2001-05-26 06:01:43 +00:00
|
|
|
|
# strings -n 3 /boot/kernel/kernel | sed -n 's/^___//p' > MYKERNEL
|
1997-01-16 07:43:27 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options INCLUDE_CONFIG_FILE # Include this file in kernel
|
1997-01-16 07:43:27 +00:00
|
|
|
|
|
2000-05-19 20:46:28 +00:00
|
|
|
|
#
|
|
|
|
|
# The root device and filesystem type can be compiled in;
|
|
|
|
|
# this provides a fallback option if the root device cannot
|
|
|
|
|
# be correctly guesst by the bootstrap code, or an override if
|
|
|
|
|
# the RB_DFLTROOT flag (-r) is specified when booting the kernel.
|
|
|
|
|
#
|
|
|
|
|
options ROOTDEVNAME=\"ufs:da0s2e\"
|
|
|
|
|
|
1997-04-26 11:46:25 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# SMP OPTIONS:
|
|
|
|
|
#
|
|
|
|
|
# SMP enables building of a Symmetric MultiProcessor Kernel.
|
|
|
|
|
# APIC_IO enables the use of the IO APIC for Symmetric I/O.
|
|
|
|
|
#
|
|
|
|
|
# Notes:
|
|
|
|
|
#
|
|
|
|
|
# An SMP kernel will ONLY run on an Intel MP spec. qualified motherboard.
|
|
|
|
|
#
|
1999-04-24 21:45:44 +00:00
|
|
|
|
# Be sure to disable 'cpu I386_CPU' && 'cpu I486_CPU' for SMP kernels.
|
1997-04-26 11:46:25 +00:00
|
|
|
|
#
|
|
|
|
|
# Check the 'Rogue SMP hardware' section to see if additional options
|
|
|
|
|
# are required by your hardware.
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# Mandatory:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SMP # Symmetric MultiProcessor Kernel
|
|
|
|
|
options APIC_IO # Symmetric (APIC) I/O
|
1997-04-26 11:46:25 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Rogue SMP hardware:
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# Bridged PCI cards:
|
|
|
|
|
#
|
|
|
|
|
# The MP tables of most of the current generation MP motherboards
|
|
|
|
|
# do NOT properly support bridged PCI cards. To use one of these
|
|
|
|
|
# cards you should refer to ???
|
|
|
|
|
|
2000-09-21 06:56:11 +00:00
|
|
|
|
# SMP Debugging Options:
|
|
|
|
|
#
|
2000-10-20 07:41:50 +00:00
|
|
|
|
# MUTEX_DEBUG enables various extra assertions in the mutex code.
|
2000-09-21 06:56:11 +00:00
|
|
|
|
# WITNESS enables the mutex witness code which detects deadlocks and cycles
|
|
|
|
|
# during locking operations.
|
2000-10-27 03:00:28 +00:00
|
|
|
|
# WITNESS_DDB causes the witness code to drop into the kernel debugger if
|
|
|
|
|
# a lock heirarchy violation occurs or if locks are held when going to
|
|
|
|
|
# sleep.
|
|
|
|
|
# WITNESS_SKIPSPIN disables the witness checks on spin mutexes.
|
2000-10-20 07:41:50 +00:00
|
|
|
|
options MUTEX_DEBUG
|
2000-09-21 06:56:11 +00:00
|
|
|
|
options WITNESS
|
2000-10-27 03:00:28 +00:00
|
|
|
|
options WITNESS_DDB
|
|
|
|
|
options WITNESS_SKIPSPIN
|
2000-09-21 06:56:11 +00:00
|
|
|
|
|
1997-03-23 11:08:28 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# CPU OPTIONS
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# You must specify at least one CPU (the one you intend to run on);
|
|
|
|
|
# deleting the specification for CPUs you don't need to use may make
|
Stop doing runtime checking on i386 cpus for cpu class. The cpu is
slow enough as it is, without having to constantly check that it really
is an i386 still. It was possible to compile out the conditionals for
faster cpus by leaving out 'I386_CPU', but it was not possible to
unconditionally compile for the i386. You got the runtime checking whether
you wanted it or not. This makes I386_CPU mutually exclusive with the
other cpu types, and tidies things up a little in the process.
Reviewed by: alfred, markm, phk, benno, jlemon, jhb, jake, grog, msmith,
jasone, dcs, des (and a bunch more people who encouraged it)
2001-01-16 09:10:34 +00:00
|
|
|
|
# parts of the system run faster.
|
|
|
|
|
# I386_CPU is mutually exclusive with the other CPU types.
|
1997-03-23 11:08:28 +00:00
|
|
|
|
#
|
Stop doing runtime checking on i386 cpus for cpu class. The cpu is
slow enough as it is, without having to constantly check that it really
is an i386 still. It was possible to compile out the conditionals for
faster cpus by leaving out 'I386_CPU', but it was not possible to
unconditionally compile for the i386. You got the runtime checking whether
you wanted it or not. This makes I386_CPU mutually exclusive with the
other cpu types, and tidies things up a little in the process.
Reviewed by: alfred, markm, phk, benno, jlemon, jhb, jake, grog, msmith,
jasone, dcs, des (and a bunch more people who encouraged it)
2001-01-16 09:10:34 +00:00
|
|
|
|
#cpu I386_CPU
|
1999-04-24 21:45:44 +00:00
|
|
|
|
cpu I486_CPU
|
|
|
|
|
cpu I586_CPU # aka Pentium(tm)
|
|
|
|
|
cpu I686_CPU # aka Pentium Pro(tm)
|
1997-03-23 11:08:28 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Options for CPU features.
|
|
|
|
|
#
|
|
|
|
|
# CPU_BLUELIGHTNING_FPU_OP_CACHE enables FPU operand cache on IBM
|
|
|
|
|
# BlueLightning CPU. It works only with Cyrix FPU, and this option
|
|
|
|
|
# should not be used with Intel FPU.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# CPU_BLUELIGHTNING_3X enables triple-clock mode on IBM Blue Lightning
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CPU if CPU supports it. The default is double-clock mode on
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# BlueLightning CPU box.
|
1997-03-23 11:08:28 +00:00
|
|
|
|
#
|
|
|
|
|
# CPU_BTB_EN enables branch target buffer on Cyrix 5x86 (NOTE 1).
|
|
|
|
|
#
|
1997-06-27 13:46:19 +00:00
|
|
|
|
# CPU_DIRECT_MAPPED_CACHE sets L1 cache of Cyrix 486DLC CPU in direct
|
|
|
|
|
# mapped mode. Default is 2-way set associative mode.
|
|
|
|
|
#
|
1997-10-06 08:08:41 +00:00
|
|
|
|
# CPU_CYRIX_NO_LOCK enables weak locking for the entire address space
|
1999-06-15 13:14:56 +00:00
|
|
|
|
# of Cyrix 6x86 and 6x86MX CPUs by setting the NO_LOCK bit of CCR1.
|
|
|
|
|
# Otherwise, the NO_LOCK bit of CCR1 is cleared. (NOTE 3)
|
1997-10-06 08:08:41 +00:00
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CPU_DISABLE_5X86_LSSER disables load store serialize (i.e. enables
|
|
|
|
|
# reorder). This option should not be used if you use memory mapped
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# I/O device(s).
|
1997-03-23 11:08:28 +00:00
|
|
|
|
#
|
2001-07-12 06:32:51 +00:00
|
|
|
|
# CPU_ENABLE_SSE enables SSE/MMX2 instructions support.
|
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CPU_FASTER_5X86_FPU enables faster FPU exception handler.
|
|
|
|
|
#
|
|
|
|
|
# CPU_I486_ON_386 enables CPU cache on i486 based CPU upgrade products
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# for i386 machines.
|
1997-06-27 13:46:19 +00:00
|
|
|
|
#
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# CPU_IORT defines I/O clock delay time (NOTE 1). Default values of
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# I/O clock delay time on Cyrix 5x86 and 6x86 are 0 and 7,respectively
|
|
|
|
|
# (no clock delay).
|
|
|
|
|
#
|
2000-06-13 09:10:37 +00:00
|
|
|
|
# CPU_L2_LATENCY specifed the L2 cache latency value. This option is used
|
|
|
|
|
# only when CPU_PPRO2CELERON is defined and Mendocino Celeron is detected.
|
|
|
|
|
# The default value is 5.
|
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CPU_LOOP_EN prevents flushing the prefetch buffer if the destination
|
|
|
|
|
# of a jump is already present in the prefetch buffer on Cyrix 5x86(NOTE
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# 1).
|
1997-03-23 11:08:28 +00:00
|
|
|
|
#
|
2000-06-13 09:10:37 +00:00
|
|
|
|
# CPU_PPRO2CELERON enables L2 cache of Mendocino Celeron CPUs. This option
|
|
|
|
|
# is useful when you use Socket 8 to Socket 370 converter, because most Pentium
|
|
|
|
|
# Pro BIOSs do not enable L2 cache of Mendocino Celeron CPUs.
|
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CPU_RSTK_EN enables return stack on Cyrix 5x86 (NOTE 1).
|
|
|
|
|
#
|
|
|
|
|
# CPU_SUSP_HLT enables suspend on HALT. If this option is set, CPU
|
|
|
|
|
# enters suspend mode following execution of HALT instruction.
|
|
|
|
|
#
|
1998-10-06 13:16:29 +00:00
|
|
|
|
# CPU_WT_ALLOC enables write allocation on Cyrix 6x86/6x86MX and AMD
|
|
|
|
|
# K5/K6/K6-2 cpus.
|
1997-10-06 08:08:41 +00:00
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# CYRIX_CACHE_WORKS enables CPU cache on Cyrix 486 CPUs with cache
|
|
|
|
|
# flush at hold state.
|
|
|
|
|
#
|
|
|
|
|
# CYRIX_CACHE_REALLY_WORKS enables (1) CPU cache on Cyrix 486 CPUs
|
|
|
|
|
# without cache flush at hold state, and (2) write-back CPU cache on
|
|
|
|
|
# Cyrix 6x86 whose revision < 2.7 (NOTE 2).
|
|
|
|
|
#
|
1997-12-04 21:20:58 +00:00
|
|
|
|
# NO_F00F_HACK disables the hack that prevents Pentiums (and ONLY
|
|
|
|
|
# Pentiums) from locking up when a LOCK CMPXCHG8B instruction is
|
2000-10-27 10:57:33 +00:00
|
|
|
|
# executed. This option is only needed if I586_CPU is also defined,
|
|
|
|
|
# and should be included for any non-Pentium CPU that defines it.
|
1997-12-04 21:20:58 +00:00
|
|
|
|
#
|
1998-12-27 23:23:26 +00:00
|
|
|
|
# NO_MEMORY_HOLE is an optimisation for systems with AMD K6 processors
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# which indicates that the 15-16MB range is *definitely* not being
|
1998-12-27 23:23:26 +00:00
|
|
|
|
# occupied by an ISA memory hole.
|
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# NOTE 1: The options, CPU_BTB_EN, CPU_LOOP_EN, CPU_IORT,
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# CPU_LOOP_EN and CPU_RSTK_EN should not be used because of CPU bugs.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# These options may crash your system.
|
1997-03-23 11:08:28 +00:00
|
|
|
|
#
|
|
|
|
|
# NOTE 2: If CYRIX_CACHE_REALLY_WORKS is not set, CPU cache is enabled
|
|
|
|
|
# in write-through mode when revision < 2.7. If revision of Cyrix
|
|
|
|
|
# 6x86 >= 2.7, CPU cache is always enabled in write-back mode.
|
|
|
|
|
#
|
1997-10-06 08:08:41 +00:00
|
|
|
|
# NOTE 3: This option may cause failures for software that requires
|
|
|
|
|
# locked cycles in order to operate correctly.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CPU_BLUELIGHTNING_FPU_OP_CACHE
|
|
|
|
|
options CPU_BLUELIGHTNING_3X
|
|
|
|
|
options CPU_BTB_EN
|
|
|
|
|
options CPU_DIRECT_MAPPED_CACHE
|
|
|
|
|
options CPU_DISABLE_5X86_LSSER
|
2001-07-12 06:32:51 +00:00
|
|
|
|
options CPU_ENABLE_SSE
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CPU_FASTER_5X86_FPU
|
|
|
|
|
options CPU_I486_ON_386
|
|
|
|
|
options CPU_IORT
|
2000-06-13 09:10:37 +00:00
|
|
|
|
options CPU_L2_LATENCY=5
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CPU_LOOP_EN
|
2000-06-13 09:10:37 +00:00
|
|
|
|
options CPU_PPRO2CELERON
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CPU_RSTK_EN
|
|
|
|
|
options CPU_SUSP_HLT
|
|
|
|
|
options CPU_WT_ALLOC
|
|
|
|
|
options CYRIX_CACHE_WORKS
|
|
|
|
|
options CYRIX_CACHE_REALLY_WORKS
|
|
|
|
|
#options NO_F00F_HACK
|
1997-03-23 11:08:28 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# A math emulator is mandatory if you wish to run on hardware which
|
|
|
|
|
# does not have a floating-point processor. Pick either the original,
|
|
|
|
|
# bogus (but freely-distributable) math emulator, or a much more
|
|
|
|
|
# fully-featured but GPL-licensed emulator taken from Linux.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MATH_EMULATE #Support for x87 emulation
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# Don't enable both of these in a real config.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options GPL_MATH_EMULATE #Support for x87 emulation via
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#new math emulator
|
1997-03-23 11:08:28 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# COMPATIBILITY OPTIONS
|
|
|
|
|
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# Implement system calls compatible with 4.3BSD and older versions of
|
1995-12-29 02:04:20 +00:00
|
|
|
|
# FreeBSD. You probably do NOT want to remove this as much current code
|
|
|
|
|
# still relies on the 4.3 emulation.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options COMPAT_43
|
1994-01-27 01:01:22 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# These three options provide support for System V Interface
|
|
|
|
|
# Definition-style interprocess communication, in the form of shared
|
|
|
|
|
# memory, semaphores, and message queues, respectively.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SYSVSHM
|
|
|
|
|
options SYSVSEM
|
|
|
|
|
options SYSVMSG
|
1994-02-01 08:34:16 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# DEBUGGING OPTIONS
|
1994-02-01 08:34:16 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1995-01-25 21:40:47 +00:00
|
|
|
|
# Enable the kernel debugger.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DDB
|
1995-01-25 21:40:47 +00:00
|
|
|
|
|
1996-02-28 21:42:15 +00:00
|
|
|
|
#
|
|
|
|
|
# Don't drop into DDB for a panic. Intended for unattended operation
|
|
|
|
|
# where you may want to drop to DDB from the console, but still want
|
|
|
|
|
# the machine to recover from a panic
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DDB_UNATTENDED
|
1996-02-28 21:42:15 +00:00
|
|
|
|
|
1997-06-04 16:44:29 +00:00
|
|
|
|
#
|
|
|
|
|
# If using GDB remote mode to debug the kernel, there's a non-standard
|
|
|
|
|
# extension to the remote protocol that can be used to use the serial
|
|
|
|
|
# port as both the debugging port and the system console. It's non-
|
|
|
|
|
# standard and you're on your own if you enable it. See also the
|
|
|
|
|
# "remotechat" variables in the FreeBSD specific version of gdb.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options GDB_REMOTE_CHAT
|
1997-06-04 16:44:29 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# KTRACE enables the system-call tracing facility ktrace(2).
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options KTRACE #kernel tracing
|
1994-08-31 06:17:49 +00:00
|
|
|
|
|
2000-09-21 06:50:02 +00:00
|
|
|
|
#
|
|
|
|
|
# KTR is a kernel tracing mechanism imported from BSD/OS. Currently it
|
|
|
|
|
# has no userland interface aside from a few sysctl's. It is enabled with
|
|
|
|
|
# the KTR option. The KTR_EXTEND option causes trace events to be generated
|
|
|
|
|
# as a string from snprintf rather than as a string and up to 5 argument
|
|
|
|
|
# pointers. KTR_ENTRIES defines the number of entries in the circular trace
|
|
|
|
|
# buffer. KTR_COMPILE defines the mask of events to compile into the kernel
|
|
|
|
|
# as defined by the KTR_* constants in <sys/ktr.h>. KTR_MASK defines the
|
|
|
|
|
# initial value of the ktr_mask variable which determines at runtime what
|
|
|
|
|
# events to trace. KTR_CPUMASK determines which CPU's log events, with
|
2000-11-07 01:50:10 +00:00
|
|
|
|
# bit X corresponding to cpu X. KTR_VERBOSE enables dumping of KTR events
|
|
|
|
|
# to the console by default. This functionality can be toggled via the
|
|
|
|
|
# debug.ktr_verbose sysctl and defaults to off if KTR_VERBOSE is not defined.
|
2000-09-21 06:50:02 +00:00
|
|
|
|
#
|
|
|
|
|
options KTR
|
|
|
|
|
options KTR_EXTEND
|
|
|
|
|
options KTR_ENTRIES=1024
|
2001-06-06 06:58:13 +00:00
|
|
|
|
options KTR_COMPILE="(KTR_INTR|KTR_PROC)"
|
2001-06-04 18:26:02 +00:00
|
|
|
|
options KTR_MASK=KTR_INTR
|
2000-09-21 06:50:02 +00:00
|
|
|
|
options KTR_CPUMASK=0x3
|
2000-11-07 01:50:10 +00:00
|
|
|
|
options KTR_VERBOSE
|
2000-09-21 06:50:02 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-01-08 17:31:30 +00:00
|
|
|
|
# The INVARIANTS option is used in a number of source files to enable
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# extra sanity checking of internal structures. This support is not
|
|
|
|
|
# enabled by default because of the extra time it would take to check
|
|
|
|
|
# for these conditions, which can only occur as a result of
|
|
|
|
|
# programming errors.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options INVARIANTS
|
1999-01-08 17:31:30 +00:00
|
|
|
|
|
2001-02-24 19:03:18 +00:00
|
|
|
|
#
|
|
|
|
|
# The INVARIANT_SUPPORT option makes us compile in support for
|
|
|
|
|
# verifying some of the internal structures. It is a prerequisite for
|
|
|
|
|
# 'INVARIANTS', as enabling 'INVARIANTS' will make these functions be
|
|
|
|
|
# called. The intent is that you can set 'INVARIANTS' for single
|
|
|
|
|
# source files (by changing the source file or specifying it on the
|
|
|
|
|
# command line) if you have 'INVARIANT_SUPPORT' enabled. Also, if you
|
|
|
|
|
# wish to build a kernel module with 'INVARIANTS', then adding
|
|
|
|
|
# 'INVARIANT_SUPPORT' to your kernel will provide all the necessary
|
|
|
|
|
# infrastructure without the added overhead.
|
|
|
|
|
#
|
|
|
|
|
options INVARIANT_SUPPORT
|
|
|
|
|
|
1999-01-08 17:31:30 +00:00
|
|
|
|
#
|
|
|
|
|
# The DIAGNOSTIC option is used to enable extra debugging information
|
|
|
|
|
# from some parts of the kernel. As this makes everything more noisy,
|
|
|
|
|
# it is disabled by default.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DIAGNOSTIC
|
1994-01-31 10:27:13 +00:00
|
|
|
|
|
2001-04-11 19:29:24 +00:00
|
|
|
|
#
|
|
|
|
|
# REGRESSION causes optional kernel interfaces necessary only for regression
|
|
|
|
|
# testing to be enabled. These interfaces may consitute security risks
|
|
|
|
|
# when enabled, as they permit processes to easily modify aspects of the
|
|
|
|
|
# run-time environment to reproduce unlikely or unusual (possibly normally
|
|
|
|
|
# impossible) scenarios.
|
|
|
|
|
#
|
|
|
|
|
options REGRESSION
|
|
|
|
|
|
1995-01-14 02:39:22 +00:00
|
|
|
|
#
|
1996-04-02 18:13:36 +00:00
|
|
|
|
# PERFMON causes the driver for Pentium/Pentium Pro performance counters
|
|
|
|
|
# to be compiled. See perfmon(4) for more information.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PERFMON
|
1996-04-02 18:13:36 +00:00
|
|
|
|
|
1998-02-04 04:41:37 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# This option let some drivers co-exist that can't co-exist in a running
|
|
|
|
|
# system. This is used to be able to compile all kernel code in one go for
|
|
|
|
|
# quality assurance purposes (like this file, which the option takes it name
|
|
|
|
|
# from.)
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options COMPILING_LINT
|
1998-02-04 04:41:37 +00:00
|
|
|
|
|
|
|
|
|
|
1996-04-02 18:13:36 +00:00
|
|
|
|
# XXX - this doesn't belong here.
|
1995-01-14 02:39:22 +00:00
|
|
|
|
# Allow ordinary users to take the console - this is useful for X.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UCONSOLE
|
1995-01-14 02:39:22 +00:00
|
|
|
|
|
1996-09-11 19:53:45 +00:00
|
|
|
|
# XXX - this doesn't belong here either
|
2001-06-12 09:40:04 +00:00
|
|
|
|
#options USERCONFIG #boot -c editor
|
|
|
|
|
#options INTRO_USERCONFIG #imply -c and show intro screen
|
|
|
|
|
#options VISUAL_USERCONFIG #visual boot -c editor
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# NETWORKING OPTIONS
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Protocol families:
|
|
|
|
|
# Only the INET (Internet) family is officially supported in FreeBSD.
|
1996-11-06 14:52:20 +00:00
|
|
|
|
# Source code for the NS (Xerox Network Service) is provided for amusement
|
|
|
|
|
# value.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options INET #Internet communications protocols
|
1999-11-22 11:13:00 +00:00
|
|
|
|
options INET6 #IPv6 communications protocols
|
1999-12-22 19:13:38 +00:00
|
|
|
|
options IPSEC #IP security
|
|
|
|
|
options IPSEC_ESP #IP security (crypto; define w/ IPSEC)
|
|
|
|
|
options IPSEC_DEBUG #debug for IP security
|
1995-05-05 07:47:44 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPX #IPX/SPX communications protocols
|
|
|
|
|
options IPXIP #IPX in IP encapsulation (not available)
|
|
|
|
|
options IPTUNNEL #IP in IPX encapsulation (not available)
|
1995-10-26 20:31:59 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NCP #NetWare Core protocol
|
1999-10-02 05:30:40 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NETATALK #Appletalk communications protocols
|
2001-01-20 12:34:53 +00:00
|
|
|
|
options NETATALKDEBUG #Appletalk debugging
|
1996-06-18 10:20:16 +00:00
|
|
|
|
|
1996-11-06 14:52:20 +00:00
|
|
|
|
# These are currently broken but are shipped due to interest.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
#options NS #Xerox NS protocols
|
|
|
|
|
#options NSIP #XNS over IP
|
1994-10-04 14:11:02 +00:00
|
|
|
|
|
2001-02-24 15:44:30 +00:00
|
|
|
|
# mchain library. It can be either loaded as KLD or compiled into kernel
|
|
|
|
|
options LIBMCHAIN
|
|
|
|
|
|
1999-10-21 09:06:11 +00:00
|
|
|
|
# netgraph(4). Enable the base netgraph code with the NETGRAPH option.
|
|
|
|
|
# Individual node types can be enabled with the corresponding option
|
|
|
|
|
# listed below; however, this is not strictly necessary as netgraph
|
|
|
|
|
# will automatically load the corresponding KLD module if the node type
|
1999-12-03 21:21:49 +00:00
|
|
|
|
# is not already compiled into the kernel. Each type below has a
|
|
|
|
|
# corresponding man page, e.g., ng_async(8).
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH #netgraph(4) system
|
|
|
|
|
options NETGRAPH_ASYNC
|
1999-12-03 21:21:49 +00:00
|
|
|
|
options NETGRAPH_BPF
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_CISCO
|
|
|
|
|
options NETGRAPH_ECHO
|
2000-10-12 17:51:24 +00:00
|
|
|
|
options NETGRAPH_ETHER
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_FRAME_RELAY
|
|
|
|
|
options NETGRAPH_HOLE
|
|
|
|
|
options NETGRAPH_IFACE
|
1999-11-16 23:30:05 +00:00
|
|
|
|
options NETGRAPH_KSOCKET
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_LMI
|
2000-04-09 21:15:23 +00:00
|
|
|
|
# MPPC compression requires proprietary files (not included)
|
|
|
|
|
#options NETGRAPH_MPPC_COMPRESSION
|
|
|
|
|
options NETGRAPH_MPPC_ENCRYPTION
|
2000-11-16 16:59:26 +00:00
|
|
|
|
options NETGRAPH_ONE2MANY
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_PPP
|
|
|
|
|
options NETGRAPH_PPPOE
|
1999-12-08 18:55:39 +00:00
|
|
|
|
options NETGRAPH_PPTPGRE
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_RFC1490
|
|
|
|
|
options NETGRAPH_SOCKET
|
|
|
|
|
options NETGRAPH_TEE
|
|
|
|
|
options NETGRAPH_TTY
|
|
|
|
|
options NETGRAPH_UI
|
|
|
|
|
options NETGRAPH_VJC
|
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device mn # Munich32x/Falc54 Nx64kbit/sec cards.
|
2000-04-26 20:16:56 +00:00
|
|
|
|
device lmc # tulip based LanMedia WAN cards
|
2000-12-15 18:01:43 +00:00
|
|
|
|
device musycc # LMC/SBE LMC1504 quad T1/E1
|
1999-11-02 14:25:04 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# Network interfaces:
|
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 `loop' device is MANDATORY when networking is enabled.
|
|
|
|
|
# The `ether' device provides generic code to handle
|
1995-12-29 02:04:20 +00:00
|
|
|
|
# Ethernets; it is MANDATORY when a Ethernet device driver is
|
1999-02-20 11:18:00 +00:00
|
|
|
|
# configured or token-ring is enabled.
|
2001-06-19 17:00:55 +00:00
|
|
|
|
# The `fddi' device provides generic code to support FDDI.
|
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 `sppp' device serves a similar role for certain types
|
1995-11-21 02:50:10 +00:00
|
|
|
|
# of synchronous PPP links (like `cx', `ar').
|
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 `sl' device implements the Serial Line IP (SLIP) service.
|
|
|
|
|
# The `ppp' device implements the Point-to-Point Protocol.
|
|
|
|
|
# The `bpf' device enables the Berkeley Packet Filter. Be
|
1994-11-02 01:11:03 +00:00
|
|
|
|
# aware of the legal and administrative consequences of enabling this
|
|
|
|
|
# option. The number of devices determines the maximum number of
|
|
|
|
|
# simultaneous BPF clients programs runnable.
|
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 `disc' device implements a minimal network interface,
|
1994-12-22 21:00:05 +00:00
|
|
|
|
# which throws away all packets sent and never receives any. It is
|
2001-06-19 17:00:55 +00:00
|
|
|
|
# included for testing purposes. This shows up as the `ds' interface.
|
2000-09-01 21:24:07 +00:00
|
|
|
|
# The `tap' device is a pty-like virtual Ethernet interface
|
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 `tun' device implements (user-)ppp and nos-tun
|
|
|
|
|
# The `gif' device implements IPv6 over IP4 tunneling,
|
1999-12-07 17:39:16 +00:00
|
|
|
|
# IPv4 over IPv6 tunneling, IPv4 over IPv4 tunneling and
|
|
|
|
|
# IPv6 over IPv6 tunneling.
|
2000-11-08 10:09:01 +00:00
|
|
|
|
# The XBONEHACK option allows the same pair of addresses to be configured on
|
|
|
|
|
# multiple gif interfaces.
|
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 `faith' device captures packets sent to it and diverts them
|
1999-12-07 17:39:16 +00:00
|
|
|
|
# to the IPv4/IPv6 translation daemon.
|
2000-07-04 17:37:21 +00:00
|
|
|
|
# The `stf' device implements 6to4 encapsulation.
|
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 `ef' device provides support for multiple ethernet frame types
|
2000-01-23 03:35:11 +00:00
|
|
|
|
# specified via ETHER_* options. See ef(4) for details.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1997-10-18 10:10:36 +00:00
|
|
|
|
# The PPP_BSDCOMP option enables support for compress(1) style entire
|
|
|
|
|
# packet compression, the PPP_DEFLATE is for zlib/gzip style compression.
|
|
|
|
|
# PPP_FILTER enables code for filtering the ppp data stream and selecting
|
1999-07-06 19:23:32 +00:00
|
|
|
|
# events for resetting the demand dial activity timer - requires bpf.
|
1997-10-18 10:10:36 +00:00
|
|
|
|
# See pppd(8) for more details.
|
1997-08-19 17:11:35 +00:00
|
|
|
|
#
|
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 ether #Generic Ethernet
|
|
|
|
|
device vlan 1 #VLAN support
|
|
|
|
|
device token #Generic TokenRing
|
|
|
|
|
device fddi #Generic FDDI
|
|
|
|
|
device sppp #Generic Synchronous PPP
|
|
|
|
|
device loop 1 #Network loopback device
|
|
|
|
|
device bpf #Berkeley packet filter
|
|
|
|
|
device disc #Discard device (ds0, ds1, etc)
|
2000-09-01 21:24:07 +00:00
|
|
|
|
device tap #Virtual Ethernet 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 tun #Tunnel driver (ppp(8), nos-tun(8))
|
|
|
|
|
device sl #Serial Line IP
|
|
|
|
|
device ppp 2 #Point-to-point protocol
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options PPP_BSDCOMP #PPP BSD-compress support
|
|
|
|
|
options PPP_DEFLATE #PPP zlib/deflate/gzip support
|
|
|
|
|
options PPP_FILTER #enable bpf filtering (needs bpf)
|
1994-11-02 01:11:03 +00:00
|
|
|
|
|
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 ef # Multiple ethernet frames support
|
2000-01-23 03:35:11 +00:00
|
|
|
|
options ETHER_II # enable Ethernet_II frame
|
|
|
|
|
options ETHER_8023 # enable Ethernet_802.3 (Novell) frame
|
|
|
|
|
options ETHER_8022 # enable Ethernet_802.2 frame
|
|
|
|
|
options ETHER_SNAP # enable Ethernet_802.2/SNAP frame
|
|
|
|
|
|
1999-12-07 17:39:16 +00:00
|
|
|
|
# for IPv6
|
2001-07-20 19:53:08 +00:00
|
|
|
|
device gif #IPv6 and IPv4 tunneling
|
2000-11-08 10:09:01 +00:00
|
|
|
|
options XBONEHACK
|
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 faith 1 #for IPv6 and IPv4 translation
|
2000-07-04 17:37:21 +00:00
|
|
|
|
device stf #6to4 IPv6 over IPv4 encapsulation
|
1999-12-07 17:39:16 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# Internet family options:
|
|
|
|
|
#
|
|
|
|
|
# MROUTING enables the kernel multicast packet forwarder, which works
|
|
|
|
|
# with mrouted(8).
|
|
|
|
|
#
|
1994-11-02 01:11:03 +00:00
|
|
|
|
# IPFIREWALL enables support for IP firewall construction, in
|
1996-06-10 00:50:34 +00:00
|
|
|
|
# conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends
|
|
|
|
|
# logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT
|
|
|
|
|
# limits the number of times a matching entry can be logged.
|
1997-09-23 08:42:42 +00:00
|
|
|
|
#
|
|
|
|
|
# WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any"
|
|
|
|
|
# and if you do not add other rules during startup to allow access,
|
1999-09-23 04:22:33 +00:00
|
|
|
|
# YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall_type=open
|
1997-09-23 08:42:42 +00:00
|
|
|
|
# in /etc/rc.conf when first enabling this feature, then refining the
|
|
|
|
|
# firewall rules in /etc/rc.firewall after you've tested that the new kernel
|
|
|
|
|
# feature works properly.
|
1997-09-23 16:28:00 +00:00
|
|
|
|
#
|
1997-09-10 03:07:14 +00:00
|
|
|
|
# IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to
|
|
|
|
|
# allow everything. Use with care, if a cracker can crash your
|
|
|
|
|
# firewall machine, they can get to your protected machines. However,
|
|
|
|
|
# if you are using it as an as-needed filter for specific problems as
|
|
|
|
|
# they arise, then this may be for you. Changing the default to 'allow'
|
|
|
|
|
# means that you won't get stuck if the kernel and /sbin/ipfw binary get
|
|
|
|
|
# out of sync.
|
1994-11-02 01:11:03 +00:00
|
|
|
|
#
|
1996-07-10 19:44:30 +00:00
|
|
|
|
# IPDIVERT enables the divert IP sockets, used by ``ipfw divert''
|
|
|
|
|
#
|
1999-02-22 18:19:57 +00:00
|
|
|
|
# IPSTEALTH enables code to support stealth forwarding (i.e., forwarding
|
|
|
|
|
# packets without touching the ttl). This can be useful to hide firewalls
|
|
|
|
|
# from traceroute and similar tools.
|
|
|
|
|
#
|
2001-06-19 17:07:15 +00:00
|
|
|
|
# TCPDEBUG enables code which keeps traces of the TCP state machine
|
|
|
|
|
# for sockets with the SO_DEBUG option set, which can then be examined
|
|
|
|
|
# using the trpt(8) utility.
|
1995-10-10 04:03:12 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MROUTING # Multicast routing
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options IPFIREWALL #firewall
|
|
|
|
|
options IPFIREWALL_VERBOSE #print information about
|
1994-11-02 01:11:03 +00:00
|
|
|
|
# dropped packets
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options IPFIREWALL_FORWARD #enable transparent proxy support
|
|
|
|
|
options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity
|
|
|
|
|
options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default
|
2000-01-29 13:54:44 +00:00
|
|
|
|
options IPV6FIREWALL #firewall for IPv6
|
|
|
|
|
options IPV6FIREWALL_VERBOSE
|
|
|
|
|
options IPV6FIREWALL_VERBOSE_LIMIT=100
|
|
|
|
|
options IPV6FIREWALL_DEFAULT_TO_ACCEPT
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPDIVERT #divert sockets
|
1999-11-23 21:44:59 +00:00
|
|
|
|
options IPFILTER #ipfilter support
|
|
|
|
|
options IPFILTER_LOG #ipfilter logging
|
2000-07-25 15:40:19 +00:00
|
|
|
|
options IPFILTER_DEFAULT_BLOCK #block all packets by default
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPSTEALTH #support for stealth forwarding
|
|
|
|
|
options TCPDEBUG
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2001-06-01 10:02:28 +00:00
|
|
|
|
# RANDOM_IP_ID causes the ID field in IP packets to be randomized
|
|
|
|
|
# instead of incremented by 1 with each packet generated. This
|
|
|
|
|
# option closes a minor information leak which allows remote
|
|
|
|
|
# observers to determine the rate of packet generation on the
|
|
|
|
|
# machine by watching the counter.
|
|
|
|
|
options RANDOM_IP_ID
|
|
|
|
|
|
2000-06-20 01:09:23 +00:00
|
|
|
|
# Statically Link in accept filters
|
|
|
|
|
options ACCEPT_FILTER_DATA
|
|
|
|
|
options ACCEPT_FILTER_HTTP
|
|
|
|
|
|
1999-09-12 17:22:08 +00:00
|
|
|
|
# TCP_DROP_SYNFIN adds support for ignoring TCP packets with SYN+FIN. This
|
|
|
|
|
# prevents nmap et al. from identifying the TCP/IP stack, but breaks support
|
|
|
|
|
# for RFC1644 extensions and is not recommended for web servers.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1999-09-13 08:36:15 +00:00
|
|
|
|
options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN
|
1999-09-12 17:22:08 +00:00
|
|
|
|
|
1998-12-22 20:44:13 +00:00
|
|
|
|
# DUMMYNET enables the "dummynet" bandwidth limiter. You need
|
|
|
|
|
# IPFIREWALL as well. See the dummynet(4) manpage for more info.
|
|
|
|
|
# BRIDGE enables bridging between ethernet cards -- see bridge(4).
|
|
|
|
|
# You can use IPFIREWALL and dummynet together with bridging.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options DUMMYNET
|
|
|
|
|
options BRIDGE
|
1998-12-22 20:44:13 +00:00
|
|
|
|
|
(this is an extract from src/share/examples/atm/README)
===================================
HARP | Host ATM Research Platform
===================================
HARP 3
What is this stuff?
-------------------
The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center,
Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed
the Host ATM Research Platform (HARP) software, which allows IP hosts to
communicate over ATM networks using standard protocols. It is intended to
be a high-quality platform for IP/ATM research.
HARP provides a way for IP hosts to connect to ATM networks. It supports
standard methods of communication using IP over ATM. A host's standard IP
software sends and receives datagrams via a HARP ATM interface. HARP provides
functionality similar to (and typically replaces) vendor-provided ATM device
driver software.
HARP includes full source code, making it possible for researchers to
experiment with different approaches to running IP over ATM. HARP is
self-contained; it requires no other licenses or commercial software packages.
HARP implements support for the IETF Classical IP model for using IP over ATM
networks, including:
o IETF ATMARP address resolution client
o IETF ATMARP address resolution server
o IETF SCSP/ATMARP server
o UNI 3.1 and 3.0 signalling protocols
o Fore Systems's SPANS signalling protocol
What's supported
----------------
The following are supported by HARP 3:
o ATM Host Interfaces
- FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters
- FORE Systems, Inc. PCA-200E ATM PCI Adapters
- Efficient Networks, Inc. ENI-155p ATM PCI Adapters
o ATM Signalling Protocols
- The ATM Forum UNI 3.1 signalling protocol
- The ATM Forum UNI 3.0 signalling protocol
- The ATM Forum ILMI address registration
- FORE Systems's proprietary SPANS signalling protocol
- Permanent Virtual Channels (PVCs)
o IETF "Classical IP and ARP over ATM" model
- RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5"
- RFC 1577, "Classical IP and ARP over ATM"
- RFC 1626, "Default IP MTU for use over ATM AAL5"
- RFC 1755, "ATM Signaling Support for IP over ATM"
- RFC 2225, "Classical IP and ARP over ATM"
- RFC 2334, "Server Cache Synchronization Protocol (SCSP)"
- Internet Draft draft-ietf-ion-scsp-atmarp-00.txt,
"A Distributed ATMARP Service Using SCSP"
o ATM Sockets interface
- The file atm-sockets.txt contains further information
What's not supported
--------------------
The following major features of the above list are not currently supported:
o UNI point-to-multipoint support
o Driver support for Traffic Control/Quality of Service
o SPANS multicast and MPP support
o SPANS signalling using Efficient adapters
This software was developed under the sponsorship of the Defense Advanced
Research Projects Agency (DARPA).
Reviewed (lightly) by: phk
Submitted by: Network Computing Services, Inc.
1998-09-15 11:44:44 +00:00
|
|
|
|
#
|
|
|
|
|
# ATM (HARP version) options
|
|
|
|
|
#
|
|
|
|
|
# ATM_CORE includes the base ATM functionality code. This must be included
|
|
|
|
|
# for ATM support.
|
|
|
|
|
#
|
|
|
|
|
# ATM_IP includes support for running IP over ATM.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# At least one (and usually only one) of the following signalling managers
|
(this is an extract from src/share/examples/atm/README)
===================================
HARP | Host ATM Research Platform
===================================
HARP 3
What is this stuff?
-------------------
The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center,
Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed
the Host ATM Research Platform (HARP) software, which allows IP hosts to
communicate over ATM networks using standard protocols. It is intended to
be a high-quality platform for IP/ATM research.
HARP provides a way for IP hosts to connect to ATM networks. It supports
standard methods of communication using IP over ATM. A host's standard IP
software sends and receives datagrams via a HARP ATM interface. HARP provides
functionality similar to (and typically replaces) vendor-provided ATM device
driver software.
HARP includes full source code, making it possible for researchers to
experiment with different approaches to running IP over ATM. HARP is
self-contained; it requires no other licenses or commercial software packages.
HARP implements support for the IETF Classical IP model for using IP over ATM
networks, including:
o IETF ATMARP address resolution client
o IETF ATMARP address resolution server
o IETF SCSP/ATMARP server
o UNI 3.1 and 3.0 signalling protocols
o Fore Systems's SPANS signalling protocol
What's supported
----------------
The following are supported by HARP 3:
o ATM Host Interfaces
- FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters
- FORE Systems, Inc. PCA-200E ATM PCI Adapters
- Efficient Networks, Inc. ENI-155p ATM PCI Adapters
o ATM Signalling Protocols
- The ATM Forum UNI 3.1 signalling protocol
- The ATM Forum UNI 3.0 signalling protocol
- The ATM Forum ILMI address registration
- FORE Systems's proprietary SPANS signalling protocol
- Permanent Virtual Channels (PVCs)
o IETF "Classical IP and ARP over ATM" model
- RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5"
- RFC 1577, "Classical IP and ARP over ATM"
- RFC 1626, "Default IP MTU for use over ATM AAL5"
- RFC 1755, "ATM Signaling Support for IP over ATM"
- RFC 2225, "Classical IP and ARP over ATM"
- RFC 2334, "Server Cache Synchronization Protocol (SCSP)"
- Internet Draft draft-ietf-ion-scsp-atmarp-00.txt,
"A Distributed ATMARP Service Using SCSP"
o ATM Sockets interface
- The file atm-sockets.txt contains further information
What's not supported
--------------------
The following major features of the above list are not currently supported:
o UNI point-to-multipoint support
o Driver support for Traffic Control/Quality of Service
o SPANS multicast and MPP support
o SPANS signalling using Efficient adapters
This software was developed under the sponsorship of the Defense Advanced
Research Projects Agency (DARPA).
Reviewed (lightly) by: phk
Submitted by: Network Computing Services, Inc.
1998-09-15 11:44:44 +00:00
|
|
|
|
# must be included (note that all signalling managers include PVC support):
|
|
|
|
|
# ATM_SIGPVC includes support for the PVC-only signalling manager `sigpvc'.
|
|
|
|
|
# ATM_SPANS includes support for the `spans' signalling manager, which runs
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# the FORE Systems's proprietary SPANS signalling protocol.
|
|
|
|
|
# ATM_UNI includes support for the `uni30' and `uni31' signalling managers,
|
(this is an extract from src/share/examples/atm/README)
===================================
HARP | Host ATM Research Platform
===================================
HARP 3
What is this stuff?
-------------------
The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center,
Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed
the Host ATM Research Platform (HARP) software, which allows IP hosts to
communicate over ATM networks using standard protocols. It is intended to
be a high-quality platform for IP/ATM research.
HARP provides a way for IP hosts to connect to ATM networks. It supports
standard methods of communication using IP over ATM. A host's standard IP
software sends and receives datagrams via a HARP ATM interface. HARP provides
functionality similar to (and typically replaces) vendor-provided ATM device
driver software.
HARP includes full source code, making it possible for researchers to
experiment with different approaches to running IP over ATM. HARP is
self-contained; it requires no other licenses or commercial software packages.
HARP implements support for the IETF Classical IP model for using IP over ATM
networks, including:
o IETF ATMARP address resolution client
o IETF ATMARP address resolution server
o IETF SCSP/ATMARP server
o UNI 3.1 and 3.0 signalling protocols
o Fore Systems's SPANS signalling protocol
What's supported
----------------
The following are supported by HARP 3:
o ATM Host Interfaces
- FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters
- FORE Systems, Inc. PCA-200E ATM PCI Adapters
- Efficient Networks, Inc. ENI-155p ATM PCI Adapters
o ATM Signalling Protocols
- The ATM Forum UNI 3.1 signalling protocol
- The ATM Forum UNI 3.0 signalling protocol
- The ATM Forum ILMI address registration
- FORE Systems's proprietary SPANS signalling protocol
- Permanent Virtual Channels (PVCs)
o IETF "Classical IP and ARP over ATM" model
- RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5"
- RFC 1577, "Classical IP and ARP over ATM"
- RFC 1626, "Default IP MTU for use over ATM AAL5"
- RFC 1755, "ATM Signaling Support for IP over ATM"
- RFC 2225, "Classical IP and ARP over ATM"
- RFC 2334, "Server Cache Synchronization Protocol (SCSP)"
- Internet Draft draft-ietf-ion-scsp-atmarp-00.txt,
"A Distributed ATMARP Service Using SCSP"
o ATM Sockets interface
- The file atm-sockets.txt contains further information
What's not supported
--------------------
The following major features of the above list are not currently supported:
o UNI point-to-multipoint support
o Driver support for Traffic Control/Quality of Service
o SPANS multicast and MPP support
o SPANS signalling using Efficient adapters
This software was developed under the sponsorship of the Defense Advanced
Research Projects Agency (DARPA).
Reviewed (lightly) by: phk
Submitted by: Network Computing Services, Inc.
1998-09-15 11:44:44 +00:00
|
|
|
|
# which run the ATM Forum UNI 3.x signalling protocols.
|
|
|
|
|
#
|
|
|
|
|
# The `hea' driver provides support for the Efficient Networks, Inc.
|
|
|
|
|
# ENI-155p ATM PCI Adapter.
|
|
|
|
|
#
|
|
|
|
|
# The `hfa' driver provides support for the FORE Systems, Inc.
|
|
|
|
|
# PCA-200E ATM PCI Adapter.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options ATM_CORE #core ATM protocol family
|
|
|
|
|
options ATM_IP #IP over ATM support
|
|
|
|
|
options ATM_SIGPVC #SIGPVC signalling manager
|
|
|
|
|
options ATM_SPANS #SPANS signalling manager
|
|
|
|
|
options ATM_UNI #UNI signalling manager
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device hea #Efficient ENI-155p ATM PCI
|
|
|
|
|
device hfa #FORE PCA-200E ATM PCI
|
(this is an extract from src/share/examples/atm/README)
===================================
HARP | Host ATM Research Platform
===================================
HARP 3
What is this stuff?
-------------------
The Advanced Networking Group (ANG) at the Minnesota Supercomputer Center,
Inc. (MSCI), as part of its work on the MAGIC Gigabit Testbed, developed
the Host ATM Research Platform (HARP) software, which allows IP hosts to
communicate over ATM networks using standard protocols. It is intended to
be a high-quality platform for IP/ATM research.
HARP provides a way for IP hosts to connect to ATM networks. It supports
standard methods of communication using IP over ATM. A host's standard IP
software sends and receives datagrams via a HARP ATM interface. HARP provides
functionality similar to (and typically replaces) vendor-provided ATM device
driver software.
HARP includes full source code, making it possible for researchers to
experiment with different approaches to running IP over ATM. HARP is
self-contained; it requires no other licenses or commercial software packages.
HARP implements support for the IETF Classical IP model for using IP over ATM
networks, including:
o IETF ATMARP address resolution client
o IETF ATMARP address resolution server
o IETF SCSP/ATMARP server
o UNI 3.1 and 3.0 signalling protocols
o Fore Systems's SPANS signalling protocol
What's supported
----------------
The following are supported by HARP 3:
o ATM Host Interfaces
- FORE Systems, Inc. SBA-200 and SBA-200E ATM SBus Adapters
- FORE Systems, Inc. PCA-200E ATM PCI Adapters
- Efficient Networks, Inc. ENI-155p ATM PCI Adapters
o ATM Signalling Protocols
- The ATM Forum UNI 3.1 signalling protocol
- The ATM Forum UNI 3.0 signalling protocol
- The ATM Forum ILMI address registration
- FORE Systems's proprietary SPANS signalling protocol
- Permanent Virtual Channels (PVCs)
o IETF "Classical IP and ARP over ATM" model
- RFC 1483, "Multiprotocol Encapsulation over ATM Adaptation Layer 5"
- RFC 1577, "Classical IP and ARP over ATM"
- RFC 1626, "Default IP MTU for use over ATM AAL5"
- RFC 1755, "ATM Signaling Support for IP over ATM"
- RFC 2225, "Classical IP and ARP over ATM"
- RFC 2334, "Server Cache Synchronization Protocol (SCSP)"
- Internet Draft draft-ietf-ion-scsp-atmarp-00.txt,
"A Distributed ATMARP Service Using SCSP"
o ATM Sockets interface
- The file atm-sockets.txt contains further information
What's not supported
--------------------
The following major features of the above list are not currently supported:
o UNI point-to-multipoint support
o Driver support for Traffic Control/Quality of Service
o SPANS multicast and MPP support
o SPANS signalling using Efficient adapters
This software was developed under the sponsorship of the Defense Advanced
Research Projects Agency (DARPA).
Reviewed (lightly) by: phk
Submitted by: Network Computing Services, Inc.
1998-09-15 11:44:44 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# FILESYSTEM OPTIONS
|
1994-05-17 22:30:41 +00:00
|
|
|
|
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# Only the root, /usr, and /tmp filesystems need be statically
|
|
|
|
|
# compiled; everything else will be automatically loaded at mount
|
2001-05-29 18:49:06 +00:00
|
|
|
|
# time. (Exception: the UFS family--- FFS --- cannot
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# currently be demand-loaded.) Some people still prefer to statically
|
|
|
|
|
# compile other filesystems as well.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
1998-02-09 15:03:38 +00:00
|
|
|
|
# NB: The NULL, PORTAL, UMAP and UNION filesystems are known to be
|
|
|
|
|
# buggy, and WILL panic your system if you attempt to do anything with
|
|
|
|
|
# them. They are included here as an incentive for some enterprising
|
|
|
|
|
# soul to sit down and fix them.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# One of these is mandatory:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options FFS #Fast filesystem
|
|
|
|
|
options NFS #Network File System
|
1994-08-28 06:46:25 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# The rest are optional:
|
1999-11-27 22:46:51 +00:00
|
|
|
|
#options NFS_NOSERVER #Disable the NFS-server code.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CD9660 #ISO 9660 filesystem
|
2001-05-23 09:42:29 +00:00
|
|
|
|
options FDESCFS #File descriptor filesystem
|
2001-01-31 05:33:23 +00:00
|
|
|
|
options HPFS #OS/2 File system
|
2000-06-29 10:45:55 +00:00
|
|
|
|
options MSDOSFS #MS DOS File System (FAT, FAT32)
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NTFS #NT File System
|
|
|
|
|
options NULLFS #NULL filesystem
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NWFS #NetWare filesystem
|
2001-05-23 09:42:29 +00:00
|
|
|
|
options PORTALFS #Portal filesystem
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PROCFS #Process filesystem
|
2001-06-11 11:04:36 +00:00
|
|
|
|
options PSEUDOFS #Pseudo-filesystem framework
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UMAPFS #UID map filesystem
|
2001-05-23 09:42:29 +00:00
|
|
|
|
options UNIONFS #Union filesystem
|
2001-05-13 20:52:40 +00:00
|
|
|
|
# options NODEVFS #disable devices filesystem
|
1998-10-05 07:45:54 +00:00
|
|
|
|
# The xFS_ROOT options REQUIRE the associated ``options xFS''
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NFS_ROOT #NFS usable as root device
|
Initial commit of IFS - a inode-namespaced FFS. Here is a short
description:
How it works:
--
Basically ifs is a copy of ffs, overriding some vfs/vnops. (Yes, hack.)
I didn't see the need in duplicating all of sys/ufs/ffs to get this
off the ground.
File creation is done through a special file - 'newfile' . When newfile
is called, the system allocates and returns an inode. Note that newfile
is done in a cloning fashion:
fd = open("newfile", O_CREAT|O_RDWR, 0644);
fstat(fd, &st);
printf("new file is %d\n", (int)st.st_ino);
Once you have created a file, you can open() and unlink() it by its returned
inode number retrieved from the stat call, ie:
fd = open("5", O_RDWR);
The creation permissions depend entirely if you have write access to the
root directory of the filesystem.
To get the list of currently allocated inodes, VOP_READDIR has been added
which returns a directory listing of those currently allocated.
--
What this entails:
* patching conf/files and conf/options to include IFS as a new compile
option (and since ifs depends upon FFS, include the FFS routines)
* An entry in i386/conf/NOTES indicating IFS exists and where to go for
an explanation
* Unstaticize a couple of routines in src/sys/ufs/ffs/ which the IFS
routines require (ffs_mount() and ffs_reload())
* a new bunch of routines in src/sys/ufs/ifs/ which implement the IFS
routines. IFS replaces some of the vfsops, and a handful of vnops -
most notably are VFS_VGET(), VOP_LOOKUP(), VOP_UNLINK() and VOP_READDIR().
Any other directory operation is marked as invalid.
What this results in:
* an IFS partition's create permissions are controlled by the perm/ownership of
the root mount point, just like a normal directory
* Each inode has perm and ownership too
* IFS does *NOT* mean an FFS partition can be opened per inode. This is a
completely seperate filesystem here
* Softupdates doesn't work with IFS, and really I don't think it needs it.
Besides, fsck's are FAST. (Try it :-)
* Inodes 0 and 1 aren't allocatable because they are special (dump/swap IIRC).
Inode 2 isn't allocatable since UFS/FFS locks all inodes in the system against
this particular inode, and unravelling THAT code isn't trivial. Therefore,
useful inodes start at 3.
Enjoy, and feedback is definitely appreciated!
2000-10-14 03:02:30 +00:00
|
|
|
|
# This code enables IFS, an FFS which exports inodes as the namespace.
|
|
|
|
|
# You can find details in src/sys/ufs/ifs/README .
|
|
|
|
|
options IFS
|
1994-08-28 06:46:25 +00:00
|
|
|
|
|
2000-07-09 15:44:02 +00:00
|
|
|
|
# Soft updates is a technique for improving file system speed and
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# making abrupt shutdown less risky.
|
1999-01-08 16:04:18 +00:00
|
|
|
|
#
|
2000-07-03 13:24:25 +00:00
|
|
|
|
options SOFTUPDATES
|
1998-03-08 09:59:44 +00:00
|
|
|
|
|
Introduce extended attribute support for FFS, allowing arbitrary
(name, value) pairs to be associated with inodes. This support is
used for ACLs, MAC labels, and Capabilities in the TrustedBSD
security extensions, which are currently under development.
In this implementation, attributes are backed to data vnodes in the
style of the quota support in FFS. Support for FFS extended
attributes may be enabled using the FFS_EXTATTR kernel option
(disabled by default). Userland utilities and man pages will be
committed in the next batch. VFS interfaces and man pages have
been in the repo since 4.0-RELEASE and are unchanged.
o ufs/ufs/extattr.h: UFS-specific extattr defines
o ufs/ufs/ufs_extattr.c: bulk of support routines
o ufs/{ufs,ffs,mfs}/*.[ch]: hooks and extattr.h includes
o contrib/softupdates/ffs_softdep.c: extattr.h includes
o conf/options, conf/files, i386/conf/LINT: added FFS_EXTATTR
o coda/coda_vfsops.c: XXX required extattr.h due to ufsmount.h
(This should not be the case, and will be fixed in a future commit)
Currently attributes are not supported in MFS. This will be fixed.
Reviewed by: adrian, bp, freebsd-fs, other unthanked souls
Obtained from: TrustedBSD Project
2000-04-15 03:34:27 +00:00
|
|
|
|
# Extended attributes allow additional data to be associated with files,
|
2001-04-19 21:33:52 +00:00
|
|
|
|
# and is used for ACLs, Capabilities, and MAC labels.
|
|
|
|
|
# See src/sys/ufs/ufs/README.extattr for more information.
|
2001-03-19 23:27:37 +00:00
|
|
|
|
options UFS_EXTATTR
|
|
|
|
|
options UFS_EXTATTR_AUTOSTART
|
Introduce extended attribute support for FFS, allowing arbitrary
(name, value) pairs to be associated with inodes. This support is
used for ACLs, MAC labels, and Capabilities in the TrustedBSD
security extensions, which are currently under development.
In this implementation, attributes are backed to data vnodes in the
style of the quota support in FFS. Support for FFS extended
attributes may be enabled using the FFS_EXTATTR kernel option
(disabled by default). Userland utilities and man pages will be
committed in the next batch. VFS interfaces and man pages have
been in the repo since 4.0-RELEASE and are unchanged.
o ufs/ufs/extattr.h: UFS-specific extattr defines
o ufs/ufs/ufs_extattr.c: bulk of support routines
o ufs/{ufs,ffs,mfs}/*.[ch]: hooks and extattr.h includes
o contrib/softupdates/ffs_softdep.c: extattr.h includes
o conf/options, conf/files, i386/conf/LINT: added FFS_EXTATTR
o coda/coda_vfsops.c: XXX required extattr.h due to ufsmount.h
(This should not be the case, and will be fixed in a future commit)
Currently attributes are not supported in MFS. This will be fixed.
Reviewed by: adrian, bp, freebsd-fs, other unthanked souls
Obtained from: TrustedBSD Project
2000-04-15 03:34:27 +00:00
|
|
|
|
|
2001-04-19 21:33:52 +00:00
|
|
|
|
# Access Control List support for UFS filesystems. The current ACL
|
|
|
|
|
# implementation requires extended attribute support, UFS_EXTATTR,
|
|
|
|
|
# for the underlying filesystem.
|
|
|
|
|
# See src/sys/ufs/ufs/README.acls for more information.
|
|
|
|
|
options UFS_ACL
|
|
|
|
|
|
2001-07-10 21:21:29 +00:00
|
|
|
|
# Directory hashing improves the speed of operations on very large
|
|
|
|
|
# directories at the expense of some memory.
|
|
|
|
|
options UFS_DIRHASH
|
|
|
|
|
|
1999-11-26 20:08:44 +00:00
|
|
|
|
# Make space in the kernel for a root filesystem on a md device.
|
|
|
|
|
# Define to the number of kilobytes to reserve for the filesystem.
|
|
|
|
|
options MD_ROOT_SIZE=10
|
|
|
|
|
|
|
|
|
|
# Make the md device a potential root device, either with preloaded
|
|
|
|
|
# images of type mfs_root or md_root.
|
1999-11-27 22:46:51 +00:00
|
|
|
|
options MD_ROOT
|
1995-04-25 03:44:04 +00:00
|
|
|
|
|
1995-05-14 03:00:10 +00:00
|
|
|
|
# Allow this many swap-devices.
|
2001-01-15 06:45:01 +00:00
|
|
|
|
#
|
|
|
|
|
# In order to manage swap, the system must reserve bitmap space that
|
|
|
|
|
# scales with the largest mounted swap device multiplied by NSWAPDEV,
|
|
|
|
|
# irregardless of whether other swap devices exist or not. So it
|
|
|
|
|
# is not a good idea to make this value too large.
|
2001-01-16 10:48:58 +00:00
|
|
|
|
options NSWAPDEV=5
|
1995-05-14 03:00:10 +00:00
|
|
|
|
|
1999-03-16 16:27:46 +00:00
|
|
|
|
# Disk quotas are supported when this option is enabled.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options QUOTA #enable disk quotas
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# If you are running a machine just as a fileserver for PC and MAC
|
|
|
|
|
# users, using SAMBA or Netatalk, you may consider setting this option
|
|
|
|
|
# and keeping all those users' directories on a filesystem that is
|
|
|
|
|
# mounted with the suiddir option. This gives new files the same
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# ownership as the directory (similar to group). It's a security hole
|
1998-05-16 14:10:12 +00:00
|
|
|
|
# if you let these users run programs, so confine it to file-servers
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# (but it'll save you lots of headaches in those cases). Root owned
|
|
|
|
|
# directories are exempt and X bits are cleared. The suid bit must be
|
|
|
|
|
# set on the directory as well; see chmod(1) PC owners can't see/set
|
|
|
|
|
# ownerships so they keep getting their toes trodden on. This saves
|
|
|
|
|
# you all the support calls as the filesystem it's used on will act as
|
|
|
|
|
# they expect: "It's my dir so it must be my file".
|
1998-01-31 19:41:27 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SUIDDIR
|
1998-01-31 19:41:27 +00:00
|
|
|
|
|
1998-06-30 03:01:37 +00:00
|
|
|
|
# NFS options:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NFS_MINATTRTIMO=3 # VREG attrib cache timeout in sec
|
|
|
|
|
options NFS_MAXATTRTIMO=60
|
|
|
|
|
options NFS_MINDIRATTRTIMO=30 # VDIR attrib cache timeout in sec
|
|
|
|
|
options NFS_MAXDIRATTRTIMO=60
|
|
|
|
|
options NFS_GATHERDELAY=10 # Default write gather delay (msec)
|
|
|
|
|
options NFS_UIDHASHSIZ=29 # Tune the size of nfssvc_sock with this
|
|
|
|
|
options NFS_WDELAYHASHSIZ=16 # and with this
|
|
|
|
|
options NFS_MUIDHASHSIZ=63 # Tune the size of nfsmount with this
|
|
|
|
|
options NFS_DEBUG # Enable NFS Debugging
|
1998-06-30 03:01:37 +00:00
|
|
|
|
|
1998-09-11 18:50:17 +00:00
|
|
|
|
# Coda stuff:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CODA #CODA filesystem.
|
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 vcoda 4 #coda minicache <-> venus comm.
|
1998-08-27 02:37:11 +00:00
|
|
|
|
|
1999-01-21 09:24:28 +00:00
|
|
|
|
#
|
|
|
|
|
# Add support for the EXT2FS filesystem of Linux fame. Be a bit
|
|
|
|
|
# careful with this - the ext2fs code has a tendency to lag behind
|
|
|
|
|
# changes and not be exercised very much, so mounting read/write could
|
|
|
|
|
# be dangerous (and even mounting read only could result in panics.)
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options EXT2FS
|
1999-01-21 09:24:28 +00:00
|
|
|
|
|
2000-02-23 07:44:25 +00:00
|
|
|
|
# Use real implementations of the aio_* system calls. There are numerous
|
|
|
|
|
# stability issues in the current aio code that make it unsuitable for
|
|
|
|
|
# inclusion on shell boxes.
|
|
|
|
|
options VFS_AIO
|
1999-01-21 09:24:28 +00:00
|
|
|
|
|
2000-09-19 10:36:19 +00:00
|
|
|
|
# Enable the code UFS IO optimization through the VM system. This allows
|
|
|
|
|
# use VM operations instead of copying operations when possible.
|
|
|
|
|
#
|
|
|
|
|
# Even with this enabled, actual use of the code is still controlled by the
|
|
|
|
|
# sysctl vfs.ioopt. 0 gives no optimization, 1 gives normal (use VM
|
|
|
|
|
# operations if a request happens to fit), 2 gives agressive optimization
|
|
|
|
|
# (the operations are split to do as much as possible through the VM system.)
|
|
|
|
|
#
|
|
|
|
|
# Enabling this will probably not give an overall speedup except for
|
|
|
|
|
# special workloads.
|
|
|
|
|
options ENABLE_VFS_IOOPT
|
|
|
|
|
|
2000-06-25 09:18:13 +00:00
|
|
|
|
# Cryptographically secure random number generator; /dev/[u]random
|
2000-09-12 13:21:40 +00:00
|
|
|
|
device random
|
2000-06-25 09:18:13 +00:00
|
|
|
|
|
1998-06-21 13:36:53 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# POSIX P1003.1B
|
|
|
|
|
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# Real time extensions added in the 1993 Posix
|
1998-06-21 13:36:53 +00:00
|
|
|
|
# P1003_1B: Infrastructure
|
|
|
|
|
# _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING
|
|
|
|
|
# _KPOSIX_VERSION: Version kernel is built for
|
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options P1003_1B
|
|
|
|
|
options _KPOSIX_PRIORITY_SCHEDULING
|
|
|
|
|
options _KPOSIX_VERSION=199309L
|
1998-06-21 13:36:53 +00:00
|
|
|
|
|
2000-03-23 16:22:50 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# CLOCK OPTIONS
|
|
|
|
|
|
|
|
|
|
# The granularity of operation is controlled by the kernel option HZ whose
|
|
|
|
|
# default value (100) means a granularity of 10ms. For an accurate simulation
|
|
|
|
|
# of high data rates it might be necessary to reduce the timer granularity to
|
|
|
|
|
# 1ms or less. Consider, however, that some interfaces using programmed I/O
|
|
|
|
|
# may require a considerable time to output packets. So, reducing the
|
|
|
|
|
# granularity too much might actually cause ticks to be missed thus reducing
|
|
|
|
|
# the accuracy of operation.
|
|
|
|
|
|
|
|
|
|
options HZ=100
|
|
|
|
|
|
|
|
|
|
# Other clock options
|
|
|
|
|
|
|
|
|
|
options CLK_CALIBRATION_LOOP
|
|
|
|
|
options CLK_USE_I8254_CALIBRATION
|
|
|
|
|
options CLK_USE_TSC_CALIBRATION
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
1995-03-15 14:27:01 +00:00
|
|
|
|
# SCSI DEVICES
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# SCSI DEVICE CONFIGURATION
|
|
|
|
|
|
|
|
|
|
# The SCSI subsystem consists of the `base' SCSI code, a number of
|
1995-03-01 22:27:45 +00:00
|
|
|
|
# high-level SCSI device `type' drivers, and the low-level host-adapter
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# device drivers. The host adapters are listed in the ISA and PCI
|
|
|
|
|
# device configuration sections below.
|
|
|
|
|
#
|
1995-05-28 13:24:16 +00:00
|
|
|
|
# Beginning with FreeBSD 2.0.5 you can wire down your SCSI devices so
|
1995-03-01 22:27:45 +00:00
|
|
|
|
# that a given bus, target, and LUN always come on line as the same
|
|
|
|
|
# device unit. In earlier versions the unit numbers were assigned
|
|
|
|
|
# in the order that the devices were probed on the SCSI bus. This
|
|
|
|
|
# means that if you removed a disk drive, you may have had to rewrite
|
|
|
|
|
# your /etc/fstab file, and also that you had to be careful when adding
|
|
|
|
|
# a new disk as it may have been probed earlier and moved your device
|
|
|
|
|
# configuration around.
|
|
|
|
|
|
|
|
|
|
# This old behavior is maintained as the default behavior. The unit
|
|
|
|
|
# assignment begins with the first non-wired down unit for a device
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# type. For example, if you wire a disk as "da3" then the first
|
|
|
|
|
# non-wired disk will be assigned da4.
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
|
|
|
|
# The syntax for wiring down devices is:
|
|
|
|
|
|
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
|
|
|
|
hint.scbus.0.at="ahc0"
|
|
|
|
|
hint.scbus.1.at="ahc1"
|
|
|
|
|
hint.scbus.1.bus="0"
|
|
|
|
|
hint.scbus.3.at="ahc2"
|
|
|
|
|
hint.scbus.3.bus="0"
|
|
|
|
|
hint.scbus.2.at="ahc2"
|
|
|
|
|
hint.scbus.2.bus="1"
|
|
|
|
|
hint.da.0.at="scbus0"
|
|
|
|
|
hint.da.0.target="0"
|
|
|
|
|
hint.da.0.unit="0"
|
|
|
|
|
hint.da.1.at="scbus3"
|
|
|
|
|
hint.da.1.target="1"
|
|
|
|
|
hint.da.2.at="scbus2"
|
|
|
|
|
hint.da.2.target="3"
|
|
|
|
|
hint.sa.1.at="scbus1"
|
|
|
|
|
hint.sa.1.target="6"
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
|
|
|
|
# "units" (SCSI logical unit number) that are not specified are
|
|
|
|
|
# treated as if specified as LUN 0.
|
|
|
|
|
|
|
|
|
|
# All SCSI devices allocate as many units as are required.
|
|
|
|
|
|
2000-07-10 15:37:03 +00:00
|
|
|
|
# The ch driver drives SCSI Media Changer ("jukebox") devices.
|
|
|
|
|
#
|
|
|
|
|
# The da driver drives SCSI Direct Access ("disk") and Optical Media
|
|
|
|
|
# ("WORM") devices.
|
|
|
|
|
#
|
|
|
|
|
# The sa driver drives SCSI Sequential Access ("tape") devices.
|
|
|
|
|
#
|
|
|
|
|
# The cd driver drives SCSI Read Only Direct Access ("cd") devices.
|
|
|
|
|
#
|
|
|
|
|
# The ses driver drives SCSI Envinronment Services ("ses") and
|
|
|
|
|
# SAF-TE ("SCSI Accessable Fault-Tolerant Enclosure") devices.
|
|
|
|
|
#
|
|
|
|
|
# The pt driver drives SCSI Processor devices.
|
|
|
|
|
#
|
|
|
|
|
#
|
|
|
|
|
# Target Mode support is provided here but also requires that a SIM
|
|
|
|
|
# (SCSI Host Adapter Driver) provide support as well.
|
|
|
|
|
#
|
|
|
|
|
# The targ driver provides target mode support as a Processor type device.
|
|
|
|
|
# It exists to give the minimal context necessary to respond to Inquiry
|
|
|
|
|
# commands. There is a sample user application that shows how the rest
|
|
|
|
|
# of the command support might be done in /usr/share/examples/scsi_target.
|
|
|
|
|
#
|
|
|
|
|
# The targbh driver provides target mode support and exists to respond
|
|
|
|
|
# to incoming commands that do not otherwise have a logical unit assigned
|
|
|
|
|
# to them.
|
|
|
|
|
#
|
1995-05-28 13:24:16 +00:00
|
|
|
|
# The "unknown" device (uk? in pre-2.0.5) is now part of the base SCSI
|
2000-07-10 15:37:03 +00:00
|
|
|
|
# configuration as the "pass" driver.
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
2000-07-08 07:44:01 +00:00
|
|
|
|
device scbus #base SCSI code
|
|
|
|
|
device ch #SCSI media changers
|
|
|
|
|
device da #SCSI direct access devices (aka disks)
|
|
|
|
|
device sa #SCSI tapes
|
|
|
|
|
device cd #SCSI CD-ROMs
|
|
|
|
|
device ses #SCSI Environmental Services (and SAF-TE)
|
2000-07-10 15:37:03 +00:00
|
|
|
|
device pt #SCSI processor
|
2000-07-08 07:44:01 +00:00
|
|
|
|
device targ #SCSI Target Mode Code
|
|
|
|
|
device targbh #SCSI Target Mode Blackhole Device
|
2000-07-10 15:37:03 +00:00
|
|
|
|
device pass #CAM passthrough driver
|
1995-04-14 15:12:24 +00:00
|
|
|
|
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# CAM OPTIONS:
|
|
|
|
|
# debugging options:
|
|
|
|
|
# -- NOTE -- If you specify one of the bus/target/lun options, you must
|
|
|
|
|
# specify them all!
|
|
|
|
|
# CAMDEBUG: When defined enables debugging macros
|
|
|
|
|
# CAM_DEBUG_BUS: Debug the given bus. Use -1 to debug all busses.
|
|
|
|
|
# CAM_DEBUG_TARGET: Debug the given target. Use -1 to debug all targets.
|
|
|
|
|
# CAM_DEBUG_LUN: Debug the given lun. Use -1 to debug all luns.
|
1998-10-02 21:00:58 +00:00
|
|
|
|
# CAM_DEBUG_FLAGS: OR together CAM_DEBUG_INFO, CAM_DEBUG_TRACE,
|
|
|
|
|
# CAM_DEBUG_SUBTRACE, and CAM_DEBUG_CDB
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# CAM_MAX_HIGHPOWER: Maximum number of concurrent high power (start unit) cmds
|
2001-07-02 17:48:59 +00:00
|
|
|
|
# CAM_NEW_TRAN_CODE: this is the new transport layer code that will be switched
|
|
|
|
|
# to soon
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# SCSI_NO_SENSE_STRINGS: When defined disables sense descriptions
|
|
|
|
|
# SCSI_NO_OP_STRINGS: When defined disables opcode descriptions
|
1998-09-18 00:01:39 +00:00
|
|
|
|
# SCSI_DELAY: The number of MILLISECONDS to freeze the SIM (scsi adapter)
|
|
|
|
|
# queue after a bus reset, and the number of milliseconds to
|
|
|
|
|
# freeze the device queue after a bus device reset.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CAMDEBUG
|
|
|
|
|
options CAM_DEBUG_BUS=-1
|
|
|
|
|
options CAM_DEBUG_TARGET=-1
|
|
|
|
|
options CAM_DEBUG_LUN=-1
|
|
|
|
|
options CAM_DEBUG_FLAGS="CAM_DEBUG_INFO|CAM_DEBUG_TRACE|CAM_DEBUG_CDB"
|
|
|
|
|
options CAM_MAX_HIGHPOWER=4
|
|
|
|
|
options SCSI_NO_SENSE_STRINGS
|
|
|
|
|
options SCSI_NO_OP_STRINGS
|
|
|
|
|
options SCSI_DELAY=8000 # Be pessimistic about Joe SCSI device
|
1995-04-23 18:30:27 +00:00
|
|
|
|
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# Options for the CAM CDROM driver:
|
|
|
|
|
# CHANGER_MIN_BUSY_SECONDS: Guaranteed minimum time quantum for a changer LUN
|
|
|
|
|
# CHANGER_MAX_BUSY_SECONDS: Maximum time quantum per changer LUN, only
|
|
|
|
|
# enforced if there is I/O waiting for another LUN
|
|
|
|
|
# The compiled in defaults for these variables are 2 and 10 seconds,
|
|
|
|
|
# respectively.
|
1996-06-16 20:04:47 +00:00
|
|
|
|
#
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# These can also be changed on the fly with the following sysctl variables:
|
|
|
|
|
# kern.cam.cd.changer.min_busy_seconds
|
|
|
|
|
# kern.cam.cd.changer.max_busy_seconds
|
1996-06-16 20:04:47 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CHANGER_MIN_BUSY_SECONDS=2
|
|
|
|
|
options CHANGER_MAX_BUSY_SECONDS=10
|
1996-06-16 20:04:47 +00:00
|
|
|
|
|
1998-10-02 05:15:51 +00:00
|
|
|
|
# Options for the CAM sequential access driver:
|
2001-07-02 17:48:59 +00:00
|
|
|
|
# SA_IO_TIMEOUT: Timeout for read/write/wfm operations, in minutes
|
1998-10-02 05:15:51 +00:00
|
|
|
|
# SA_SPACE_TIMEOUT: Timeout for space operations, in minutes
|
|
|
|
|
# SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes
|
|
|
|
|
# SA_ERASE_TIMEOUT: Timeout for erase operations, in minutes
|
1999-10-02 20:20:32 +00:00
|
|
|
|
# SA_1FM_AT_EOD: Default to model which only has a default one filemark at EOT.
|
2001-07-02 17:48:59 +00:00
|
|
|
|
options SA_IO_TIMEOUT="(4)"
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SA_SPACE_TIMEOUT="(60)"
|
|
|
|
|
options SA_REWIND_TIMEOUT="(2*60)"
|
|
|
|
|
options SA_ERASE_TIMEOUT="(4*60)"
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options SA_1FM_AT_EOD
|
1998-10-02 05:15:51 +00:00
|
|
|
|
|
1999-08-20 03:48:11 +00:00
|
|
|
|
# Optional timeout for the CAM processor target (pt) device
|
|
|
|
|
# This is specified in seconds. The default is 60 seconds.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options SCSI_PT_DEFAULT_TIMEOUT="60"
|
1999-08-20 03:48:11 +00:00
|
|
|
|
|
2000-01-15 07:46:39 +00:00
|
|
|
|
# Optional enable of doing SES passthrough on other devices (e.g., disks)
|
|
|
|
|
#
|
|
|
|
|
# Normally disabled because a lot of newer SCSI disks report themselves
|
|
|
|
|
# as having SES capabilities, but this can then clot up attempts to build
|
|
|
|
|
# build a topology with the SES device that's on the box these drives
|
|
|
|
|
# are in....
|
|
|
|
|
options SES_ENABLE_PASSTHROUGH
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# MISCELLANEOUS DEVICES AND OPTIONS
|
1994-10-01 05:43:09 +00:00
|
|
|
|
|
1997-10-28 07:24:35 +00:00
|
|
|
|
# The `pty' device usually turns out to be ``effectively mandatory'',
|
|
|
|
|
# as it is required for `telnetd', `rlogind', `screen', `emacs', and
|
|
|
|
|
# `xterm', among others.
|
|
|
|
|
|
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 pty #Pseudo ttys
|
|
|
|
|
device speaker #Play IBM BASIC-style noises out your speaker
|
|
|
|
|
device gzip #Exec gzipped a.out's
|
|
|
|
|
device md #Memory/malloc disk
|
|
|
|
|
device snp #Snoop device - to look at pty/vty/etc..
|
|
|
|
|
device ccd 4 #Concatenated disk driver
|
1999-01-24 01:22:37 +00:00
|
|
|
|
|
|
|
|
|
# Configuring Vinum into the kernel is not necessary, since the kld
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# module gets started automatically when vinum(8) starts. This
|
1999-01-24 01:22:37 +00:00
|
|
|
|
# device is also untested. Use at your own risk.
|
1999-03-13 06:32:06 +00:00
|
|
|
|
#
|
|
|
|
|
# The option VINUMDEBUG must match the value set in CFLAGS
|
1999-12-01 16:25:24 +00:00
|
|
|
|
# in src/sbin/vinum/Makefile. Failure to do so will result in
|
1999-03-13 06:32:06 +00:00
|
|
|
|
# the following message from vinum(8):
|
|
|
|
|
#
|
|
|
|
|
# Can't get vinum config: Invalid argument
|
|
|
|
|
#
|
|
|
|
|
# see vinum(4) for more reasons not to use these 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 vinum #Vinum concat/mirror/raid driver
|
1999-01-01 04:16:32 +00:00
|
|
|
|
options VINUMDEBUG #enable Vinum debugging hooks
|
1994-12-11 23:52:18 +00:00
|
|
|
|
|
2001-04-09 09:39:29 +00:00
|
|
|
|
# Kernel side iconv library
|
|
|
|
|
options LIBICONV
|
|
|
|
|
|
1998-05-19 08:58:53 +00:00
|
|
|
|
# Size of the kernel message buffer. Should be N * pagesize.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MSGBUF_SIZE=40960
|
1998-05-19 08:58:53 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# HARDWARE BUS CONFIGURATION
|
1994-04-07 12:10:31 +00:00
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# ISA, EISA, MCA and PCI bus:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#
|
1998-08-17 16:58:02 +00:00
|
|
|
|
# Mandatory ISA devices: isa, npx
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device isa
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Options for `isa':
|
|
|
|
|
#
|
1996-03-31 04:18:02 +00:00
|
|
|
|
# AUTO_EOI_1 enables the `automatic EOI' feature for the master 8259A
|
|
|
|
|
# interrupt controller. This saves about 0.7-1.25 usec for each interrupt.
|
|
|
|
|
# This option breaks suspend/resume on some portables.
|
|
|
|
|
#
|
1994-12-11 23:52:18 +00:00
|
|
|
|
# AUTO_EOI_2 enables the `automatic EOI' feature for the slave 8259A
|
1996-03-31 04:18:02 +00:00
|
|
|
|
# interrupt controller. This saves about 0.7-1.25 usec for each interrupt.
|
1994-12-11 23:52:18 +00:00
|
|
|
|
# Automatic EOI is documented not to work for for the slave with the
|
|
|
|
|
# original i8259A, but it works for some clones and some integrated
|
|
|
|
|
# versions.
|
|
|
|
|
#
|
1996-06-18 23:21:28 +00:00
|
|
|
|
# MAXMEM specifies the amount of RAM on the machine; if this is not
|
1997-12-31 21:46:17 +00:00
|
|
|
|
# specified, FreeBSD will first read the amount of memory from the CMOS
|
|
|
|
|
# RAM, so the amount of memory will initially be limited to 64MB or 16MB
|
|
|
|
|
# depending on the BIOS. If the BIOS reports 64MB, a memory probe will
|
|
|
|
|
# then attempt to detect the installed amount of RAM. If this probe
|
|
|
|
|
# fails to detect >64MB RAM you will have to use the MAXMEM option.
|
|
|
|
|
# The amount is in kilobytes, so for a machine with 128MB of RAM, it would
|
|
|
|
|
# be 131072 (128 * 1024).
|
1996-06-18 23:21:28 +00:00
|
|
|
|
#
|
1995-05-18 09:17:07 +00:00
|
|
|
|
# BROKEN_KEYBOARD_RESET disables the use of the keyboard controller to
|
|
|
|
|
# reset the CPU for reboot. This is needed on some systems with broken
|
|
|
|
|
# keyboard controllers.
|
1996-04-11 06:19:44 +00:00
|
|
|
|
|
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 COMPAT_OLDISA #Use ISA shims and glue for old drivers
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options AUTO_EOI_1
|
2000-06-26 10:04:00 +00:00
|
|
|
|
#options AUTO_EOI_2
|
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-06-29 18:58:27 +00:00
|
|
|
|
options MAXMEM="(128*1024)"
|
2000-06-26 10:04:00 +00:00
|
|
|
|
#options BROKEN_KEYBOARD_RESET
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1998-01-14 19:41:36 +00:00
|
|
|
|
# Enable support for the kernel PLL to use an external PPS signal,
|
|
|
|
|
# under supervision of [x]ntpd(8)
|
1999-03-09 20:20:09 +00:00
|
|
|
|
# More info in ntpd documentation: http://www.eecis.udel.edu/~ntp
|
1998-01-14 19:41:36 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PPS_SYNC
|
1998-01-14 19:41:36 +00:00
|
|
|
|
|
1998-11-23 09:59:02 +00:00
|
|
|
|
# If you see the "calcru: negative time of %ld usec for pid %d (%s)\n"
|
|
|
|
|
# message you probably have some broken sw/hw which disables interrupts
|
|
|
|
|
# for too long. You can make the system more resistant to this by
|
|
|
|
|
# choosing a high value for NTIMECOUNTER. The default is 5, there
|
|
|
|
|
# is no upper limit but more than a couple of hundred are not productive.
|
1999-03-09 20:20:09 +00:00
|
|
|
|
# A better strategy may be to sysctl -w kern.timecounter.method=1
|
1998-11-23 09:59:02 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NTIMECOUNTER=20
|
1998-11-23 09:59:02 +00:00
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
#
|
|
|
|
|
# EISA bus
|
|
|
|
|
#
|
|
|
|
|
# The EISA bus device is `eisa'. It provides auto-detection and
|
|
|
|
|
# configuration support for all devices on the EISA bus.
|
|
|
|
|
|
|
|
|
|
device eisa
|
|
|
|
|
|
|
|
|
|
# By default, only 10 EISA slots are probed, since the slot numbers
|
|
|
|
|
# above clash with the configuration address space of the PCI subsystem,
|
|
|
|
|
# and the EISA probe is not very smart about this. This is sufficient
|
|
|
|
|
# for most machines, but in particular the HP NetServer LC series comes
|
|
|
|
|
# with an onboard AIC7770 dual-channel SCSI controller on EISA slot #11,
|
|
|
|
|
# thus you need to bump this figure to 12 for them.
|
|
|
|
|
options EISA_SLOTS=12
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# MCA bus:
|
|
|
|
|
#
|
|
|
|
|
# The MCA bus device is `mca'. It provides auto-detection and
|
|
|
|
|
# configuration support for all devices on the MCA bus.
|
|
|
|
|
# No hints are required for MCA.
|
|
|
|
|
|
|
|
|
|
device mca
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# PCI bus & PCI options:
|
|
|
|
|
#
|
|
|
|
|
# The main PCI bus device is `pci'. It provides auto-detection and
|
|
|
|
|
# configuration support for all devices on the PCI bus, using either
|
|
|
|
|
# configuration mode defined in the PCI specification.
|
|
|
|
|
|
|
|
|
|
device pci
|
|
|
|
|
|
2001-02-04 12:36:50 +00:00
|
|
|
|
#
|
|
|
|
|
# AGP GART support
|
|
|
|
|
device agp
|
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# PCI options
|
|
|
|
|
#
|
|
|
|
|
#options PCI_QUIET #quiets PCI code on chipset settings
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# HARDWARE DEVICE CONFIGURATION
|
|
|
|
|
|
|
|
|
|
# EISA support is available for some device, so they can be auto-probed.
|
|
|
|
|
# MicroChannel (MCA) support is available for some devices.
|
|
|
|
|
# For ISA the required hints are listed.
|
|
|
|
|
# EISA, MCA, PCI and pccard are self identifying buses, so no hints
|
|
|
|
|
# are needed.
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Mandatory devices:
|
|
|
|
|
#
|
|
|
|
|
|
1999-04-19 10:18:34 +00:00
|
|
|
|
# The keyboard controller; it controls the keyboard and the PS/2 mouse.
|
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 atkbdc 1
|
|
|
|
|
hint.atkbdc.0.at="isa"
|
|
|
|
|
hint.atkbdc.0.port="0x060"
|
1999-01-11 03:18:56 +00:00
|
|
|
|
|
|
|
|
|
# The AT keyboard
|
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 atkbd
|
|
|
|
|
hint.atkbd.0.at="atkbdc"
|
|
|
|
|
hint.atkbd.0.irq="1"
|
1999-01-11 03:18:56 +00:00
|
|
|
|
|
1999-03-10 14:47:41 +00:00
|
|
|
|
# Options for atkbd:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options ATKBD_DFLT_KEYMAP # specify the built-in keymap
|
1999-03-10 14:47:41 +00:00
|
|
|
|
makeoptions ATKBD_DFLT_KEYMAP="jp.106"
|
|
|
|
|
|
|
|
|
|
# These options are valid for other keyboard drivers as well.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options KBD_DISABLE_KEYMAP_LOAD # refuse to load a keymap
|
|
|
|
|
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
|
1999-03-10 14:47:41 +00:00
|
|
|
|
|
1999-01-13 09:55:19 +00:00
|
|
|
|
# `flags' for atkbd:
|
|
|
|
|
# 0x01 Force detection of keyboard, else we always assume a keyboard
|
|
|
|
|
# 0x02 Don't reset keyboard, useful for some newer ThinkPads
|
|
|
|
|
# 0x04 Old-style (XT) keyboard support, useful for older ThinkPads
|
|
|
|
|
|
1999-01-11 03:18:56 +00:00
|
|
|
|
# PS/2 mouse
|
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 psm
|
|
|
|
|
hint.psm.0.at="atkbdc"
|
|
|
|
|
hint.psm.0.irq="12"
|
1999-01-11 03:18:56 +00:00
|
|
|
|
|
|
|
|
|
# Options for psm:
|
1999-12-15 10:04:05 +00:00
|
|
|
|
options PSM_HOOKRESUME #hook the system resume event, useful
|
1999-01-11 03:18:56 +00:00
|
|
|
|
#for some laptops
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PSM_RESETAFTERSUSPEND #reset the device at the resume event
|
1999-01-11 03:18:56 +00:00
|
|
|
|
|
|
|
|
|
# The video card 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 vga
|
|
|
|
|
hint.vga.0.at="isa"
|
1999-01-11 03:18:56 +00:00
|
|
|
|
|
1999-01-23 10:51:58 +00:00
|
|
|
|
# Options for vga:
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# Try the following option if the mouse pointer is not drawn correctly
|
|
|
|
|
# or font does not seem to be loaded properly. May cause flicker on
|
1999-01-23 10:51:58 +00:00
|
|
|
|
# some systems.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options VGA_ALT_SEQACCESS
|
1999-01-23 10:51:58 +00:00
|
|
|
|
|
|
|
|
|
# If you can dispense with some vga driver features, you may want to
|
|
|
|
|
# use the following options to save some memory.
|
2000-10-09 07:29:41 +00:00
|
|
|
|
#options VGA_NO_FONT_LOADING # don't save/load font
|
|
|
|
|
#options VGA_NO_MODE_CHANGE # don't change video modes
|
1999-01-23 10:51:58 +00:00
|
|
|
|
|
|
|
|
|
# Older video cards may require this option for proper operation.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options VGA_SLOW_IOACCESS # do byte-wide i/o's to TS and GDC regs
|
1999-01-23 10:51:58 +00:00
|
|
|
|
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
# The following option probably won't work with the LCD displays.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options VGA_WIDTH90 # support 90 column modes
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
|
1999-03-10 14:47:41 +00:00
|
|
|
|
# To include support for VESA video modes
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options VESA
|
1999-03-10 14:47:41 +00:00
|
|
|
|
|
2000-11-08 11:34:09 +00:00
|
|
|
|
options FB_DEBUG # Frame buffer debugging
|
|
|
|
|
options FB_INSTALL_CDEV # install a CDEV entry in /dev
|
|
|
|
|
|
1999-01-11 03:18:56 +00:00
|
|
|
|
# Splash screen at start up! Screen savers require this too.
|
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-01-11 03:18:56 +00:00
|
|
|
|
|
1999-01-01 08:09:58 +00:00
|
|
|
|
# The pcvt console driver (vt220 compatible).
|
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
|
|
|
|
|
hint.vt.0.at="isa"
|
2000-02-16 04:27:04 +00:00
|
|
|
|
options XSERVER # support for running an X server on vt
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options FAT_CURSOR # start with block cursor
|
1999-01-01 08:09:58 +00:00
|
|
|
|
# This PCVT option is for keyboards such as those used on IBM ThinkPad laptops
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PCVT_SCANSET=2 # IBM keyboards are non-std
|
1999-02-07 20:33:05 +00:00
|
|
|
|
# Other PCVT options are documented in pcvt(4).
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PCVT_24LINESDEF
|
|
|
|
|
options PCVT_CTRL_ALT_DEL
|
|
|
|
|
options PCVT_META_ESC
|
|
|
|
|
options PCVT_NSCREENS=9
|
|
|
|
|
options PCVT_PRETTYSCRNS
|
|
|
|
|
options PCVT_SCREENSAVER
|
|
|
|
|
options PCVT_USEKBDSEC
|
|
|
|
|
options PCVT_VT220KEYB
|
2000-03-31 09:05:19 +00:00
|
|
|
|
options PCVT_GREENSAVER
|
1999-01-01 08:09:58 +00:00
|
|
|
|
|
1998-02-20 12:27:28 +00:00
|
|
|
|
# The syscons console driver (sco color console compatible).
|
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
|
|
|
|
|
hint.sc.0.at="isa"
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MAXCONS=16 # number of virtual consoles
|
|
|
|
|
options SC_ALT_MOUSE_IMAGE # simplified mouse cursor in text mode
|
|
|
|
|
options SC_DFLT_FONT # compile font in
|
|
|
|
|
makeoptions SC_DFLT_FONT=cp850
|
|
|
|
|
options SC_DISABLE_DDBKEY # disable `debug' key
|
|
|
|
|
options SC_DISABLE_REBOOT # disable reboot key sequence
|
|
|
|
|
options SC_HISTORY_SIZE=200 # number of history buffer lines
|
|
|
|
|
options SC_MOUSE_CHAR=0x3 # char code for text mode mouse cursor
|
|
|
|
|
options SC_PIXEL_MODE # add support for the raster text mode
|
1998-09-25 11:00:11 +00:00
|
|
|
|
|
1999-11-08 14:16:48 +00:00
|
|
|
|
# The following options will let you change the default colors of syscons.
|
1999-11-09 00:39:55 +00:00
|
|
|
|
options SC_NORM_ATTR="(FG_GREEN|BG_BLACK)"
|
|
|
|
|
options SC_NORM_REV_ATTR="(FG_YELLOW|BG_GREEN)"
|
|
|
|
|
options SC_KERNEL_CONS_ATTR="(FG_RED|BG_BLACK)"
|
|
|
|
|
options SC_KERNEL_CONS_REV_ATTR="(FG_BLACK|BG_RED)"
|
1999-11-08 14:16:48 +00:00
|
|
|
|
|
|
|
|
|
# If you have a two button mouse, you may want to add the following option
|
|
|
|
|
# to use the right button of the mouse to paste text.
|
1999-11-09 00:39:55 +00:00
|
|
|
|
options SC_TWOBUTTON_MOUSE
|
1999-11-08 14:16:48 +00:00
|
|
|
|
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
# You can selectively disable features in syscons.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SC_NO_CUTPASTE
|
|
|
|
|
options SC_NO_FONT_LOADING
|
|
|
|
|
options SC_NO_HISTORY
|
|
|
|
|
options SC_NO_SYSMOUSE
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2000-06-09 23:47:30 +00:00
|
|
|
|
# `flags' for sc
|
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
|
|
|
|
# 0x80 Put the video card in the VESA 800x600 dots, 16 color mode
|
|
|
|
|
# 0x100 Probe for a keyboard device periodically if one is not present
|
2000-06-09 23:47:30 +00:00
|
|
|
|
|
2001-01-25 06:58:53 +00:00
|
|
|
|
# 3Dfx Voodoo Graphics, Voodoo II /dev/3dfx CDEV support. This will create
|
|
|
|
|
# the /dev/3dfx0 device to work with glide implementations. This should get
|
|
|
|
|
# linked to /dev/3dfx and /dev/voodoo. Note that this is not the same as
|
|
|
|
|
# the tdfx DRI module from XFree86 and is completely unrelated.
|
|
|
|
|
#
|
|
|
|
|
# To enable Linuxulator support, one must also include COMPAT_LINUX in the
|
|
|
|
|
# config as well, or you will not have the dependencies. The other option
|
|
|
|
|
# is to load both as modules.
|
|
|
|
|
|
2000-07-24 11:16:56 +00:00
|
|
|
|
device tdfx # Enable 3Dfx Voodoo support
|
|
|
|
|
options TDFX_LINUX # Enable Linuxulator support
|
|
|
|
|
|
1995-11-29 20:02:29 +00:00
|
|
|
|
#
|
1999-07-26 05:47:31 +00:00
|
|
|
|
# The Numeric Processing eXtension driver. In addition to this, you
|
|
|
|
|
# may configure a math emulator (see above). If your machine has a
|
1999-07-25 13:16:09 +00:00
|
|
|
|
# hardware FPU and the kernel configuration includes the npx device
|
|
|
|
|
# *and* a math emulator compiled into the kernel, the hardware FPU
|
|
|
|
|
# will be used, unless it is found to be broken or unless "flags" to
|
|
|
|
|
# npx0 includes "0x08", which requests preference for the emulator.
|
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
|
|
|
|
|
hint.npx.0.at="nexus"
|
|
|
|
|
hint.npx.0.port="0x0F0"
|
|
|
|
|
hint.npx.0.flags="0x0"
|
|
|
|
|
hint.npx.0.irq="13"
|
1996-11-11 20:39:03 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# `flags' for npx0:
|
1999-07-25 13:16:09 +00:00
|
|
|
|
# 0x01 don't use the npx registers to optimize bcopy.
|
|
|
|
|
# 0x02 don't use the npx registers to optimize bzero.
|
1996-11-11 20:39:03 +00:00
|
|
|
|
# 0x04 don't use the npx registers to optimize copyin or copyout.
|
1999-07-25 13:16:09 +00:00
|
|
|
|
# 0x08 use emulator even if hardware FPU is available.
|
1996-11-11 20:39:03 +00:00
|
|
|
|
# The npx registers are normally used to optimize copying and zeroing when
|
|
|
|
|
# all of the following conditions are satisfied:
|
1999-04-24 21:45:44 +00:00
|
|
|
|
# I586_CPU is an option
|
1996-11-11 20:39:03 +00:00
|
|
|
|
# the cpu is an i586 (perhaps not a Pentium)
|
|
|
|
|
# the probe for npx0 succeeds
|
|
|
|
|
# INT 16 exception handling works.
|
|
|
|
|
# Then copying and zeroing using the npx registers is normally 30-100% faster.
|
|
|
|
|
# The flags can be used to control cases where it doesn't work or is slower.
|
|
|
|
|
# Setting them at boot time using userconfig works right (the optimizations
|
|
|
|
|
# are not used until later in the bootstrap when npx0 is attached).
|
1999-07-26 05:47:31 +00:00
|
|
|
|
# Flag 0x08 automatically disables the i586 optimized routines.
|
1996-11-11 20:39:03 +00:00
|
|
|
|
#
|
|
|
|
|
|
2000-10-28 07:07:02 +00:00
|
|
|
|
#
|
|
|
|
|
# ACPI support using the Intel ACPI Component Architecture reference
|
|
|
|
|
# implementation.
|
|
|
|
|
#
|
|
|
|
|
# ACPI_DEBUG enables the use of the debug.acpi.level and debug.acpi.layer
|
|
|
|
|
# kernel environment variables to select initial debugging levels for the
|
|
|
|
|
# Intel ACPICA code. (Note that the Intel code must also have USE_DEBUGGER
|
|
|
|
|
# defined when it is built).
|
|
|
|
|
#
|
|
|
|
|
device acpica
|
|
|
|
|
options ACPI_DEBUG
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# Optional devices:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# SCSI host adapters:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1998-10-07 03:42:44 +00:00
|
|
|
|
# adv: All Narrow SCSI bus AdvanSys controllers.
|
|
|
|
|
# adw: Second Generation AdvanSys controllers including the ADV940UW.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# aha: Adaptec 154x/1535/1640
|
2001-01-19 13:04:58 +00:00
|
|
|
|
# ahb: Adaptec 174x EISA controllers
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# ahc: Adaptec 274x/284x/2910/293x/294x/394x/3950x/3960x/398X/4944/
|
|
|
|
|
# 19160x/29160x, aic7770/aic78xx
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# aic: Adaptec 6260/6360, APA-1460 (PC Card), NEC PC9801-100 (C-BUS)
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# amd: Support for the AMD 53C974 SCSI host adapter chip as found on devices
|
|
|
|
|
# such as the Tekram DC-390(T).
|
|
|
|
|
# bt: Most Buslogic controllers: including BT-445, BT-54x, BT-64x, BT-74x,
|
|
|
|
|
# BT-75x, BT-946, BT-948, BT-956, BT-958, SDC3211B, SDC3211F, SDC3222F
|
|
|
|
|
# isp: Qlogic ISP 1020, 1040 and 1040B PCI SCSI host adapters,
|
|
|
|
|
# ISP 1240 Dual Ultra SCSI, ISP 1080 and 1280 (Dual) Ultra2,
|
|
|
|
|
# ISP 12160 Ultra3 SCSI,
|
|
|
|
|
# Qlogic ISP 2100 and ISP 2200 Fibre Channel host adapters.
|
2000-12-11 23:31:32 +00:00
|
|
|
|
# ispfw: Firmware module for Qlogic host adapters
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# ncr: NCR 53C810, 53C825 self-contained SCSI host adapters.
|
2000-10-23 12:55:51 +00:00
|
|
|
|
# ncv: NCR 53C500 based SCSI host adapters.
|
|
|
|
|
# nsp: Workbit Ninja SCSI-3 based PC Card SCSI host adapters.
|
2000-09-03 12:29:51 +00:00
|
|
|
|
# sym: Symbios/Logic 53C8XX family of PCI-SCSI I/O processors:
|
|
|
|
|
# 53C810, 53C810A, 53C815, 53C825, 53C825A, 53C860, 53C875,
|
|
|
|
|
# 53C876, 53C885, 53C895, 53C895A, 53C896, 53C897, 53C1510D,
|
|
|
|
|
# 53C1010-33, 53C1010-66.
|
2000-10-23 12:55:51 +00:00
|
|
|
|
# stg: TMC 18C30, 18C50 based SCSI host adapters.
|
2000-10-24 03:38:28 +00:00
|
|
|
|
# wds: WD7000
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Note that the order is important in order for Buslogic ISA/EISA cards to be
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# probed correctly.
|
|
|
|
|
#
|
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 bt
|
|
|
|
|
hint.bt.0.at="isa"
|
|
|
|
|
hint.bt.0.port="0x330"
|
|
|
|
|
device adv
|
|
|
|
|
hint.adv.0.at="isa"
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device adw
|
2001-02-25 05:52:38 +00:00
|
|
|
|
device aha
|
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
|
|
|
|
hint.aha.0.at="isa"
|
|
|
|
|
device aic
|
|
|
|
|
hint.aic.0.at="isa"
|
2001-01-19 13:04:58 +00:00
|
|
|
|
device ahb
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device ahc
|
|
|
|
|
device amd
|
|
|
|
|
device isp
|
2001-03-03 19:39:15 +00:00
|
|
|
|
hint.isp.0.disable="1"
|
|
|
|
|
hint.isp.0.role="3"
|
|
|
|
|
hint.isp.0.prefer_iomap="1"
|
|
|
|
|
hint.isp.0.prefer_memmap="1"
|
|
|
|
|
hint.isp.0.fwload_disable="1"
|
|
|
|
|
hint.isp.0.ignore_nvram="1"
|
|
|
|
|
hint.isp.0.fullduplex="1"
|
|
|
|
|
hint.isp.0.topology="lport"
|
|
|
|
|
hint.isp.0.topology="nport"
|
|
|
|
|
hint.isp.0.topology="lport-only"
|
|
|
|
|
hint.isp.0.topology="nport-only"
|
|
|
|
|
# we can't get u_int64_t types, nor can we get strings if it's got
|
|
|
|
|
# a leading 0x, hence this silly dodge.
|
|
|
|
|
hint.isp.0.portwnn="w50000000aaaa0000"
|
|
|
|
|
hint.isp.0.nodewnn="w50000000aaaa0001"
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device ispfw
|
|
|
|
|
device ncr
|
2000-10-23 12:55:51 +00:00
|
|
|
|
device ncv
|
|
|
|
|
device nsp
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device sym
|
2000-10-23 12:55:51 +00:00
|
|
|
|
device stg
|
2000-10-29 05:51:46 +00:00
|
|
|
|
hint.stg.0.at="isa"
|
|
|
|
|
hint.stg.0.port="0x140"
|
|
|
|
|
hint.stg.0.port="11"
|
2000-10-24 03:38:28 +00:00
|
|
|
|
device wds
|
|
|
|
|
hint.wds.0.at="isa"
|
|
|
|
|
hint.wds.0.port="0x350"
|
|
|
|
|
hint.wds.0.irq="11"
|
|
|
|
|
hint.wds.0.drq="6"
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
|
|
|
|
|
# The aic7xxx driver will attempt to use memory mapped I/O for all PCI
|
|
|
|
|
# controllers that have it configured only if this option is set. Unfortunately,
|
|
|
|
|
# this doesn't work on some motherboards, which prevents it from being the
|
|
|
|
|
# default.
|
|
|
|
|
options AHC_ALLOW_MEMIO
|
|
|
|
|
|
2000-11-08 10:01:45 +00:00
|
|
|
|
# Enable diagnostic sequencer code.
|
|
|
|
|
options AHC_DEBUG_SEQUENCER
|
|
|
|
|
|
|
|
|
|
# Dump the contents of the ahc controller configuration PROM.
|
|
|
|
|
options AHC_DUMP_EEPROM
|
|
|
|
|
|
|
|
|
|
# Bitmap of units to enable targetmode operations.
|
|
|
|
|
options AHC_TMODE_ENABLE
|
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# The adw driver will attempt to use memory mapped I/O for all PCI
|
|
|
|
|
# controllers that have it configured only if this option is set.
|
|
|
|
|
options ADW_ALLOW_MEMIO
|
|
|
|
|
|
|
|
|
|
# Options used in dev/isp/ (Qlogic SCSI/FC driver).
|
|
|
|
|
#
|
|
|
|
|
# ISP_TARGET_MODE - enable target mode operation
|
|
|
|
|
#
|
|
|
|
|
#options ISP_TARGET_MODE=1
|
|
|
|
|
|
|
|
|
|
# Options used in dev/sym/ (Symbios SCSI driver).
|
|
|
|
|
#options SYM_SETUP_LP_PROBE_MAP #-Low Priority Probe Map (bits)
|
|
|
|
|
# Allows the ncr to take precedence
|
|
|
|
|
# 1 (1<<0) -> 810a, 860
|
|
|
|
|
# 2 (1<<1) -> 825a, 875, 885, 895
|
|
|
|
|
# 4 (1<<2) -> 895a, 896, 1510d
|
|
|
|
|
#options SYM_SETUP_SCSI_DIFF #-HVD support for 825a, 875, 885
|
|
|
|
|
# disabled:0 (default), enabled:1
|
|
|
|
|
#options SYM_SETUP_PCI_PARITY #-PCI parity checking
|
|
|
|
|
# disabled:0, enabled:1 (default)
|
|
|
|
|
#options SYM_SETUP_MAX_LUN #-Number of LUNs supported
|
|
|
|
|
# default:8, range:[1..64]
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2000-09-01 07:51:25 +00:00
|
|
|
|
# The 'asr' driver provides support for current DPT/Adaptec SCSI RAID
|
|
|
|
|
# controllers (SmartRAID V and VI and later).
|
|
|
|
|
# These controllers require the CAM infrastructure.
|
|
|
|
|
#
|
|
|
|
|
device asr
|
|
|
|
|
|
2000-08-23 03:29:49 +00:00
|
|
|
|
# The 'dpt' driver provides support for old DPT controllers (http://www.dpt.com/).
|
|
|
|
|
# These have hardware RAID-{0,1,5} support, and do multi-initiator I/O.
|
|
|
|
|
# The DPT controllers are commonly re-licensed under other brand-names -
|
|
|
|
|
# some controllers by Olivetti, Dec, HP, AT&T, SNI, AST, Alphatronic, NEC and
|
|
|
|
|
# Compaq are actually DPT controllers.
|
|
|
|
|
#
|
|
|
|
|
# See src/sys/dev/dpt for debugging and other subtle options.
|
|
|
|
|
# DPT_MEASURE_PERFORMANCE Enables a set of (semi)invasive metrics. Various
|
|
|
|
|
# instruments are enabled. The tools in
|
|
|
|
|
# /usr/sbin/dpt_* assume these to be enabled.
|
|
|
|
|
# DPT_HANDLE_TIMEOUTS Normally device timeouts are handled by the DPT.
|
|
|
|
|
# If you ant the driver to handle timeouts, enable
|
|
|
|
|
# this option. If your system is very busy, this
|
|
|
|
|
# option will create more trouble than solve.
|
|
|
|
|
# DPT_TIMEOUT_FACTOR Used to compute the excessive amount of time to
|
|
|
|
|
# wait when timing out with the above option.
|
|
|
|
|
# DPT_DEBUG_xxxx These are controllable from sys/dev/dpt/dpt.h
|
|
|
|
|
# DPT_LOST_IRQ When enabled, will try, once per second, to catch
|
|
|
|
|
# any interrupt that got lost. Seems to help in some
|
|
|
|
|
# DPT-firmware/Motherboard combinations. Minimal
|
|
|
|
|
# cost, great benefit.
|
|
|
|
|
# DPT_RESET_HBA Make "reset" actually reset the controller
|
|
|
|
|
# instead of fudging it. Only enable this if you
|
|
|
|
|
# are 100% certain you need it.
|
|
|
|
|
|
|
|
|
|
device dpt
|
|
|
|
|
|
|
|
|
|
# DPT options
|
|
|
|
|
#!CAM# options DPT_MEASURE_PERFORMANCE
|
|
|
|
|
#!CAM# options DPT_HANDLE_TIMEOUTS
|
|
|
|
|
options DPT_TIMEOUT_FACTOR=4
|
|
|
|
|
options DPT_LOST_IRQ
|
|
|
|
|
options DPT_RESET_HBA
|
|
|
|
|
options DPT_ALLOW_MEMIO
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Mylex AcceleRAID and eXtremeRAID controllers with v6 and later
|
|
|
|
|
# firmware. These controllers have a SCSI-like interface, and require
|
|
|
|
|
# the CAM infrastructure.
|
|
|
|
|
#
|
|
|
|
|
device mly
|
|
|
|
|
|
2000-09-13 03:20:35 +00:00
|
|
|
|
#
|
|
|
|
|
# Adaptec FSA RAID controllers, including integrated DELL controllers,
|
|
|
|
|
# the Dell PERC 2/QC and the HP NetRAID-4M
|
2000-09-19 23:56:27 +00:00
|
|
|
|
#
|
|
|
|
|
# AAC_COMPAT_LINUX Include code to support Linux-binary management
|
|
|
|
|
# utilities (requires Linux compatibility
|
|
|
|
|
# support).
|
|
|
|
|
#
|
2000-09-13 03:20:35 +00:00
|
|
|
|
device aac
|
|
|
|
|
|
1999-06-24 03:54:54 +00:00
|
|
|
|
#
|
2000-03-09 16:32:56 +00:00
|
|
|
|
# Compaq Smart RAID, Mylex DAC960 and AMI MegaRAID controllers. Only
|
|
|
|
|
# one entry is needed; the code will find and configure all supported
|
|
|
|
|
# controllers.
|
1999-10-07 02:24:22 +00:00
|
|
|
|
#
|
2000-03-09 16:32:56 +00:00
|
|
|
|
device ida # Compaq Smart RAID
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device mlx # Mylex DAC960
|
|
|
|
|
device amr # AMI MegaRAID
|
1999-10-07 02:24:22 +00:00
|
|
|
|
|
2001-01-19 13:04:58 +00:00
|
|
|
|
#
|
|
|
|
|
# 3ware ATA RAID
|
|
|
|
|
#
|
|
|
|
|
device twe # 3ware ATA RAID
|
|
|
|
|
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
|
#
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# The 'ATA' driver supports all ATA and ATAPI devices, including PC Card
|
|
|
|
|
# devices. You only need one "device ata" for it to find all
|
|
|
|
|
# PCI and PC Card ATA/ATAPI devices on modern machines.
|
2000-01-23 12:18:53 +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-11-07 09:52:04 +00:00
|
|
|
|
|
2000-08-13 14:25:33 +00:00
|
|
|
|
#
|
|
|
|
|
# For older non-PCI, non-PnPBIOS systems, these are the hints lines to add:
|
|
|
|
|
hint.ata.0.at="isa"
|
|
|
|
|
hint.ata.0.port="0x1f0"
|
|
|
|
|
hint.ata.0.irq="14"
|
|
|
|
|
hint.ata.1.at="isa"
|
|
|
|
|
hint.ata.1.port="0x170"
|
|
|
|
|
hint.ata.1.irq="15"
|
|
|
|
|
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# The following options are valid on the ATA driver:
|
2000-03-14 16:47:59 +00:00
|
|
|
|
#
|
|
|
|
|
# ATA_STATIC_ID: controller numbering is static ie depends on location
|
1999-11-07 09:52:04 +00:00
|
|
|
|
# else the device numbers are dynamically allocated.
|
|
|
|
|
|
1999-11-27 22:46:51 +00:00
|
|
|
|
options ATA_STATIC_ID
|
1999-11-07 09:52:04 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# Standard floppy disk controllers and floppy tapes, supports
|
|
|
|
|
# the Y-E DATA External FDD (PC Card)
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
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
|
|
|
|
|
hint.fdc.0.at="isa"
|
|
|
|
|
hint.fdc.0.port="0x3F0"
|
|
|
|
|
hint.fdc.0.irq="6"
|
|
|
|
|
hint.fdc.0.drq="2"
|
1995-05-06 19:34:28 +00:00
|
|
|
|
#
|
1997-09-16 07:45:45 +00:00
|
|
|
|
# FDC_DEBUG enables floppy debugging. Since the debug output is huge, you
|
|
|
|
|
# gotta turn it actually on by setting the variable fd_debug with DDB,
|
|
|
|
|
# however.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options FDC_DEBUG
|
1997-09-16 07:45:45 +00:00
|
|
|
|
#
|
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
|
|
|
|
# Activate this line if you happen to have an Insight floppy tape.
|
|
|
|
|
# Probing them proved to be dangerous for people with floppy disks only,
|
|
|
|
|
# so it's "hidden" behind a flag:
|
|
|
|
|
#hint.fdc.0.flags="1"
|
1995-05-06 19:34:28 +00:00
|
|
|
|
|
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
|
|
|
|
# Specify floppy devices
|
|
|
|
|
hint.fd.0.at="fdc0"
|
|
|
|
|
hint.fd.0.drive="0"
|
|
|
|
|
hint.fd.1.at="fdc0"
|
|
|
|
|
hint.fd.1.drive="1"
|
1995-05-06 19:34:28 +00:00
|
|
|
|
|
1999-08-06 15:59:07 +00:00
|
|
|
|
# M-systems DiskOnchip products see src/sys/contrib/dev/fla/README
|
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 fla
|
|
|
|
|
hint.fla.0.at="isa"
|
1999-08-06 15:59:07 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# Other standard PC hardware:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# mse: Logitech and ATI InPort bus mouse ports
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# sio: serial ports (see sio(4)), including support for various
|
|
|
|
|
# PC Card devices, such as Modem and NICs (see etc/defaults/pccard.conf)
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
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 mse
|
|
|
|
|
hint.mse.0.at="isa"
|
|
|
|
|
hint.mse.0.port="0x23c"
|
|
|
|
|
hint.mse.0.irq="5"
|
1995-06-22 10:56:56 +00:00
|
|
|
|
|
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 sio
|
|
|
|
|
hint.sio.0.at="isa"
|
|
|
|
|
hint.sio.0.port="0x3F8"
|
|
|
|
|
hint.sio.0.flags="0x10"
|
|
|
|
|
hint.sio.0.irq="4"
|
1997-04-07 01:26:34 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# `flags' for serial drivers that support consoles (only for sio now):
|
|
|
|
|
# 0x10 enable console support for this unit. The other console flags
|
|
|
|
|
# are ignored unless this is set. Enabling console support does
|
|
|
|
|
# not make the unit the preferred console - boot with -h or set
|
|
|
|
|
# the 0x20 flag for that. Currently, at most one unit can have
|
|
|
|
|
# console support; the first one (in config file order) with
|
|
|
|
|
# this flag set is preferred. Setting this flag for sio0 gives
|
|
|
|
|
# the old behaviour.
|
|
|
|
|
# 0x20 force this unit to be the console (unless there is another
|
|
|
|
|
# higher priority console). This replaces the COMCONSOLE option.
|
|
|
|
|
# 0x40 reserve this unit for low level console operations. Do not
|
1998-10-16 22:26:19 +00:00
|
|
|
|
# access the device in any normal way.
|
1999-07-25 13:16:09 +00:00
|
|
|
|
# 0x80 use this port for serial line gdb support in ddb.
|
1997-04-07 01:26:34 +00:00
|
|
|
|
#
|
1997-09-19 15:25:49 +00:00
|
|
|
|
# PnP `flags' (set via userconfig using pnp x flags y)
|
|
|
|
|
# 0x1 disable probing of this device. Used to prevent your modem
|
|
|
|
|
# from being attached as a PnP modem.
|
|
|
|
|
#
|
1997-04-07 01:26:34 +00:00
|
|
|
|
|
|
|
|
|
# Options for serial drivers that support consoles (only for sio now):
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options BREAK_TO_DEBUGGER #a BREAK on a comconsole goes to
|
1997-04-07 01:26:34 +00:00
|
|
|
|
#DDB, if available.
|
2001-06-21 19:50:11 +00:00
|
|
|
|
options CONSPEED=115200 # speed for serial console
|
|
|
|
|
# (default 9600)
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2000-06-14 06:41:33 +00:00
|
|
|
|
# Solaris implements a new BREAK which is initiated by a character
|
|
|
|
|
# sequence CR ~ ^b which is similar to a familiar pattern used on
|
|
|
|
|
# Sun servers by the Remote Console.
|
|
|
|
|
options ALT_BREAK_TO_DEBUGGER
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# Options for sio:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options COM_ESP #code for Hayes ESP
|
|
|
|
|
options COM_MULTIPORT #code for some cards with shared IRQs
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1997-07-20 05:27:59 +00:00
|
|
|
|
# Other flags for sio that aren't documented in the man page.
|
|
|
|
|
# 0x20000 enable hardware RTS/CTS and larger FIFOs. Only works for
|
|
|
|
|
# ST16650A-compatible UARTs.
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# Network interfaces:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# MII bus support is required for some PCI 10/100 ethernet NICs,
|
|
|
|
|
# namely those which use MII-compliant transceivers or implement
|
|
|
|
|
# tranceiver control interfaces that operate like an MII. Adding
|
|
|
|
|
# "device miibus0" to the kernel config pulls in support for
|
|
|
|
|
# the generic miibus API and all of the PHY drivers, including a
|
|
|
|
|
# generic one for PHYs that aren't specifically handled by an
|
|
|
|
|
# individual driver.
|
|
|
|
|
device miibus
|
|
|
|
|
|
|
|
|
|
# an: Aironet 4500/4800 802.11 wireless adapters. Supports the PCMCIA,
|
|
|
|
|
# PCI and ISA varieties.
|
|
|
|
|
# ar: Arnet SYNC/570i hdlc sync 2/4 port V.35/X.21 serial driver
|
|
|
|
|
# (requires sppp)
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# awi: Support for IEEE 802.11 PC Card devices using the AMD Am79C930 and
|
|
|
|
|
# Harris (Intersil) Chipset with PCnetMobile firmware by AMD.
|
2001-03-16 07:29:58 +00:00
|
|
|
|
# cnw: Xircom CNW/Netware Airsurfer PC Card adapter
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# cs: IBM Etherjet and other Crystal Semi CS89x0-based adapters
|
|
|
|
|
# cx: Cronyx/Sigma multiport sync/async (with Cisco or PPP framing)
|
|
|
|
|
# dc: Support for PCI fast ethernet adapters based on the DEC/Intel 21143
|
|
|
|
|
# and various workalikes including:
|
|
|
|
|
# the ADMtek AL981 Comet and AN985 Centaur, the ASIX Electronics
|
|
|
|
|
# AX88140A and AX88141, the Davicom DM9100 and DM9102, the Lite-On
|
|
|
|
|
# 82c168 and 82c169 PNIC, the Lite-On/Macronix LC82C115 PNIC II
|
|
|
|
|
# and the Macronix 98713/98713A/98715/98715A/98725 PMAC. This driver
|
|
|
|
|
# replaces the old al, ax, dm, pn and mx drivers. List of brands:
|
|
|
|
|
# Digital DE500-BA, Kingston KNE100TX, D-Link DFE-570TX, SOHOware SFA110,
|
|
|
|
|
# SVEC PN102-TX, CNet Pro110B, 120A, and 120B, Compex RL100-TX,
|
|
|
|
|
# LinkSys LNE100TX, LNE100TX V2.0, Jaton XpressNet, Alfa Inc GFC2204,
|
|
|
|
|
# KNE110TX.
|
|
|
|
|
# de: Digital Equipment DC21040
|
|
|
|
|
# ed: Western Digital and SMC 80xx; Novell NE1000 and NE2000; 3Com 3C503
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# HP PC Lan+, various PC Card devices (refer to etc/defauls/pccard.conf)
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# el: 3Com 3C501 (slow!)
|
|
|
|
|
# ep: 3Com 3C509, 3C529, 3C556, 3C562D, 3C563D, 3C572, 3C574X, 3C579, 3C589
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# and PC Card devices using these chipsets.
|
|
|
|
|
# ex: Intel EtherExpress Pro/10 and other i82595-based adapters,
|
|
|
|
|
# Olicom Ethernet PC Card devices.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# fe: Fujitsu MB86960A/MB86965A Ethernet
|
|
|
|
|
# fea: DEC DEFEA EISA FDDI adapter
|
|
|
|
|
# fpa: Support for the Digital DEFPA PCI FDDI. `device fddi' is also needed.
|
|
|
|
|
# fxp: Intel EtherExpress Pro/100B
|
2001-02-27 23:02:00 +00:00
|
|
|
|
# (hint of prefer_iomap can be done to prefer I/O instead of Mem mapping)
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# ie: AT&T StarLAN 10 and EN100; 3Com 3C507; unknown NI5210;
|
|
|
|
|
# Intel EtherExpress
|
|
|
|
|
# le: Digital Equipment EtherWorks 2 and EtherWorks 3 (DEPCA, DE100,
|
|
|
|
|
# DE101, DE200, DE201, DE202, DE203, DE204, DE205, DE422)
|
|
|
|
|
# lnc: Lance/PCnet cards (Isolan, Novell NE2100, NE32-VL, AMD Am7990 and
|
|
|
|
|
# Am79C960)
|
2001-05-31 21:44:26 +00:00
|
|
|
|
# lge: Support for PCI gigabit ethernet adapters based on the Level 1
|
|
|
|
|
# LXT1001 NetCellerator chipset. This includes the D-Link DGE-500SX,
|
|
|
|
|
# SMC TigerCard 1000 (SMC9462SX), and some Addtron cards.
|
2001-05-11 19:56:39 +00:00
|
|
|
|
# nge: Support for PCI gigabit ethernet adapters based on the National
|
|
|
|
|
# Semiconductor DP83820 and DP83821 chipset. This includes the
|
|
|
|
|
# SMC EZ Card 1000 (SMC9462TX), D-Link DGE-500T, Asante FriendlyNet
|
2001-07-11 22:09:31 +00:00
|
|
|
|
# GigaNIX 1000TA and 1000TPC, the Addtron AEG320T, the LinkSys
|
2001-07-11 22:29:05 +00:00
|
|
|
|
# EG1032 and EG1064, the Surecom EP-320G-TX and the Netgear GA622T.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# oltr: Olicom ISA token-ring adapters OC-3115, OC-3117, OC-3118 and OC-3133
|
|
|
|
|
# (no hints needed).
|
|
|
|
|
# Olicom PCI token-ring adapters OC-3136, OC-3137, OC-3139, OC-3140,
|
|
|
|
|
# OC-3141, OC-3540, OC-3250
|
|
|
|
|
# rdp: RealTek RTL 8002-based pocket ethernet adapters
|
2000-10-03 18:30:15 +00:00
|
|
|
|
# pcn: Support for PCI fast ethernet adapters based on the AMD Am79c97x
|
|
|
|
|
# chipsets, including the PCnet/FAST, PCnet/FAST+, PCnet/PRO and
|
|
|
|
|
# PCnet/Home. These were previously handled by the lnc driver (and
|
|
|
|
|
# still will be if you leave this driver out of the kernel).
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# rl: Support for PCI fast ethernet adapters based on the RealTek 8129/8139
|
|
|
|
|
# chipset. Note that the RealTek driver defaults to using programmed
|
|
|
|
|
# I/O to do register accesses because memory mapped mode seems to cause
|
|
|
|
|
# severe lockups on SMP hardware. This driver also supports the
|
|
|
|
|
# Accton EN1207D `Cheetah' adapter, which uses a chip called
|
|
|
|
|
# the MPX 5030/5038, which is either a RealTek in disguise or a
|
|
|
|
|
# RealTek workalike. Note that the D-Link DFE-530TX+ uses the RealTek
|
|
|
|
|
# chipset and is supported by this driver, not the 'vr' driver.
|
|
|
|
|
# sf: Support for Adaptec Duralink PCI fast ethernet adapters based on the
|
|
|
|
|
# Adaptec AIC-6915 "starfire" controller.
|
|
|
|
|
# This includes dual and quad port cards, as well as one 100baseFX card.
|
|
|
|
|
# Most of these are 64-bit PCI devices, except for one single port
|
|
|
|
|
# card which is 32-bit.
|
2000-12-03 18:43:41 +00:00
|
|
|
|
# sis: Support for NICs based on the Silicon Integrated Systems SiS 900,
|
|
|
|
|
# SiS 7016 and NS DP83815 PCI fast ethernet controller chips.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# sk: Support for the SysKonnect SK-984x series PCI gigabit ethernet NICs.
|
|
|
|
|
# This includes the SK-9841 and SK-9842 single port cards (single mode
|
|
|
|
|
# and multimode fiber) and the SK-9843 and SK-9844 dual port cards
|
|
|
|
|
# (also single mode and multimode).
|
|
|
|
|
# The driver will autodetect the number of ports on the card and
|
|
|
|
|
# attach each one as a separate network interface.
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# sn: Support for ISA and PC Card Ethernet devices using the
|
|
|
|
|
# SMC91C90/92/94/95 chips.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# sr: RISCom/N2 hdlc sync 1/2 port V.35/X.21 serial driver (requires sppp)
|
|
|
|
|
# ste: Sundance Technologies ST201 PCI fast ethernet controller, includes
|
|
|
|
|
# the D-Link DFE-550TX.
|
|
|
|
|
# ti: Support for PCI gigabit ethernet NICs based on the Alteon Networks
|
|
|
|
|
# Tigon 1 and Tigon 2 chipsets. This includes the Alteon AceNIC, the
|
|
|
|
|
# 3Com 3c985, the Netgear GA620 and various others. Note that you will
|
|
|
|
|
# probably want to bump up NMBCLUSTERS a lot to use this driver.
|
|
|
|
|
# tl: Support for the Texas Instruments TNETE100 series 'ThunderLAN'
|
|
|
|
|
# cards and integrated ethernet controllers. This includes several
|
|
|
|
|
# Compaq Netelligent 10/100 cards and the built-in ethernet controllers
|
|
|
|
|
# in several Compaq Prosignia, Proliant and Deskpro systems. It also
|
|
|
|
|
# supports several Olicom 10Mbps and 10/100 boards.
|
2001-02-07 20:18:54 +00:00
|
|
|
|
# tx: SMC 9432 TX, BTX and FTX cards. (SMC EtherPower II serie)
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# vr: Support for various fast ethernet adapters based on the VIA
|
|
|
|
|
# Technologies VT3043 `Rhine I' and VT86C100A `Rhine II' chips,
|
|
|
|
|
# including the D-Link DFE530TX (see 'rl' for DFE530TX+), the Hawking
|
|
|
|
|
# Technologies PN102TX, and the AOpen/Acer ALN-320.
|
|
|
|
|
# vx: 3Com 3C590 and 3C595
|
|
|
|
|
# wb: Support for fast ethernet adapters based on the Winbond W89C840F chip.
|
|
|
|
|
# Note: this is not the same as the Winbond W89C940F, which is a
|
|
|
|
|
# NE2000 clone.
|
|
|
|
|
# wl: Lucent Wavelan (ISA card only).
|
|
|
|
|
# wi: Lucent WaveLAN/IEEE 802.11 PCMCIA adapters. Note: this supports both
|
|
|
|
|
# the PCMCIA and ISA cards: the ISA card is really a PCMCIA to ISA
|
|
|
|
|
# bridge with a PCMCIA adapter plugged into it.
|
|
|
|
|
# wx: Intel Gigabit Ethernet PCI card (`Wiseman')
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# xe: Xircom/Intel EtherExpress Pro100/16 PC Card ethernet controller,
|
|
|
|
|
# Accton Fast EtherCard-16, Compaq Netelligent 10/100 PC Card,
|
|
|
|
|
# Toshiba 10/100 Ethernet PC Card, Xircom 16-bit Ethernet + Modem 56
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# xl: Support for the 3Com 3c900, 3c905, 3c905B and 3c905C (Fast)
|
|
|
|
|
# Etherlink XL cards and integrated controllers. This includes the
|
|
|
|
|
# integrated 3c905B-TX chips in certain Dell Optiplex and Dell
|
|
|
|
|
# Precision desktop machines and the integrated 3c905-TX chips
|
|
|
|
|
# in Dell Latitude laptop docking stations.
|
|
|
|
|
# Also supported: 3Com 3c980(C)-TX, 3Com 3cSOHO100-TX, 3Com 3c450-TX
|
|
|
|
|
|
|
|
|
|
# Order for ISA/EISA devices is important here
|
|
|
|
|
|
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 ar 1
|
|
|
|
|
hint.ar.0.at="isa"
|
|
|
|
|
hint.ar.0.port="0x300"
|
|
|
|
|
hint.ar.0.irq="10"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.ar.0.maddr="0xd0000"
|
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 cs
|
|
|
|
|
hint.cs.0.at="isa"
|
|
|
|
|
hint.cs.0.port="0x300"
|
|
|
|
|
device cx 1
|
|
|
|
|
hint.cx.0.at="isa"
|
|
|
|
|
hint.cx.0.port="0x240"
|
|
|
|
|
hint.cx.0.irq="15"
|
|
|
|
|
hint.cx.0.drq="7"
|
|
|
|
|
device ed
|
|
|
|
|
hint.ed.0.at="isa"
|
|
|
|
|
hint.ed.0.port="0x280"
|
|
|
|
|
hint.ed.0.irq="5"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.ed.0.maddr="0xd8000"
|
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 el 1
|
|
|
|
|
hint.el.0.at="isa"
|
|
|
|
|
hint.el.0.port="0x300"
|
|
|
|
|
hint.el.0.irq="9"
|
|
|
|
|
device ep
|
|
|
|
|
device ex
|
|
|
|
|
device fe 1
|
2000-11-08 11:34:09 +00:00
|
|
|
|
options FE_8BIT_SUPPORT # LAC-98 support
|
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
|
|
|
|
hint.fe.0.at="isa"
|
|
|
|
|
hint.fe.0.port="0x300"
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device fea
|
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 ie 2
|
|
|
|
|
hint.ie.0.at="isa"
|
|
|
|
|
hint.ie.0.port="0x300"
|
|
|
|
|
hint.ie.0.irq="5"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.ie.0.maddr="0xd0000"
|
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
|
|
|
|
hint.ie.1.at="isa"
|
|
|
|
|
hint.ie.1.port="0x360"
|
|
|
|
|
hint.ie.1.irq="7"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.ie.1.maddr="0xd0000"
|
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 le 1
|
|
|
|
|
hint.le.0.at="isa"
|
|
|
|
|
hint.le.0.port="0x300"
|
|
|
|
|
hint.le.0.irq="5"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.le.0.maddr="0xd0000"
|
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 lnc 1
|
|
|
|
|
hint.lnc.0.at="isa"
|
|
|
|
|
hint.lnc.0.port="0x280"
|
|
|
|
|
hint.lnc.0.irq="10"
|
|
|
|
|
hint.lnc.0.drq="0"
|
|
|
|
|
device rdp 1
|
|
|
|
|
hint.rdp.0.at="isa"
|
|
|
|
|
hint.rdp.0.port="0x378"
|
|
|
|
|
hint.rdp.0.irq="7"
|
|
|
|
|
hint.rdp.0.flags="2"
|
|
|
|
|
device sr 1
|
|
|
|
|
hint.sr.0.at="isa"
|
|
|
|
|
hint.sr.0.port="0x300"
|
|
|
|
|
hint.sr.0.irq="5"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.sr.0.maddr="0xd0000"
|
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 sn
|
|
|
|
|
hint.sn.0.at="isa"
|
|
|
|
|
hint.sn.0.port="0x300"
|
|
|
|
|
hint.sn.0.irq="10"
|
|
|
|
|
device an
|
|
|
|
|
device awi
|
2001-03-16 07:29:58 +00:00
|
|
|
|
device cnw
|
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 wi
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options WLCACHE # enables the signal-strength cache
|
|
|
|
|
options WLDEBUG # enables verbose debugging output
|
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 wl 1
|
|
|
|
|
hint.wl.0.at="isa"
|
|
|
|
|
hint.wl.0.port="0x300"
|
|
|
|
|
device xe
|
1995-02-17 02:22:57 +00:00
|
|
|
|
|
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 oltr
|
|
|
|
|
options OLTR_NO_BULLSEYE_MAC
|
|
|
|
|
options OLTR_NO_HAWKEYE_MAC
|
|
|
|
|
options OLTR_NO_TMS_MAC
|
|
|
|
|
hint.oltr.0.at="isa"
|
1999-02-20 11:18:00 +00:00
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# PCI Ethernet NICs that use the common MII bus controller code.
|
|
|
|
|
device dc # DEC/Intel 21143 and various workalikes
|
2001-03-12 21:51:07 +00:00
|
|
|
|
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
|
|
|
|
|
hint.fxp.0.prefer_iomap="0"
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device rl # RealTek 8129/8139
|
2001-07-13 13:34:08 +00:00
|
|
|
|
device pcn # AMD Am79C97x PCI 10/100 NICs
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +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-09-11 20:10:16 +00:00
|
|
|
|
device tx # SMC EtherPower II (83c170 ``EPIC'')
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device vr # VIA Rhine, Rhine II
|
|
|
|
|
device wb # Winbond W89C840F
|
|
|
|
|
device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
|
|
|
|
|
|
|
|
|
|
# PCI Ethernet NICs.
|
|
|
|
|
device de # DEC/Intel DC21x4x (``Tulip'')
|
2000-11-15 18:43:41 +00:00
|
|
|
|
device vx # 3Com 3c590, 3c595 (``Vortex'')
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
|
|
|
|
|
# PCI Gigabit & FDDI NICs.
|
2001-05-31 21:44:26 +00:00
|
|
|
|
device lge
|
2001-05-11 19:56:39 +00:00
|
|
|
|
device nge
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device sk
|
|
|
|
|
device ti
|
|
|
|
|
device wx
|
|
|
|
|
device fpa 1
|
|
|
|
|
|
1997-05-09 12:19:06 +00:00
|
|
|
|
#
|
2000-11-07 09:31:28 +00:00
|
|
|
|
# ATM related options (Cranor version)
|
|
|
|
|
# (note: this driver cannot be used with the HARP ATM stack)
|
1997-05-09 12:19:06 +00:00
|
|
|
|
#
|
|
|
|
|
# The `en' device provides support for Efficient Networks (ENI)
|
|
|
|
|
# ENI-155 PCI midway cards, and the Adaptec 155Mbps PCI ATM cards (ANA-59x0).
|
|
|
|
|
#
|
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
|
|
|
|
# atm device provides generic atm functions and is required for
|
1997-05-09 12:19:06 +00:00
|
|
|
|
# atm devices.
|
1997-06-17 05:58:15 +00:00
|
|
|
|
# NATM enables the netnatm protocol family that can be used to
|
1997-05-09 12:19:06 +00:00
|
|
|
|
# bypass TCP/IP.
|
|
|
|
|
#
|
|
|
|
|
# the current driver supports only PVC operations (no atm-arp, no multicast).
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# for more details, please read the original documents at
|
1999-12-01 16:25:24 +00:00
|
|
|
|
# http://www.ccrc.wustl.edu/pub/chuck/tech/bsdatm/bsdatm.html
|
1997-05-09 12:19:06 +00:00
|
|
|
|
#
|
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 atm
|
2000-11-07 09:31:28 +00:00
|
|
|
|
device en
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NATM #native ATM
|
1995-10-31 07:42:54 +00:00
|
|
|
|
|
1999-01-01 08:09:58 +00:00
|
|
|
|
#
|
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
|
|
|
|
# Audio drivers: `pcm', `sbc', `gusc', `pca'
|
1999-01-01 08:09:58 +00:00
|
|
|
|
#
|
1997-09-14 21:45:05 +00:00
|
|
|
|
# pcm: PCM audio through various sound cards.
|
|
|
|
|
#
|
1998-12-31 08:03:52 +00:00
|
|
|
|
# This has support for a large number of new audio cards, based on
|
|
|
|
|
# CS423x, OPTi931, Yamaha OPL-SAx, and also for SB16, GusPnP.
|
|
|
|
|
# For more information about this driver and supported cards,
|
1999-12-01 16:25:24 +00:00
|
|
|
|
# see the pcm.4 man page.
|
1997-09-14 21:45:05 +00:00
|
|
|
|
#
|
|
|
|
|
# The flags of the device tells the device a bit more info about the
|
|
|
|
|
# device that normally is obtained through the PnP interface.
|
|
|
|
|
# bit 2..0 secondary DMA channel;
|
|
|
|
|
# bit 4 set if the board uses two dma channels;
|
|
|
|
|
# bit 15..8 board type, overrides autodetection; leave it
|
|
|
|
|
# zero if don't know what to put in (and you don't,
|
|
|
|
|
# since this is unsupported at the moment...).
|
|
|
|
|
#
|
1999-01-01 08:09:58 +00:00
|
|
|
|
# This driver will use the new PnP code if it's available.
|
|
|
|
|
#
|
1998-12-31 08:03:52 +00:00
|
|
|
|
# pca: PCM audio through your PC speaker
|
1998-02-11 15:36:46 +00:00
|
|
|
|
#
|
2000-01-29 17:56:23 +00:00
|
|
|
|
# Supported cards include:
|
|
|
|
|
# Creative SoundBlaster ISA PnP/non-PnP
|
|
|
|
|
# Supports ESS and Avance ISA chips as well.
|
|
|
|
|
# Gravis UltraSound ISA PnP/non-PnP
|
|
|
|
|
# Crystal Semiconductor CS461x/428x PCI
|
|
|
|
|
# Neomagic 256AV (ac97)
|
|
|
|
|
# Most of the more common ISA/PnP sb/mss/ess compatable cards.
|
|
|
|
|
|
2000-01-29 17:28:48 +00:00
|
|
|
|
device pcm
|
1999-01-01 08:09:58 +00:00
|
|
|
|
|
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
|
|
|
|
# For non-pnp sound cards with no bridge drivers only:
|
|
|
|
|
hint.pcm.0.at="isa"
|
|
|
|
|
hint.pcm.0.irq="10"
|
|
|
|
|
hint.pcm.0.drq="1"
|
|
|
|
|
hint.pcm.0.flags="0x0"
|
|
|
|
|
|
|
|
|
|
# For PnP/PCI sound cards, no hints are required.
|
|
|
|
|
|
2000-07-11 11:49:33 +00:00
|
|
|
|
#
|
|
|
|
|
# midi: MIDI interfaces and synthesizers
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
device midi
|
|
|
|
|
|
|
|
|
|
# For non-pnp sound cards with no bridge drivers:
|
|
|
|
|
hint.midi.0.at="isa"
|
|
|
|
|
hint.midi.0.irq="5"
|
|
|
|
|
hint.midi.0.flags="0x0"
|
|
|
|
|
|
|
|
|
|
# For serial ports (this example configures port 2):
|
|
|
|
|
# TODO: implement generic tty-midi interface so that we can use
|
|
|
|
|
# other uarts.
|
|
|
|
|
hint.midi.0.at="isa"
|
|
|
|
|
hint.midi.0.port="0x2F8"
|
|
|
|
|
hint.midi.0.irq="3"
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# seq: MIDI sequencer
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
device seq
|
|
|
|
|
|
2001-02-06 11:21:58 +00:00
|
|
|
|
# The bridge drivers for sound cards. These can be separately configured
|
2000-07-11 11:49:33 +00:00
|
|
|
|
# for providing services to the likes of new-midi.
|
2000-01-29 17:56:23 +00:00
|
|
|
|
# When used with 'device pcm' they also provide pcm sound services.
|
1999-11-22 06:10:25 +00:00
|
|
|
|
#
|
1999-12-15 05:10:00 +00:00
|
|
|
|
# sbc: Creative SoundBlaster ISA PnP/non-PnP
|
1999-12-21 14:39:22 +00:00
|
|
|
|
# Supports ESS and Avance ISA chips as well.
|
1999-11-22 06:10:25 +00:00
|
|
|
|
# gusc: Gravis UltraSound ISA PnP/non-PnP
|
2000-01-29 17:56:23 +00:00
|
|
|
|
# csa: Crystal Semiconductor CS461x/428x PCI
|
1999-11-22 06:10:25 +00:00
|
|
|
|
|
1999-11-25 01:20:29 +00:00
|
|
|
|
# For non-PnP cards:
|
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 sbc
|
|
|
|
|
hint.sbc.0.at="isa"
|
|
|
|
|
hint.sbc.0.port="0x220"
|
|
|
|
|
hint.sbc.0.irq="5"
|
|
|
|
|
hint.sbc.0.drq="1"
|
|
|
|
|
hint.sbc.0.flags="0x15"
|
|
|
|
|
device gusc
|
|
|
|
|
hint.gusc.0.at="isa"
|
|
|
|
|
hint.gusc.0.port="0x220"
|
|
|
|
|
hint.gusc.0.irq="5"
|
|
|
|
|
hint.gusc.0.drq="1"
|
|
|
|
|
hint.gusc.0.flags="0x13"
|
1999-11-25 01:20:29 +00:00
|
|
|
|
|
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 pca
|
|
|
|
|
hint.pca.0.at="isa"
|
|
|
|
|
hint.pca.0.port="0x040"
|
1994-04-23 21:39:18 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1995-07-16 08:55:04 +00:00
|
|
|
|
# Miscellaneous hardware:
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2001-05-28 20:43:36 +00:00
|
|
|
|
# mcd: Mitsumi CD-ROM using proprietary (non-ATAPI) interface
|
|
|
|
|
# scd: Sony CD-ROM using proprietary (non-ATAPI) interface
|
|
|
|
|
# matcd: Matsushita/Panasonic CD-ROM using proprietary (non-ATAPI) interface
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# wt: Wangtek and Archive QIC-02/QIC-36 tape drives
|
|
|
|
|
# ctx: Cortex-I frame grabber
|
|
|
|
|
# apm: Laptop Advanced Power Management (experimental)
|
2000-09-26 11:27:30 +00:00
|
|
|
|
# pmtimer: Timer device driver for power management events (APM or ACPI)
|
1996-01-30 23:02:38 +00:00
|
|
|
|
# spigot: The Creative Labs Video Spigot video-acquisition board
|
1995-08-28 17:03:18 +00:00
|
|
|
|
# meteor: Matrox Meteor video capture board
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# bktr: Brooktree bt848/848a/849a/878/879 video capture and TV Tuner board
|
2001-02-01 09:57:59 +00:00
|
|
|
|
# cy: Cyclades serial driver
|
1995-09-03 19:53:11 +00:00
|
|
|
|
# dgb: Digiboard PC/Xi and PC/Xe series driver (ALPHA QUALITY!)
|
2001-05-02 01:08:09 +00:00
|
|
|
|
# digi: Digiboard driver
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# gp: National Instruments AT-GPIB and AT-GPIB/TNT board, PCMCIA-GPIB
|
1995-09-08 03:20:10 +00:00
|
|
|
|
# asc: GI1904-based hand scanners, e.g. the Trust Amiscan Grey
|
1995-04-23 18:30:27 +00:00
|
|
|
|
# gsc: Genius GS-4500 hand scanner.
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# joy: joystick (including IO DATA PCJOY PC Card joystick)
|
2000-11-08 11:34:09 +00:00
|
|
|
|
# The LOUTB option specifies a slower outb() for debugging purposes.
|
1995-05-12 15:17:55 +00:00
|
|
|
|
# rc: RISCom/8 multiport card
|
1997-08-28 12:18:09 +00:00
|
|
|
|
# rp: Comtrol Rocketport(ISA) - single card
|
1995-07-16 08:55:04 +00:00
|
|
|
|
# tw: TW-523 power line interface for use with X-10 home control products
|
1995-09-23 08:52:30 +00:00
|
|
|
|
# si: Specialix SI/XIO 4-32 port terminal multiplexor
|
2000-12-11 19:41:48 +00:00
|
|
|
|
# spic: Sony Programmable I/O controller (VAIO notebooks)
|
1996-05-10 13:26:03 +00:00
|
|
|
|
# stl: Stallion EasyIO and EasyConnection 8/32 (cd1400 based)
|
|
|
|
|
# stli: Stallion EasyConnection 8/64, ONboard, Brumby (intelligent)
|
1995-04-28 00:51:40 +00:00
|
|
|
|
|
1996-04-22 19:40:28 +00:00
|
|
|
|
# Notes on APM
|
1997-03-29 11:07:12 +00:00
|
|
|
|
# The flags takes the following meaning for apm0:
|
|
|
|
|
# 0x0020 Statclock is broken.
|
1999-09-27 02:13:38 +00:00
|
|
|
|
# If apm is omitted, some systems require sysctl -w kern.timecounter.method=1
|
1999-02-04 22:34:23 +00:00
|
|
|
|
# for correct timekeeping.
|
|
|
|
|
|
1995-02-06 23:19:49 +00:00
|
|
|
|
# Notes on the spigot:
|
|
|
|
|
# The video spigot is at 0xad6. This port address can not be changed.
|
|
|
|
|
# The irq values may only be 10, 11, or 15
|
|
|
|
|
# I/O memory is an 8kb region. Possible values are:
|
|
|
|
|
# 0a0000, 0a2000, ..., 0fffff, f00000, f02000, ..., ffffff
|
1995-11-29 01:07:59 +00:00
|
|
|
|
# The start address must be on an even boundary.
|
|
|
|
|
# Add the following option if you want to allow non-root users to be able
|
|
|
|
|
# to access the spigot. This option is not secure because it allows users
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# direct access to the I/O page.
|
1995-11-29 01:07:59 +00:00
|
|
|
|
# options SPIGOT_UNSECURE
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1997-08-28 12:18:09 +00:00
|
|
|
|
# Notes on the Comtrol Rocketport driver:
|
|
|
|
|
#
|
|
|
|
|
# The exact values used for rp0 depend on how many boards you have
|
|
|
|
|
# in the system. The manufacturer's sample configs are listed as:
|
|
|
|
|
#
|
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 rp # core driver support
|
|
|
|
|
#
|
1997-08-28 12:18:09 +00:00
|
|
|
|
# Comtrol Rocketport ISA single card
|
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
|
|
|
|
# hints.rp.0.at="isa"
|
|
|
|
|
# hints.rp.0.port="0x280"
|
1997-08-28 12:18:09 +00:00
|
|
|
|
#
|
|
|
|
|
# If instead you have two ISA cards, one installed at 0x100 and the
|
|
|
|
|
# second installed at 0x180, then you should add the following to
|
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
|
|
|
|
# your kernel probe hints:
|
|
|
|
|
# hints.rp.0.at="isa"
|
|
|
|
|
# hints.rp.0.port="0x100"
|
|
|
|
|
# hints.rp.1.at="isa"
|
|
|
|
|
# hints.rp.1.port="0x180"
|
1997-08-28 12:18:09 +00:00
|
|
|
|
#
|
|
|
|
|
# For 4 ISA cards, it might be something like 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
|
|
|
|
# hints.rp.0.at="isa"
|
|
|
|
|
# hints.rp.0.port="0x180"
|
|
|
|
|
# hints.rp.1.at="isa"
|
|
|
|
|
# hints.rp.1.port="0x100"
|
|
|
|
|
# hints.rp.2.at="isa"
|
|
|
|
|
# hints.rp.2.port="0x340"
|
|
|
|
|
# hints.rp.3.at="isa"
|
|
|
|
|
# hints.rp.3.port="0x240"
|
1997-08-28 12:18:09 +00:00
|
|
|
|
#
|
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
|
|
|
|
# And for PCI cards, you need no hints.
|
1997-08-28 12:18:09 +00:00
|
|
|
|
|
1995-09-03 19:53:11 +00:00
|
|
|
|
# Notes on the Digiboard driver:
|
|
|
|
|
#
|
2001-06-27 21:38:43 +00:00
|
|
|
|
# The following flag values have special meanings in dgb:
|
|
|
|
|
# 0x01 - alternate layout of pins
|
|
|
|
|
# 0x02 - use the windowed PC/Xe in 64K mode
|
1995-09-23 08:52:30 +00:00
|
|
|
|
|
|
|
|
|
# Notes on the Specialix SI/XIO driver:
|
1995-08-09 12:58:50 +00:00
|
|
|
|
# The host card is memory, not IO mapped.
|
|
|
|
|
# The Rev 1 host cards use a 64K chunk, on a 32K boundary.
|
|
|
|
|
# The Rev 2 host cards use a 32K chunk, on a 32K boundary.
|
|
|
|
|
# The cards can use an IRQ of 11, 12 or 15.
|
|
|
|
|
|
2000-12-11 19:41:48 +00:00
|
|
|
|
# Notes on the Sony Programmable I/O controller
|
|
|
|
|
# This is a temporary driver that should someday be replaced by something
|
|
|
|
|
# that hooks into the ACPI layer. The device is hooked to the PIIX4's
|
|
|
|
|
# General Device 10 decoder, which means you have to fiddle with PCI
|
|
|
|
|
# registers to map it in, even though it is otherwise treated here as
|
|
|
|
|
# an ISA device. At the moment, the driver polls, although the device
|
|
|
|
|
# is capable of generating interrupts. It largely undocumented.
|
|
|
|
|
# The port location in the hint is where you WANT the device to be
|
|
|
|
|
# mapped. 0x10a0 seems to be traditional. At the moment the jogdial
|
|
|
|
|
# is the only thing truly supported, but aparently a fair percentage
|
|
|
|
|
# of the Vaio extra features are controlled by this device.
|
|
|
|
|
|
1996-05-10 13:26:03 +00:00
|
|
|
|
# Notes on the Stallion stl and stli drivers:
|
|
|
|
|
# See src/i386/isa/README.stl for complete instructions.
|
|
|
|
|
# This is version 0.0.5alpha, unsupported by Stallion.
|
|
|
|
|
# The stl driver has a secondary IO port hard coded at 0x280. You need
|
|
|
|
|
# to change src/i386/isa/stallion.c if you reconfigure this on the boards.
|
2000-06-14 10:04:06 +00:00
|
|
|
|
# The "flags" and "msize" settings on the stli driver depend on the board:
|
|
|
|
|
# EasyConnection 8/64 ISA: flags 23 msize 0x1000
|
|
|
|
|
# EasyConnection 8/64 EISA: flags 24 msize 0x10000
|
|
|
|
|
# EasyConnection 8/64 MCA: flags 25 msize 0x1000
|
|
|
|
|
# ONboard ISA: flags 4 msize 0x10000
|
|
|
|
|
# ONboard EISA: flags 7 msize 0x10000
|
|
|
|
|
# ONboard MCA: flags 3 msize 0x10000
|
|
|
|
|
# Brumby: flags 2 msize 0x4000
|
|
|
|
|
# Stallion: flags 1 msize 0x10000
|
1996-05-10 13:26:03 +00:00
|
|
|
|
|
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 mcd 1
|
|
|
|
|
hint.mcd.0.at="isa"
|
|
|
|
|
hint.mcd.0.port="0x300"
|
|
|
|
|
hint.mcd.0.irq="10"
|
1995-03-02 04:07:03 +00:00
|
|
|
|
# for the Sony CDU31/33A CDROM
|
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 scd 1
|
|
|
|
|
hint.scd.0.at="isa"
|
|
|
|
|
hint.scd.0.port="0x230"
|
1996-01-30 23:02:38 +00:00
|
|
|
|
# for the SoundBlaster 16 multicd - up to 4 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
|
|
|
|
device matcd 1
|
|
|
|
|
hint.matcd.0.at="isa"
|
|
|
|
|
hint.matcd.0.port="0x230"
|
|
|
|
|
device wt 1
|
|
|
|
|
hint.wt.0.at="isa"
|
|
|
|
|
hint.wt.0.port="0x300"
|
|
|
|
|
hint.wt.0.irq="5"
|
|
|
|
|
hint.wt.0.drq="1"
|
|
|
|
|
device ctx 1
|
|
|
|
|
hint.ctx.0.at="isa"
|
|
|
|
|
hint.ctx.0.port="0x230"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.ctx.0.maddr="0xd0000"
|
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 spigot 1
|
|
|
|
|
hint.spigot.0.at="isa"
|
|
|
|
|
hint.spigot.0.port="0xad6"
|
|
|
|
|
hint.spigot.0.irq="15"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.spigot.0.maddr="0xee000"
|
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
|
|
|
|
|
hint.apm.0.flags="0x20"
|
2000-09-26 11:27:30 +00:00
|
|
|
|
device pmtimer # Adjust system timer at wakeup time
|
2000-09-14 22:39:14 +00:00
|
|
|
|
hint.pmtimer.0.at="isa"
|
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 gp
|
|
|
|
|
hint.gp.0.at="isa"
|
|
|
|
|
hint.gp.0.port="0x2c0"
|
|
|
|
|
device gsc 1
|
|
|
|
|
hint.gsc.0.at="isa"
|
|
|
|
|
hint.gsc.0.port="0x270"
|
|
|
|
|
hint.gsc.0.drq="3"
|
|
|
|
|
device joy # PnP aware, hints for nonpnp only
|
|
|
|
|
hint.joy.0.at="isa"
|
|
|
|
|
hint.joy.0.port="0x201"
|
2001-02-01 09:57:59 +00:00
|
|
|
|
device cy 1
|
|
|
|
|
options CY_PCI_FASTINTR # Use with cy_pci unless irq is shared
|
|
|
|
|
hint.cy.0.at="isa"
|
|
|
|
|
hint.cy.0.irq="10"
|
|
|
|
|
hint.cy.0.maddr="0xd4000"
|
|
|
|
|
hint.cy.0.msize="0x2000"
|
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 dgb 1
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NDGBPORTS=16 # Defaults to 16*NDGB
|
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
|
|
|
|
hint.dgb.0.at="isa"
|
|
|
|
|
hint.dgb.0.port="0x220"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.dgb.0.maddr="0xfc000"
|
2001-05-02 01:08:09 +00:00
|
|
|
|
device digi
|
2001-06-27 21:37:01 +00:00
|
|
|
|
hint.digi.0.at="isa"
|
|
|
|
|
hint.digi.0.port="0x104"
|
|
|
|
|
hint.digi.0.maddr="0xd0000"
|
2001-05-02 01:08:09 +00:00
|
|
|
|
# BIOS & FEP/OS components of device digi. Normally left as modules
|
|
|
|
|
device digi_CX
|
|
|
|
|
device digi_CX_PCI
|
|
|
|
|
device digi_EPCX
|
|
|
|
|
device digi_EPCX_PCI
|
|
|
|
|
device digi_Xe
|
|
|
|
|
device digi_Xem
|
|
|
|
|
device digi_Xr
|
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 rc 1
|
|
|
|
|
hint.rc.0.at="isa"
|
|
|
|
|
hint.rc.0.port="0x220"
|
|
|
|
|
hint.rc.0.irq="12"
|
|
|
|
|
device rp
|
|
|
|
|
hint.rp.0.at="isa"
|
|
|
|
|
hint.rp.0.port="0x280"
|
1995-07-16 08:55:04 +00:00
|
|
|
|
# the port and irq for tw0 are fictitious
|
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 tw 1
|
|
|
|
|
hint.tw.0.at="isa"
|
|
|
|
|
hint.tw.0.port="0x380"
|
|
|
|
|
hint.tw.0.irq="11"
|
|
|
|
|
device si
|
|
|
|
|
options SI_DEBUG
|
|
|
|
|
hint.si.0.at="isa"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.si.0.maddr="0xd0000"
|
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
|
|
|
|
hint.si.0.irq="12"
|
|
|
|
|
device asc 1
|
|
|
|
|
hint.asc.0.at="isa"
|
|
|
|
|
hint.asc.0.port="0x3EB"
|
|
|
|
|
hint.asc.0.drq="3"
|
|
|
|
|
hint.asc.0.irq="10"
|
2000-12-11 19:41:48 +00:00
|
|
|
|
device spic
|
|
|
|
|
hint.spic.0.at="isa"
|
|
|
|
|
hint.spic.0.port="0x10a0"
|
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 stl
|
|
|
|
|
hint.stl.0.at="isa"
|
|
|
|
|
hint.stl.0.port="0x2a0"
|
|
|
|
|
hint.stl.0.irq="10"
|
|
|
|
|
device stli
|
|
|
|
|
hint.stli.0.at="isa"
|
|
|
|
|
hint.stli.0.port="0x2a0"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.stli.0.maddr="0xcc000"
|
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
|
|
|
|
hint.stli.0.flags="23"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.stli.0.msize="0x1000"
|
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
|
|
|
|
# You are unlikely to have the hardware for loran <phk@FreeBSD.org>
|
|
|
|
|
device loran
|
|
|
|
|
hint.loran.0.at="isa"
|
|
|
|
|
hint.loran.0.irq="5"
|
1999-12-01 16:25:24 +00:00
|
|
|
|
# HOT1 Xilinx 6200 card (http://www.vcc.com/)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device xrpu
|
1995-09-08 03:20:10 +00:00
|
|
|
|
|
1995-03-14 09:16:07 +00:00
|
|
|
|
#
|
1996-02-06 20:57:46 +00:00
|
|
|
|
# The `meteor' device is a PCI video capture board. It can also have the
|
1995-08-28 17:03:18 +00:00
|
|
|
|
# following options:
|
1995-12-14 14:35:36 +00:00
|
|
|
|
# options METEOR_ALLOC_PAGES=xxx preallocate kernel pages for data entry
|
1995-08-28 17:03:18 +00:00
|
|
|
|
# figure (ROWS*COLUMN*BYTES_PER_PIXEL*FRAME+PAGE_SIZE-1)/PAGE_SIZE
|
|
|
|
|
# options METEOR_DEALLOC_PAGES remove all allocated pages on close(2)
|
1995-12-14 14:35:36 +00:00
|
|
|
|
# options METEOR_DEALLOC_ABOVE=xxx remove all allocated pages above the
|
1995-08-28 17:03:18 +00:00
|
|
|
|
# specified amount. If this value is below the allocated amount no action
|
|
|
|
|
# taken
|
1999-03-09 00:24:27 +00:00
|
|
|
|
# options METEOR_SYSTEM_DEFAULT={METEOR_PAL|METEOR_NTSC|METEOR_SECAM}, used
|
1996-05-17 09:43:15 +00:00
|
|
|
|
# for initialization of fps routine when a signal is not present.
|
1995-08-28 17:03:18 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# The 'bktr' device is a PCI video capture device using the Brooktree
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# bt848/bt848a/bt849a/bt878/bt879 chipset. When used with a TV Tuner it forms a
|
|
|
|
|
# TV card, eg Miro PC/TV, Hauppauge WinCast/TV WinTV, VideoLogic Captivator,
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# Intel Smart Video III, AverMedia, IMS Turbo, FlyVideo.
|
1999-05-28 10:27:22 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options OVERRIDE_CARD=xxx
|
|
|
|
|
# options OVERRIDE_TUNER=xxx
|
|
|
|
|
# options OVERRIDE_MSP=1
|
|
|
|
|
# options OVERRIDE_DBX=1
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# These options can be used to override the auto detection
|
1999-12-01 16:25:24 +00:00
|
|
|
|
# The current values for xxx are found in src/sys/dev/bktr/bktr_card.h
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# Using sysctl(8) run-time overrides on a per-card basis can be made
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_PAL
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# or
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BROOKTREE_SYSTEM_DEFAULT=BROOKTREE_NTSC
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# Specifes the default video capture mode.
|
1998-09-10 08:20:46 +00:00
|
|
|
|
# This is required for Dual Crystal (28&35Mhz) boards where PAL is used
|
|
|
|
|
# to prevent hangs during initialisation. eg VideoLogic Captivator PCI.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BKTR_USE_PLL
|
1998-09-10 08:20:46 +00:00
|
|
|
|
# PAL or SECAM users who have a 28Mhz crystal (and no 35Mhz crystal)
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# must enable PLL mode with this option. eg some new Bt878 cards.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BKTR_GPIO_ACCESS
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# This enable IOCTLs which give user level access to the GPIO port.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BKTR_NO_MSP_RESET
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# Prevents the MSP34xx reset. Good if you initialise the MSP in another OS first
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BKTR_430_FX_MODE
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# Switch Bt878/879 cards into Intel 430FX chipset compatibility mode.
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# options BKTR_SIS_VIA_MODE
|
1999-05-28 10:27:22 +00:00
|
|
|
|
# Switch Bt878/879 cards into SIS/VIA chipset compatibility mode which is
|
|
|
|
|
# needed for some old SiS and VIA chipset motherboards.
|
|
|
|
|
# This also allows Bt878/879 chips to work on old OPTi (<1997) chipset
|
|
|
|
|
# motherboards and motherboards with bad or incomplete PCI 2.1 support.
|
|
|
|
|
# As a rough guess, old = before 1998
|
1998-09-10 08:20:46 +00:00
|
|
|
|
#
|
2000-01-09 23:33:38 +00:00
|
|
|
|
|
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 meteor 1
|
1999-05-18 12:55:11 +00:00
|
|
|
|
|
1998-11-01 18:41:21 +00:00
|
|
|
|
# Brooktree driver has been ported to the new I2C framework. Thus,
|
1999-05-18 12:55:11 +00:00
|
|
|
|
# you'll need to have the following 3 lines in the kernel config.
|
2000-01-23 14:34:38 +00:00
|
|
|
|
# device smbus
|
|
|
|
|
# device iicbus
|
|
|
|
|
# device iicbb
|
1999-05-18 12:55:11 +00:00
|
|
|
|
# The iic and smb devices are only needed if you want to control other
|
|
|
|
|
# I2C slaves connected to the external connector of some cards.
|
1998-11-01 18:41:21 +00:00
|
|
|
|
#
|
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 bktr 1
|
1995-07-16 10:31:26 +00:00
|
|
|
|
|
1995-10-31 18:28:55 +00:00
|
|
|
|
#
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# PC Card/PCMCIA
|
2001-05-09 19:37:25 +00:00
|
|
|
|
# (OLDCARD)
|
1995-10-31 18:28:55 +00:00
|
|
|
|
#
|
1999-10-15 17:29:21 +00:00
|
|
|
|
# card: pccard slots
|
|
|
|
|
# pcic: isa/pccard bridge
|
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 pcic
|
|
|
|
|
hint.pcic.0.at="isa"
|
|
|
|
|
hint.pcic.1.at="isa"
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device card
|
1995-10-31 18:28:55 +00:00
|
|
|
|
|
2001-05-09 19:37:25 +00:00
|
|
|
|
#
|
|
|
|
|
# PC Card/PCMCIA and Cardbus
|
|
|
|
|
# (NEWCARD)
|
|
|
|
|
#
|
|
|
|
|
# Note that NEWCARD and OLDCARD are incompatible. Do not use both at the same
|
|
|
|
|
# time.
|
|
|
|
|
#
|
|
|
|
|
# pccbb: isa/pccard and pci/cardbus bridge
|
|
|
|
|
# pccard: pccard slots
|
|
|
|
|
# cardbus: cardbus slots
|
|
|
|
|
#device pccbb
|
|
|
|
|
#device pccard
|
|
|
|
|
#device cardbus
|
|
|
|
|
|
1998-09-08 18:09:51 +00:00
|
|
|
|
# You may need to reset all pccards after resuming
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options PCIC_RESUME_RESET # reset after resume
|
1998-09-08 18:09:51 +00:00
|
|
|
|
|
1995-07-16 10:31:26 +00:00
|
|
|
|
#
|
|
|
|
|
# Laptop/Notebook options:
|
|
|
|
|
#
|
|
|
|
|
# See also:
|
1996-01-30 23:02:38 +00:00
|
|
|
|
# apm under `Miscellaneous hardware'
|
1995-07-16 10:31:26 +00:00
|
|
|
|
# above.
|
|
|
|
|
|
|
|
|
|
# For older notebooks that signal a powerfail condition (external
|
|
|
|
|
# power supply dropped, or battery state low) by issuing an NMI:
|
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options POWERFAIL_NMI # make it beep instead of panicing
|
1995-10-10 04:03:12 +00:00
|
|
|
|
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
|
|
|
|
# SMB bus
|
|
|
|
|
#
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# System Management Bus support is provided by the 'smbus' device.
|
|
|
|
|
# Access to the SMBus device is via the 'smb' device (/dev/smb*),
|
|
|
|
|
# which is a child of the 'smbus' device.
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# smb standard io through /dev/smb*
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# Supported SMB interfaces:
|
|
|
|
|
# iicsmb I2C to SMB bridge with any iicbus interface
|
|
|
|
|
# bktr brooktree848 I2C hardware interface
|
|
|
|
|
# intpm Intel PIIX4 Power Management Unit
|
|
|
|
|
# alpm Acer Aladdin-IV/V/Pro2 Power Management Unit
|
|
|
|
|
# ichsmb Intel ICH SMBus controller chips (82801AA, 82801AB, 82801BA)
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device smbus # Bus support, required for smb below.
|
2000-10-06 00:09:46 +00:00
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device intpm
|
2001-01-03 07:39:07 +00:00
|
|
|
|
device alpm
|
2000-10-06 00:09:46 +00:00
|
|
|
|
device ichsmb
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device smb
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# I2C Bus
|
|
|
|
|
#
|
|
|
|
|
# Philips i2c bus support is provided by the `iicbus' device.
|
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
|
|
|
|
# ic i2c network interface
|
|
|
|
|
# iic i2c standard io
|
1998-09-17 21:54:17 +00:00
|
|
|
|
# iicsmb i2c to smb bridge. Allow i2c i/o with smb commands.
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
|
|
|
|
# Supported interfaces:
|
|
|
|
|
# pcf Philips PCF8584 ISA-bus controller
|
1998-11-01 18:41:21 +00:00
|
|
|
|
# bktr brooktree848 I2C software interface
|
|
|
|
|
#
|
|
|
|
|
# Other:
|
|
|
|
|
# iicbb generic I2C bit-banging code (needed by lpbb, bktr)
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device iicbus # Bus support, required for ic/iic/iicsmb below.
|
|
|
|
|
device iicbb
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ic
|
|
|
|
|
device iic
|
|
|
|
|
device iicsmb # smb over i2c bridge
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
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 pcf
|
|
|
|
|
hint.pcf.0.at="isa"
|
|
|
|
|
hint.pcf.0.port="0x320"
|
|
|
|
|
hint.pcf.0.irq="5"
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ISDN4BSD
|
1999-05-20 10:14:57 +00:00
|
|
|
|
#
|
1999-12-14 20:52:41 +00:00
|
|
|
|
# See /usr/share/examples/isdn/ROADMAP for an introduction to isdn4bsd.
|
1999-05-20 10:14:57 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# i4b passive ISDN cards support contains the following hardware drivers:
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2001-01-11 15:35:45 +00:00
|
|
|
|
# isic - Siemens/Infineon ISDN ISAC/HSCX/IPAC chipset driver
|
|
|
|
|
# iwic - Winbond W6692 PCI bus ISDN S/T interface controller
|
|
|
|
|
# ifpi - AVM Fritz!Card PCI driver
|
|
|
|
|
# ihfc - Cologne Chip HFC ISA/ISA-PnP chipset driver
|
2000-10-18 09:16:30 +00:00
|
|
|
|
# ifpnp - AVM Fritz!Card PnP driver
|
2001-01-11 15:35:45 +00:00
|
|
|
|
# itjc - Siemens ISAC / TJNet Tiger300/320 chipset
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#
|
2001-05-25 08:43:30 +00:00
|
|
|
|
# i4b active ISDN cards support contains the following hardware drivers:
|
|
|
|
|
#
|
|
|
|
|
# iavc - AVM B1 PCI, AVM B1 ISA, AVM T1
|
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# Note that the ``options'' (if given) and ``device'' lines must BOTH
|
|
|
|
|
# be uncommented to enable support for a given card !
|
|
|
|
|
#
|
|
|
|
|
# In addition to a hardware driver (and probably an option) the mandatory
|
|
|
|
|
# ISDN protocol stack devices and the mandatory support device must be
|
|
|
|
|
# enabled as well as one or more devices from the optional devices section.
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# isic driver (Siemens/Infineon chipsets)
|
|
|
|
|
#
|
|
|
|
|
device isic
|
1999-12-14 20:52:41 +00:00
|
|
|
|
#
|
|
|
|
|
# ISA bus non-PnP Cards:
|
|
|
|
|
# ----------------------
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Teles S0/8 or Niccy 1008
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options TEL_S0_8
|
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
|
|
|
|
hint.isic.0.at="isa"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.isic.0.maddr="0xd0000"
|
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
|
|
|
|
hint.isic.0.irq="5"
|
|
|
|
|
hint.isic.0.flags="1"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Teles S0/16 or Creatix ISDN-S0 or Niccy 1016
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options TEL_S0_16
|
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
|
|
|
|
hint.isic.0.at="isa"
|
|
|
|
|
hint.isic.0.port="0xd80"
|
2000-06-14 10:04:06 +00:00
|
|
|
|
hint.isic.0.maddr="0xd0000"
|
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
|
|
|
|
hint.isic.0.irq="5"
|
|
|
|
|
hint.isic.0.flags="2"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# Teles S0/16.3
|
|
|
|
|
options TEL_S0_16_3
|
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
|
|
|
|
hint.isic.0.at="isa"
|
2000-06-26 10:04:00 +00:00
|
|
|
|
hint.isic.0.port="0xd80"
|
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
|
|
|
|
hint.isic.0.irq="5"
|
|
|
|
|
hint.isic.0.flags="3"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# AVM A1 or AVM Fritz!Card
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options AVM_A1
|
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
|
|
|
|
hint.isic.0.at="isa"
|
2000-06-26 10:04:00 +00:00
|
|
|
|
hint.isic.0.port="0x340"
|
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
|
|
|
|
hint.isic.0.irq="5"
|
|
|
|
|
hint.isic.0.flags="4"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# USRobotics Sportster ISDN TA intern
|
|
|
|
|
options USR_STI
|
|
|
|
|
hint.isic.0.at="isa"
|
|
|
|
|
hint.isic.0.port="0x268"
|
|
|
|
|
hint.isic.0.irq="5"
|
|
|
|
|
hint.isic.0.flags="7"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# ITK ix1 Micro ( < V.3, non-PnP version )
|
|
|
|
|
options ITKIX1
|
|
|
|
|
hint.isic.0.at="isa"
|
|
|
|
|
hint.isic.0.port="0x398"
|
|
|
|
|
hint.isic.0.irq="10"
|
|
|
|
|
hint.isic.0.flags="18"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
1999-05-20 10:14:57 +00:00
|
|
|
|
# ELSA PCC-16
|
2000-03-19 10:19:23 +00:00
|
|
|
|
options ELSA_PCC16
|
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
|
|
|
|
hint.isic.0.at="isa"
|
2000-06-26 10:04:00 +00:00
|
|
|
|
hint.isic.0.port="0x360"
|
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
|
|
|
|
hint.isic.0.irq="10"
|
|
|
|
|
hint.isic.0.flags="20"
|
1999-05-20 10:14:57 +00:00
|
|
|
|
#
|
1999-12-14 20:52:41 +00:00
|
|
|
|
# ISA bus PnP Cards:
|
|
|
|
|
# ------------------
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Teles S0/16.3 PnP
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options TEL_S0_16_3_P
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Creatix ISDN-S0 P&P
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options CRTX_S0_P
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Dr. Neuhaus Niccy Go@
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options DRN_NGO
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Sedlbauer Win Speed
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options SEDLBAUER
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# Dynalink IS64PH
|
|
|
|
|
options DYNALINK
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# ELSA QuickStep 1000pro ISA
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options ELSA_QS1ISA
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# Siemens I-Surf 2.0
|
2000-03-19 10:19:23 +00:00
|
|
|
|
options SIEMENS_ISURF2
|
1999-08-06 14:05:10 +00:00
|
|
|
|
#
|
2000-04-10 18:33:23 +00:00
|
|
|
|
# Asuscom ISDNlink 128K ISA
|
2000-10-09 15:41:15 +00:00
|
|
|
|
options ASUSCOM_IPAC
|
2000-03-18 19:30:58 +00:00
|
|
|
|
#
|
2001-01-26 13:22:18 +00:00
|
|
|
|
# Eicon Diehl DIVA 2.0 and 2.02
|
|
|
|
|
options EICON_DIVA
|
|
|
|
|
#
|
1999-12-14 20:52:41 +00:00
|
|
|
|
# PCI bus Cards:
|
|
|
|
|
# --------------
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
1999-12-14 20:52:41 +00:00
|
|
|
|
# ELSA MicroLink ISDN/PCI (same as ELSA QuickStep 1000pro PCI)
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options ELSA_QS1PCI
|
1997-08-14 14:03:27 +00:00
|
|
|
|
#
|
1999-05-20 10:14:57 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ifpnp driver for AVM Fritz!Card PnP
|
|
|
|
|
#
|
|
|
|
|
# AVM Fritz!Card PnP
|
|
|
|
|
device ifpnp
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ihfc driver for Cologne Chip ISA chipsets (experimental!)
|
|
|
|
|
#
|
|
|
|
|
# Teles 16.3c ISA PnP
|
|
|
|
|
# AcerISDN P10 ISA PnP
|
|
|
|
|
# TELEINT ISDN SPEED No.1
|
|
|
|
|
device ihfc
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ifpi driver for AVM Fritz!Card PCI
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# AVM Fritz!Card PCI
|
|
|
|
|
device ifpi
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# iwic driver for Winbond W6692 chipset
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# ASUSCOM P-IN100-ST-D (and other Winbond W6692 based cards)
|
2000-10-10 14:23:04 +00:00
|
|
|
|
device iwic
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
2001-01-11 15:35:45 +00:00
|
|
|
|
# itjc driver for Simens ISAC / TJNet Tiger300/320 chipset
|
|
|
|
|
#
|
|
|
|
|
# Traverse Technologies NETjet-S
|
|
|
|
|
# Teles PCI-TJ
|
|
|
|
|
device itjc
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
2001-05-25 08:43:30 +00:00
|
|
|
|
# iavc driver (AVM active cards, needs i4bcapi driver!)
|
|
|
|
|
#
|
|
|
|
|
device iavc
|
|
|
|
|
#
|
|
|
|
|
# AVM B1 ISA bus (PnP mode not supported!)
|
|
|
|
|
# ----------------------------------------
|
|
|
|
|
hint.iavc.0.at="isa"
|
|
|
|
|
hint.iavc.0.port="0x150"
|
|
|
|
|
hint.iavc.0.irq="5"
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
2000-10-09 15:41:15 +00:00
|
|
|
|
# ISDN Protocol Stack - mandatory for all hardware drivers
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1998-12-27 21:47:14 +00:00
|
|
|
|
# Q.921 / layer 2 - i4b passive cards D channel handling
|
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 "i4bq921"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# Q.931 / layer 3 - i4b passive cards D channel handling
|
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 "i4bq931"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# layer 4 - i4b common passive and active card handling
|
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 "i4b"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ISDN devices - mandatory for all hardware drivers
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# userland driver to do ISDN tracing (for passive cards only)
|
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 "i4btrc" 4
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# userland driver to control the whole thing
|
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 "i4bctl"
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
|
|
|
|
# ISDN devices - optional
|
|
|
|
|
#
|
1998-12-27 21:47:14 +00:00
|
|
|
|
# userland driver for access to raw B channel
|
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 "i4brbch" 4
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# userland driver for telephony
|
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 "i4btel" 2
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
|
|
|
|
# network driver for IP over raw HDLC ISDN
|
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 "i4bipr" 4
|
1998-12-27 21:47:14 +00:00
|
|
|
|
# enable VJ header compression detection for ipr i/f
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPR_VJ
|
1999-12-14 20:52:41 +00:00
|
|
|
|
# enable logging of the first n IP packets to isdnd (n=32 here)
|
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 IPR_LOG=32
|
1998-12-27 21:47:14 +00:00
|
|
|
|
#
|
2000-06-06 10:31:19 +00:00
|
|
|
|
# network driver for sync PPP over ISDN; requires an equivalent
|
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
|
|
|
|
# number of sppp device to be configured
|
|
|
|
|
device "i4bisppp" 4
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#
|
2001-05-25 08:43:30 +00:00
|
|
|
|
# B-channel interface to the netgraph subsystem
|
2000-10-09 15:41:15 +00:00
|
|
|
|
device "i4bing" 2
|
|
|
|
|
#
|
2001-05-25 08:43:30 +00:00
|
|
|
|
# CAPI driver needed for active ISDN cards (see iavc driver above)
|
|
|
|
|
device "i4bcapi"
|
|
|
|
|
#
|
2000-10-09 15:41:15 +00:00
|
|
|
|
#---------------------------------------------------------------------------
|
1998-12-27 21:47:14 +00:00
|
|
|
|
|
1997-08-14 14:03:27 +00:00
|
|
|
|
# Parallel-Port Bus
|
|
|
|
|
#
|
|
|
|
|
# Parallel port bus support is provided by the `ppbus' device.
|
|
|
|
|
# Multiple devices may be attached to the parallel port, devices
|
|
|
|
|
# are automatically probed and attached when found.
|
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
|
|
|
|
# vpo Iomega Zip Drive
|
1998-09-17 21:54:17 +00:00
|
|
|
|
# Requires SCSI disk support ('scbus' and 'da'), best
|
1997-10-15 07:35:48 +00:00
|
|
|
|
# performance is achieved with ports in EPP 1.9 mode.
|
1999-02-14 12:00:00 +00:00
|
|
|
|
# lpt Parallel Printer
|
1998-08-03 19:14:33 +00:00
|
|
|
|
# plip Parallel network interface
|
1999-02-14 12:00:00 +00:00
|
|
|
|
# ppi General-purpose I/O ("Geek Port") + IEEE1284 I/O
|
1998-09-17 21:54:17 +00:00
|
|
|
|
# pps Pulse per second Timing Interface
|
1998-11-01 18:41:21 +00:00
|
|
|
|
# lpbb Philips official parallel port I2C bit-banging interface
|
1997-08-14 14:03:27 +00:00
|
|
|
|
#
|
|
|
|
|
# Supported interfaces:
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# ppc ISA-bus parallel port interfaces.
|
1997-08-14 14:03:27 +00:00
|
|
|
|
#
|
1999-01-23 17:06:01 +00:00
|
|
|
|
|
2000-01-14 00:18:06 +00:00
|
|
|
|
options PPC_PROBE_CHIPSET # Enable chipset specific detection
|
|
|
|
|
# (see flags in ppc(4))
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DEBUG_1284 # IEEE1284 signaling protocol debug
|
|
|
|
|
options PERIPH_1284 # Makes your computer act as a IEEE1284
|
1999-01-23 17:06:01 +00:00
|
|
|
|
# compliant peripheral
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DONTPROBE_1284 # Avoid boot detection of PnP parallel devices
|
|
|
|
|
options VP0_DEBUG # ZIP/ZIP+ debug
|
|
|
|
|
options LPT_DEBUG # Printer driver debug
|
|
|
|
|
options PPC_DEBUG # Parallel chipset level debug
|
|
|
|
|
options PLIP_DEBUG # Parallel network IP interface debug
|
2000-01-19 18:17:25 +00:00
|
|
|
|
options PCFCLOCK_VERBOSE # Verbose pcfclock driver
|
|
|
|
|
options PCFCLOCK_MAX_RETRIES=5 # Maximum read tries (default 10)
|
1999-01-23 17:06:01 +00:00
|
|
|
|
|
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
|
|
|
|
|
hint.ppc.0.at="isa"
|
|
|
|
|
hint.ppc.0.irq="7"
|
2000-01-23 14:46:20 +00:00
|
|
|
|
device ppbus
|
|
|
|
|
device vpo
|
|
|
|
|
device lpt
|
|
|
|
|
device plip
|
|
|
|
|
device ppi
|
|
|
|
|
device pps
|
|
|
|
|
device lpbb
|
|
|
|
|
device pcfclock
|
1997-08-14 14:03:27 +00:00
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# Kernel BOOTP support
|
1997-05-11 18:05:39 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options BOOTP # Use BOOTP to obtain IP address/hostname
|
|
|
|
|
options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info
|
|
|
|
|
options BOOTP_NFSV3 # Use NFS v3 to NFS mount root
|
|
|
|
|
options BOOTP_COMPAT # Workaround for broken bootp daemons.
|
|
|
|
|
options BOOTP_WIRED_TO=fxp0 # Use interface fxp0 for BOOTP
|
1997-05-11 18:05:39 +00:00
|
|
|
|
|
1998-02-16 23:57:49 +00:00
|
|
|
|
#
|
|
|
|
|
# Add tie-ins for a hardware watchdog. This only enable the hooks;
|
|
|
|
|
# the user must still supply the actual driver.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options HW_WDOG
|
1998-02-16 23:57:49 +00:00
|
|
|
|
|
1998-03-09 22:09:13 +00:00
|
|
|
|
#
|
|
|
|
|
# Set the number of PV entries per process. Increasing this can
|
|
|
|
|
# stop panics related to heavy use of shared memory. However, that can
|
|
|
|
|
# (combined with large amounts of physical memory) cause panics at
|
|
|
|
|
# boot time due the kernel running out of VM space.
|
|
|
|
|
#
|
|
|
|
|
# If you're tweaking this, you might also want to increase the sysctls
|
|
|
|
|
# "vm.v_free_min", "vm.v_free_reserved", and "vm.v_free_target".
|
|
|
|
|
#
|
1998-03-10 15:42:13 +00:00
|
|
|
|
# The value below is the one more than the default.
|
1998-03-09 22:09:13 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options PMAP_SHPGPERPROC=201
|
1998-03-09 22:09:13 +00:00
|
|
|
|
|
1998-09-29 17:33:45 +00:00
|
|
|
|
#
|
|
|
|
|
# Disable swapping. This option removes all code which actually performs
|
|
|
|
|
# swapping, so it's not possible to turn it back on at run-time.
|
|
|
|
|
#
|
|
|
|
|
# This is sometimes usable for systems which don't have any swap space
|
|
|
|
|
# (see also sysctls "vm.defer_swapspace_pageouts" and
|
|
|
|
|
# "vm.disable_swapspace_pageouts")
|
|
|
|
|
#
|
2000-06-26 10:04:00 +00:00
|
|
|
|
#options NO_SWAPPING
|
1998-09-29 17:33:45 +00:00
|
|
|
|
|
1998-11-05 14:36:37 +00:00
|
|
|
|
# Set the number of sf_bufs to allocate. sf_bufs are virtual buffers
|
|
|
|
|
# for sendfile(2) that are used to map file VM pages, and normally
|
|
|
|
|
# default to a quantity that is roughly 16*MAXUSERS+512. You would
|
|
|
|
|
# typically want about 4 of these for each simultaneous file send.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NSFBUFS=1024
|
1998-11-05 14:36:37 +00:00
|
|
|
|
|
1999-01-20 14:49:12 +00:00
|
|
|
|
#
|
1999-01-21 09:24:28 +00:00
|
|
|
|
# Enable extra debugging code for locks. This stores the filename and
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# line of whatever acquired the lock in the lock itself, and change a
|
1999-01-21 09:24:28 +00:00
|
|
|
|
# number of function calls to pass around the relevant data. This is
|
|
|
|
|
# not at all useful unless you are debugging lock code. Also note
|
|
|
|
|
# that it is likely to break e.g. fstat(1) unless you recompile your
|
|
|
|
|
# userland with -DDEBUG_LOCKS as well.
|
1999-01-20 14:49:12 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DEBUG_LOCKS
|
1999-01-20 14:49:12 +00:00
|
|
|
|
|
2001-02-27 07:39:12 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# ABI Emulation
|
|
|
|
|
|
|
|
|
|
# Enable iBCS2 runtime support for SCO and ISC binaries
|
|
|
|
|
options IBCS2
|
|
|
|
|
|
|
|
|
|
# Emulate spx device for client side of SVR3 local X interface
|
|
|
|
|
options SPX_HACK
|
|
|
|
|
|
|
|
|
|
# Enable Linux ABI emulation
|
|
|
|
|
options COMPAT_LINUX
|
|
|
|
|
|
2001-06-11 11:04:36 +00:00
|
|
|
|
# Enable the linux-like proc filesystem support (requires COMPAT_LINUX
|
|
|
|
|
# and PSEUDOFS)
|
2001-03-02 05:57:39 +00:00
|
|
|
|
options LINPROCFS
|
|
|
|
|
|
2001-02-27 07:39:12 +00:00
|
|
|
|
# Linux debugging
|
|
|
|
|
options DEBUG_LINUX
|
|
|
|
|
|
2000-01-07 14:41:12 +00:00
|
|
|
|
#
|
|
|
|
|
# SysVR4 ABI emulation
|
|
|
|
|
#
|
|
|
|
|
# The svr4 ABI emulator can be statically compiled into the kernel or loaded as
|
|
|
|
|
# a KLD module.
|
|
|
|
|
# The STREAMS network emulation code can also be compiled statically or as a
|
|
|
|
|
# module. If loaded as a module, it must be loaded before the svr4 module
|
|
|
|
|
# (the /usr/sbin/svr4 script does this for you). If compiling statically,
|
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 `streams' device must be configured into any kernel which also
|
2000-01-07 14:41:12 +00:00
|
|
|
|
# specifies COMPAT_SVR4. It is possible to have a statically-configured
|
|
|
|
|
# STREAMS device and a dynamically loadable svr4 emulator; the /usr/sbin/svr4
|
|
|
|
|
# script understands that it doesn't need to load the `streams' module under
|
|
|
|
|
# those circumstances.
|
|
|
|
|
# Caveat: At this time, `options KTRACE' is required for the svr4 emulator
|
|
|
|
|
# (whether static or dynamic).
|
|
|
|
|
#
|
|
|
|
|
options COMPAT_SVR4 # build emulator statically
|
|
|
|
|
options DEBUG_SVR4 # enable verbose debugging
|
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 streams # STREAMS network driver (required for svr4).
|
2000-01-07 14:41:12 +00:00
|
|
|
|
|
2001-02-27 07:39:12 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB support
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# UHCI controller
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device uhci
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# OHCI controller
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ohci
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# General USB code (mandatory for USB)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device usb
|
1998-12-13 23:06:16 +00:00
|
|
|
|
#
|
2000-05-01 22:48:23 +00:00
|
|
|
|
# USB Double Bulk Pipe devices
|
|
|
|
|
device udbp
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# Generic USB device driver
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ugen
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# Human Interface Device (anything with buttons and dials)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device uhid
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB keyboard
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ukbd
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB printer
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ulpt
|
2001-07-22 21:35:02 +00:00
|
|
|
|
# USB Iomega Zip 100 Drive (Requires scbus and da)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device umass
|
2000-07-18 10:49:45 +00:00
|
|
|
|
# USB modem support
|
|
|
|
|
device umodem
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# USB mouse
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ums
|
2000-03-16 09:16:14 +00:00
|
|
|
|
# Diamond Rio 500 Mp3 player
|
|
|
|
|
device urio
|
2000-10-25 10:34:38 +00:00
|
|
|
|
# USB scanners
|
|
|
|
|
device uscanner
|
1999-05-20 20:02:37 +00:00
|
|
|
|
#
|
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
|
|
|
|
# ADMtek USB ethernet. Supports the LinkSys USB100TX,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
|
# the Billionton USB100, the Melco LU-ATX, the D-Link DSB-650TX
|
|
|
|
|
# and the SMC 2202USB. Also works with the ADMtek AN986 Pegasus
|
|
|
|
|
# eval board.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device aue
|
2000-01-05 04:27:24 +00:00
|
|
|
|
#
|
2000-01-14 03:14:49 +00:00
|
|
|
|
# CATC USB-EL1201A USB ethernet. Supports the CATC Netmate
|
|
|
|
|
# and Netmate II, and the Belkin F5U111.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device cue
|
2000-01-14 03:14:49 +00:00
|
|
|
|
#
|
2000-01-05 04:27:24 +00:00
|
|
|
|
# Kawasaki LSI ethernet. Supports the LinkSys USB10T,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
|
# Entrega USB-NET-E45, Peracom Ethernet Adapter, the
|
|
|
|
|
# 3Com 3c19250, the ADS Technologies USB-10BT, the ATen UC10T,
|
2000-01-14 03:14:49 +00:00
|
|
|
|
# the Netgear EA101, the D-Link DSB-650, the SMC 2102USB
|
|
|
|
|
# and 2104USB, and the Corega USB-T.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device kue
|
1999-05-20 20:02:37 +00:00
|
|
|
|
|
|
|
|
|
# debugging options for the USB subsystem
|
1999-05-02 21:54:05 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UHCI_DEBUG
|
|
|
|
|
options OHCI_DEBUG
|
|
|
|
|
options USB_DEBUG
|
1999-05-20 20:02:37 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UGEN_DEBUG
|
|
|
|
|
options UHID_DEBUG
|
|
|
|
|
options UHUB_DEBUG
|
|
|
|
|
options UKBD_DEBUG
|
|
|
|
|
options ULPT_DEBUG
|
|
|
|
|
options UMASS_DEBUG
|
|
|
|
|
options UMS_DEBUG
|
2000-03-16 09:16:14 +00:00
|
|
|
|
options URIO_DEBUG
|
1999-05-20 20:02:37 +00:00
|
|
|
|
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
# options for ukbd:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UKBD_DFLT_KEYMAP # specify the built-in keymap
|
|
|
|
|
makeoptions UKBD_DFLT_KEYMAP=it.iso
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
|
1999-05-05 12:22:31 +00:00
|
|
|
|
#
|
|
|
|
|
# Embedded system options:
|
|
|
|
|
#
|
|
|
|
|
# An embedded system might want to run something other than init.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options INIT_PATH="/sbin/init:/stand/sysinstall"
|
2000-03-18 18:39:02 +00:00
|
|
|
|
|
|
|
|
|
# Debug options
|
|
|
|
|
options BUS_DEBUG # enable newbus debugging
|
|
|
|
|
options DEBUG_VFS_LOCKS # enable vfs lock debugging
|
|
|
|
|
options NPX_DEBUG # enable npx debugging (FPU/math emu)
|
|
|
|
|
|
2000-07-26 19:39:46 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
# SYSV IPC KERNEL PARAMETERS
|
|
|
|
|
#
|
|
|
|
|
# Maximum number of entries in a semaphore map.
|
|
|
|
|
options SEMMAP=31
|
|
|
|
|
|
|
|
|
|
# Maximum number of System V semaphores that can be used on the system at
|
|
|
|
|
# one time.
|
|
|
|
|
options SEMMNI=11
|
|
|
|
|
|
|
|
|
|
# Total number of semaphores system wide
|
|
|
|
|
options SEMMNS=61
|
|
|
|
|
|
|
|
|
|
# Total number of undo structures in system
|
|
|
|
|
options SEMMNU=31
|
|
|
|
|
|
|
|
|
|
# Maximum number of System V semaphores that can be used by a single process
|
|
|
|
|
# at one time.
|
|
|
|
|
options SEMMSL=61
|
|
|
|
|
|
|
|
|
|
# Maximum number of operations that can be outstanding on a single System V
|
|
|
|
|
# semaphore at one time.
|
|
|
|
|
options SEMOPM=101
|
|
|
|
|
|
|
|
|
|
# Maximum number of undo operations that can be outstanding on a single
|
|
|
|
|
# System V semaphore at one time.
|
|
|
|
|
options SEMUME=11
|
|
|
|
|
|
|
|
|
|
# Maximum number of shared memory pages system wide.
|
|
|
|
|
options SHMALL=1025
|
|
|
|
|
|
|
|
|
|
# Maximum size, in bytes, of a single System V shared memory region.
|
|
|
|
|
options SHMMAX="(SHMMAXPGS*PAGE_SIZE+1)"
|
|
|
|
|
options SHMMAXPGS=1025
|
|
|
|
|
|
|
|
|
|
# Minimum size, in bytes, of a single System V shared memory region.
|
|
|
|
|
options SHMMIN=2
|
|
|
|
|
|
|
|
|
|
# Maximum number of shared memory regions that can be used on the system
|
|
|
|
|
# at one time.
|
|
|
|
|
options SHMMNI=33
|
|
|
|
|
|
|
|
|
|
# Maximum number of System V shared memory regions that can be attached to
|
|
|
|
|
# a single process at one time.
|
|
|
|
|
options SHMSEG=9
|
|
|
|
|
|
2001-06-10 00:30:49 +00:00
|
|
|
|
# Set the amount of time (in seconds) the system will wait before
|
|
|
|
|
# rebooting automatically when a kernel panic occurs. If set to (-1),
|
|
|
|
|
# the system will wait indefinitely until a key is pressed on the
|
|
|
|
|
# console.
|
|
|
|
|
options PANIC_REBOOT_WAIT_TIME=16
|
|
|
|
|
|
2000-07-26 19:39:46 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
# More undocumented options for linting.
|
|
|
|
|
# Note that documenting these are not considered an affront.
|
|
|
|
|
|
|
|
|
|
options CAM_DEBUG_DELAY
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
|
|
|
|
# VFS cluster debugging.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options CLUSTERDEBUG
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
|
|
|
|
# Eliminate unneeded cache flush instruction(s).
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options CPU_UPGRADE_HW_CACHE
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options DEBUG
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-12-20 12:51:08 +00:00
|
|
|
|
# PECOFF module (Win32 Execution Format)
|
|
|
|
|
options PECOFF_SUPPORT
|
|
|
|
|
options PECOFF_DEBUG
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-11-08 15:53:49 +00:00
|
|
|
|
# Disable the 4 MByte PSE CPU feature.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
#options DISABLE_PSE
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options ENABLE_ALART
|
|
|
|
|
options I4B_SMP_WORKAROUND
|
|
|
|
|
options I586_PMC_GUPROF=0x70000
|
|
|
|
|
options KBDIO_DEBUG=2
|
|
|
|
|
options KBD_MAXRETRY=4
|
|
|
|
|
options KBD_MAXWAIT=6
|
|
|
|
|
options KBD_RESETDELAY=201
|
2000-11-08 11:34:09 +00:00
|
|
|
|
|
|
|
|
|
# Enable the PF_KEY Key Management API.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options KEY
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
|
|
|
|
# Kernel filelock debugging.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options LOCKF_DEBUG
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
2001-01-20 12:34:53 +00:00
|
|
|
|
# System V compatible message queues
|
|
|
|
|
# Please note that the values provided here are used to test kernel
|
|
|
|
|
# building. The defaults in the sources provide almost the same numbers.
|
|
|
|
|
# MSGSSZ must be a power of 2 between 8 and 1024.
|
|
|
|
|
options MSGMNB=2049 # Max number of chars in queue
|
|
|
|
|
options MSGMNI=41 # Max number of message queue identifiers
|
|
|
|
|
options MSGSEG=2049 # Max number of message segments
|
|
|
|
|
options MSGSSZ=16 # Size of a message segment
|
|
|
|
|
options MSGTQL=41 # Max number of messages in system
|
|
|
|
|
|
|
|
|
|
options NBUF=512 # Number of buffer headers
|
|
|
|
|
|
|
|
|
|
options NMBCLUSTERS=1024 # Number of mbuf clusters
|
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options PSM_DEBUG=1
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options SCSI_NCR_DEBUG
|
|
|
|
|
options SCSI_NCR_MAX_SYNC=10000
|
|
|
|
|
options SCSI_NCR_MAX_WIDE=1
|
|
|
|
|
options SCSI_NCR_MYADDR=7
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
|
|
|
|
options SC_DEBUG_LEVEL=5 # Syscons debug level
|
|
|
|
|
options SC_RENDER_DEBUG # syscons rendering debugging
|
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options SHOW_BUSYBUFS # List buffers that prevent root unmount
|
|
|
|
|
options SIMPLELOCK_DEBUG
|
|
|
|
|
options SLIP_IFF_OPTS
|
|
|
|
|
options TIMER_FREQ="((14318182+6)/12)"
|
2001-01-20 12:34:53 +00:00
|
|
|
|
options VFS_BIO_DEBUG # VFS buffer I/O debugging
|
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options VM_KMEM_SIZE
|
|
|
|
|
options VM_KMEM_SIZE_MAX
|
|
|
|
|
options VM_KMEM_SIZE_SCALE
|