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
|
|
|
|
#
|
2002-04-03 18:09:17 +00:00
|
|
|
|
# This file contains machine dependent kernel configuration notes. For
|
|
|
|
|
# machine independent notes, look in /sys/conf/NOTES.
|
2000-09-09 16:33:48 +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
|
|
|
|
# $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
|
|
|
|
|
1997-04-26 11:46:25 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# SMP OPTIONS:
|
|
|
|
|
#
|
|
|
|
|
# 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 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 ???
|
|
|
|
|
|
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.
|
|
|
|
|
#
|
2002-02-12 21:13:02 +00:00
|
|
|
|
# CPU_ATHLON_SSE_HACK tries to enable SSE instructions when the BIOS has
|
|
|
|
|
# forgotten to enable them.
|
|
|
|
|
#
|
1997-03-23 11:08:28 +00:00
|
|
|
|
# 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.
|
|
|
|
|
#
|
2001-09-14 12:32:04 +00:00
|
|
|
|
# CPU_UPGRADE_HW_CACHE eliminates unneeded cache flush instruction(s).
|
|
|
|
|
#
|
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.
|
|
|
|
|
#
|
2002-02-12 21:13:02 +00:00
|
|
|
|
options CPU_ATHLON_SSE_HACK
|
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
|
2001-09-14 12:32:04 +00:00
|
|
|
|
options CPU_UPGRADE_HW_CACHE
|
1999-06-29 18:58:27 +00:00
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# NETWORKING OPTIONS
|
|
|
|
|
|
2001-12-14 23:35:33 +00:00
|
|
|
|
#
|
|
|
|
|
# DEVICE_POLLING adds support for mixed interrupt-polling handling
|
|
|
|
|
# of network device drivers, which has significant benefits in terms
|
|
|
|
|
# of robustness to overloads and responsivity, as well as permitting
|
|
|
|
|
# accurate scheduling of the CPU time between kernel network processing
|
|
|
|
|
# and other activities. The drawback is a moderate (up to 1/HZ seconds)
|
|
|
|
|
# potential increase in response times.
|
|
|
|
|
# It is strongly recommended to use HZ=1000 or 2000 with DEVICE_POLLING
|
|
|
|
|
# to achieve smoother behaviour.
|
|
|
|
|
# Additionally, you can enable/disable polling at runtime with the
|
|
|
|
|
# sysctl variable kern.polling.enable (defaults off), and select
|
|
|
|
|
# the CPU fraction reserved to userland with the sysctl variable
|
|
|
|
|
# kern.polling.user_frac (default 50, range 0..100).
|
|
|
|
|
#
|
|
|
|
|
# Only the "dc" "fxp" and "sis" devices support this mode of operation at
|
|
|
|
|
# the time of this writing.
|
|
|
|
|
|
2002-03-09 08:04:58 +00:00
|
|
|
|
options DEVICE_POLLING
|
2001-12-14 23:35:33 +00:00
|
|
|
|
|
2000-03-23 16:22:50 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# CLOCK OPTIONS
|
|
|
|
|
|
2002-03-08 18:59:05 +00:00
|
|
|
|
# The following options are used for debugging clock behavior only, and
|
|
|
|
|
# should not be used for production systems.
|
|
|
|
|
#
|
2002-03-08 18:50:07 +00:00
|
|
|
|
# CLK_CALIBRATION_LOOP will run the clock calibration loop at startup
|
|
|
|
|
# until the user presses a key.
|
2000-03-23 16:22:50 +00:00
|
|
|
|
|
|
|
|
|
options CLK_CALIBRATION_LOOP
|
2002-03-08 18:50:07 +00:00
|
|
|
|
|
|
|
|
|
# The following two options measure the frequency of the corresponding
|
|
|
|
|
# clock relative to the RTC (onboard mc146818a).
|
|
|
|
|
|
2000-03-23 16:22:50 +00:00
|
|
|
|
options CLK_USE_I8254_CALIBRATION
|
|
|
|
|
options CLK_USE_TSC_CALIBRATION
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# MISCELLANEOUS DEVICES AND OPTIONS
|
1994-10-01 05:43: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
|
|
|
|
device speaker #Play IBM BASIC-style noises out your speaker
|
|
|
|
|
device gzip #Exec gzipped a.out's
|
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
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2002-04-03 18:09:17 +00:00
|
|
|
|
# ISA bus
|
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
|
|
|
|
|
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:
|
|
|
|
|
#
|
|
|
|
|
|
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
|
|
|
|
|
#
|
2001-10-25 11:46:54 +00:00
|
|
|
|
#Enable pci resources left off by a "lazy" BIOS:
|
|
|
|
|
options PCI_ENABLE_IO_MODES
|
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 DEVICE CONFIGURATION
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# 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
|
2001-11-15 19:42:07 +00:00
|
|
|
|
# 0x03 Force detection and avoid reset, might help with certain
|
|
|
|
|
# dockingstations
|
1999-01-13 09:55:19 +00:00
|
|
|
|
# 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
|
|
|
|
|
2001-08-09 00:05:30 +00:00
|
|
|
|
# Various screen savers.
|
|
|
|
|
device apm_saver # Requires APM
|
|
|
|
|
device blank_saver
|
|
|
|
|
device daemon_saver
|
|
|
|
|
device fade_saver
|
|
|
|
|
device fire_saver
|
|
|
|
|
device green_saver
|
|
|
|
|
device logo_saver
|
|
|
|
|
device rain_saver
|
|
|
|
|
device star_saver
|
|
|
|
|
device warp_saver
|
|
|
|
|
|
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
|
2001-08-06 16:04:39 +00:00
|
|
|
|
# This PCVT option is for keyboards such as those used on really old ThinkPads
|
|
|
|
|
options PCVT_SCANSET=2
|
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
|
|
|
|
|
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).
|
|
|
|
|
#
|
2001-08-30 00:58:57 +00:00
|
|
|
|
# Note that building ACPI into the kernel is deprecated; the module is
|
|
|
|
|
# normally loaded automatically by the loader.
|
|
|
|
|
#
|
2000-10-28 07:07:02 +00:00
|
|
|
|
device acpica
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
options ACPI_DEBUG
|
2000-10-28 07:07:02 +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
|
|
|
|
# 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.
|
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,
|
2001-08-31 21:39:56 +00:00
|
|
|
|
# Qlogic ISP 2100 and ISP 2200 1Gb Fibre Channel host adapters.
|
|
|
|
|
# Qlogic ISP 2300 and ISP 2312 2Gb 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"
|
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
|
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
|
|
|
|
|
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
|
|
|
|
#
|
|
|
|
|
# mse: Logitech and ATI InPort bus mouse ports
|
|
|
|
|
|
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
|
|
|
|
|
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
|
|
|
|
|
|
|
|
|
# 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
|
2002-01-08 20:03:13 +00:00
|
|
|
|
# cm: Arcnet SMC COM90c26 / SMC COM90c56
|
|
|
|
|
# (and SMC COM90c66 in '56 compatibility mode) 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
|
|
|
|
# cs: IBM Etherjet and other Crystal Semi CS89x0-based adapters
|
|
|
|
|
# cx: Cronyx/Sigma multiport sync/async (with Cisco or PPP framing)
|
|
|
|
|
# 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)
|
2001-10-07 16:39:40 +00:00
|
|
|
|
# (requires miibus)
|
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
|
|
|
|
|
# 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)
|
|
|
|
|
# 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
|
2001-11-21 22:29:35 +00:00
|
|
|
|
# sbni: Granch SBNI12-xx ISA and PCI adapters
|
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)
|
|
|
|
|
# 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.
|
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
|
|
|
|
|
|
|
|
|
# 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"
|
2002-01-08 20:03:13 +00:00
|
|
|
|
device cm
|
|
|
|
|
hint.cm.0.at="isa"
|
|
|
|
|
hint.cm.0.port="0x2e0"
|
|
|
|
|
hint.cm.0.irq="9"
|
|
|
|
|
hint.cm.0.maddr="0xdc000"
|
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
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
#options ED_NO_MIIBUS # Disable ed miibus 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.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
|
|
|
|
|
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"
|
2001-11-21 22:29:35 +00:00
|
|
|
|
device sbni 1
|
|
|
|
|
hint.sbni.0.at="isa"
|
|
|
|
|
hint.sbni.0.port="0x210"
|
|
|
|
|
hint.sbni.0.irq="0xefdead"
|
|
|
|
|
hint.sbni.0.flags="0"
|
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 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
|
|
|
|
|
hint.oltr.0.at="isa"
|
1999-02-20 11:18:00 +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.
|
|
|
|
|
#
|
|
|
|
|
# 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...).
|
|
|
|
|
#
|
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
|
|
|
|
|
# Most of the more common ISA/PnP sb/mss/ess compatable 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
|
|
|
|
# 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"
|
|
|
|
|
|
2000-07-11 11:49:33 +00:00
|
|
|
|
#
|
|
|
|
|
# midi: MIDI interfaces and synthesizers
|
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# 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"
|
|
|
|
|
|
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-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)
|
1995-05-12 15:17:55 +00:00
|
|
|
|
# rc: RISCom/8 multiport 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
|
|
|
|
|
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"
|
|
|
|
|
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"
|
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-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
|
|
|
|
|
|
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
|
|
|
|
# Supported SMB interfaces:
|
2001-12-21 01:28:59 +00:00
|
|
|
|
# intpm Intel PIIX4 (82371AB, 82443MX) Power Management Unit
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# alpm Acer Aladdin-IV/V/Pro2 Power Management Unit
|
|
|
|
|
# ichsmb Intel ICH SMBus controller chips (82801AA, 82801AB, 82801BA)
|
2002-03-23 18:39:54 +00:00
|
|
|
|
# viapm VIA VT82C586B/596B/686A and VT8233 Power Management Unit
|
1998-09-03 20:58:34 +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
|
2002-03-23 18:39:54 +00:00
|
|
|
|
device viapm
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# I2C Bus
|
|
|
|
|
#
|
|
|
|
|
# Philips i2c bus support is provided by the `iicbus' device.
|
|
|
|
|
#
|
|
|
|
|
# Supported interfaces:
|
|
|
|
|
# pcf Philips PCF8584 ISA-bus controller
|
|
|
|
|
#
|
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
|
2001-12-22 09:29:03 +00:00
|
|
|
|
# ifpi2 - AVM Fritz!Card PCI version 2 driver
|
2001-01-11 15:35:45 +00:00
|
|
|
|
# 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
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
options EICON_DIVA
|
2001-10-25 11:14:46 +00:00
|
|
|
|
#
|
|
|
|
|
# Compaq Microcom 610 ISDN card (Compaq series PSB2222I)
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
options COMPAQ_M610
|
2001-01-26 13:22:18 +00:00
|
|
|
|
#
|
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
|
|
|
|
#---------------------------------------------------------------------------
|
2001-12-22 09:29:03 +00:00
|
|
|
|
# ifpi2 driver for AVM Fritz!Card PCI version 2
|
|
|
|
|
#
|
|
|
|
|
# AVM Fritz!Card PCI version 2
|
|
|
|
|
device "ifpi2"
|
|
|
|
|
#
|
|
|
|
|
#---------------------------------------------------------------------------
|
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
|
|
|
|
|
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
|
|
|
|
|
2001-09-21 06:34:01 +00:00
|
|
|
|
#
|
|
|
|
|
# Change the size of the kernel virtual address space. Due to
|
|
|
|
|
# constraints in loader(8) on i386, this must be a multiple of 4.
|
|
|
|
|
# 256 = 1 GB of kernel address space. Increasing this also causes
|
|
|
|
|
# a reduction of the address space in user processes. 512 splits
|
|
|
|
|
# the 4GB cpu address space in half (2GB user, 2GB kernel).
|
|
|
|
|
#
|
|
|
|
|
options KVA_PAGES=260
|
|
|
|
|
|
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
|
|
|
|
|
|
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).
|
|
|
|
|
#
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
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
|
|
|
|
|
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.
|
|
|
|
|
|
2000-12-20 12:51:08 +00:00
|
|
|
|
# PECOFF module (Win32 Execution Format)
|
Fixed misformatting of options line for COMPAQ_M610 and EICON_DIVA in
rev.1.974.
Fixed previous misformatting of options line for ACCEPT_FILTER_DATA,
ACCEPT_FILTER_HTTP, ACPI_DEBUG, COMPAT_SVR4, DEBUG_SVR4, ED_NO_MIIBUS,
IFS, PCFCLOCK_MAX_RETRIES, PCFCLOCK_VERBOSE, PECOFF_DEBUG, PECOFF_SUPPORT,
PPC_PROBE_CHIPSET, RANDOM_IP_ID, REGRESSION, SC_CUT_SEPCHARS,
SC_CUT_SPACES2TABS, SES_ENABLE_PASSTHROUGH, UFS_DIRHASH, UFS_EXTATTR
and UFS_EXTATTR_AUTOSTART.
2001-10-25 12:05:45 +00:00
|
|
|
|
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
|
|
|
|
|
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 TIMER_FREQ="((14318182+6)/12)"
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options VM_KMEM_SIZE
|
|
|
|
|
options VM_KMEM_SIZE_MAX
|
|
|
|
|
options VM_KMEM_SIZE_SCALE
|
Added undocumented options AAC_DEBUG, ACD_DEBUG, ACPI_MAX_THREADS,
ACPI_NO_SEMAPHORES, ASR_MEASURE_PERFORMANCE, AST_DEBUG, ATAPI_DEBUG,
ATA_DEBUG, BKTR_ALLOC_PAGES, BROOKTREE_ALLOC_PAGES, CAPABILITIES,
COMPAT_SUNOS, CV_DEBUG, MAXFILES, METEOR_TEST_VIDEO, NDEVFSINO,
NDEVFSOVERFLOW, NETGRAPH_BRIDGE, NETSMB, NETSMBCRYPTO, PFIL_HOOKS,
SIMOS, SMBFS, VESA_DEBUG, VGA_DEBUG.
Start using #! to comment out negative options and ## to comment out
broken options.
atapi-all.c:
Fixed rotted bits that were hiding under ATAPI_DEBUG.
atapi-cd.c:
#include "opt_ata.h" so that ACD_DEBUG is actually visible.
ata/atapi-tape.c
#include "opt_ata.h" so that AST_DEBUG is actually visible.
2002-02-15 07:08:44 +00:00
|
|
|
|
|
|
|
|
|
# Yet more undocumented options for linting.
|
|
|
|
|
options COMPAT_SUNOS
|
|
|
|
|
options VESA_DEBUG
|
|
|
|
|
options VGA_DEBUG
|