2002-09-03 19:21:39 +00:00
|
|
|
|
# $FreeBSD$
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2000-06-26 10:04:00 +00:00
|
|
|
|
# NOTES -- Lines that can be cut/pasted into kernel and hints configs.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
# Lines that begin with 'device', 'options', 'machine', 'ident', 'maxusers',
|
2002-09-03 19:21:39 +00:00
|
|
|
|
# 'makeoptions', 'hints', etc. go into the kernel configuration that you
|
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
|
|
|
|
# run config(8) with.
|
|
|
|
|
#
|
2020-09-23 19:18:53 +00:00
|
|
|
|
# Lines that begin with 'envvar hint.' should go into your hints file.
|
|
|
|
|
# See /boot/device.hints and/or the 'hints' config(8) directive.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2000-09-09 16:33:48 +00:00
|
|
|
|
# Please use ``make LINT'' to create an old-style LINT file if you want to
|
|
|
|
|
# do kernel test-builds.
|
|
|
|
|
#
|
2002-04-03 18:09:17 +00:00
|
|
|
|
# This file contains machine independent kernel configuration notes. For
|
|
|
|
|
# machine dependent notes, look in /sys/<arch>/conf/NOTES.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2002-09-03 19:21:39 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# NOTES conventions and style guide:
|
|
|
|
|
#
|
|
|
|
|
# Large block comments should begin and end with a line containing only a
|
|
|
|
|
# comment character.
|
|
|
|
|
#
|
|
|
|
|
# To describe a particular object, a block comment (if it exists) should
|
|
|
|
|
# come first. Next should come device, options, and hints lines in that
|
|
|
|
|
# order. All device and option lines must be described by a comment that
|
|
|
|
|
# doesn't just expand the device or option name. Use only a concise
|
|
|
|
|
# comment on the same line if possible. Very detailed descriptions of
|
2004-04-21 04:46:32 +00:00
|
|
|
|
# devices and subsystems belong in man pages.
|
2002-09-03 19:21:39 +00:00
|
|
|
|
#
|
2003-10-27 02:42:08 +00:00
|
|
|
|
# A space followed by a tab separates 'options' from an option name. Two
|
2002-09-03 19:21:39 +00:00
|
|
|
|
# spaces followed by a tab separate 'device' from a device name. Comments
|
|
|
|
|
# after an option or device should use one space after the comment character.
|
|
|
|
|
# To comment out a negative option that disables code and thus should not be
|
2003-10-27 02:42:08 +00:00
|
|
|
|
# enabled for LINT builds, precede 'options' with "#!".
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# This is the ``identification'' of the kernel. Usually this should
|
|
|
|
|
# be the same as the name of your kernel.
|
|
|
|
|
#
|
1993-08-22 02:59:49 +00:00
|
|
|
|
ident LINT
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# The `maxusers' parameter controls the static sizing of a number of
|
2003-03-22 14:18:23 +00:00
|
|
|
|
# internal system tables by a formula defined in subr_param.c.
|
|
|
|
|
# Omitting this parameter or setting it to 0 will cause the system to
|
|
|
|
|
# auto-size based on physical memory.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1993-08-22 02:59:49 +00:00
|
|
|
|
maxusers 10
|
|
|
|
|
|
2010-01-19 17:20:34 +00:00
|
|
|
|
# To statically compile in device wiring instead of /boot/device.hints
|
|
|
|
|
#hints "LINT.hints" # Default places to look for devices.
|
|
|
|
|
|
|
|
|
|
# Use the following to compile in values accessible to the kernel
|
|
|
|
|
# through getenv() (or kenv(1) in userland). The format of the file
|
|
|
|
|
# is 'variable=value', see kenv(1)
|
|
|
|
|
#
|
|
|
|
|
#env "LINT.env"
|
|
|
|
|
|
1999-04-14 16:54:00 +00:00
|
|
|
|
#
|
|
|
|
|
# The `makeoptions' parameter allows variables to be passed to the
|
1999-10-03 07:09:31 +00:00
|
|
|
|
# generated Makefile in the build area.
|
|
|
|
|
#
|
|
|
|
|
# CONF_CFLAGS gives some extra compiler flags that are added to ${CFLAGS}
|
|
|
|
|
# after most other flags. Here we use it to inhibit use of non-optimal
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# gcc built-in functions (e.g., memcmp).
|
1999-10-03 07:09:31 +00:00
|
|
|
|
#
|
|
|
|
|
# DEBUG happens to be magic.
|
1999-04-14 16:54:00 +00:00
|
|
|
|
# The following is equivalent to 'config -g KERNELNAME' and creates
|
|
|
|
|
# 'kernel.debug' compiled with -g debugging as well as a normal
|
|
|
|
|
# 'kernel'. Use 'make install.debug' to install the debug kernel
|
|
|
|
|
# but that isn't normally necessary as the debug symbols are not loaded
|
|
|
|
|
# by the kernel and are not useful there anyway.
|
|
|
|
|
#
|
1999-05-09 22:26:10 +00:00
|
|
|
|
# KERNEL can be overridden so that you can change the default name of your
|
|
|
|
|
# kernel.
|
|
|
|
|
#
|
2001-10-18 19:44:13 +00:00
|
|
|
|
# MODULES_OVERRIDE can be used to limit modules built to a specific list.
|
|
|
|
|
#
|
1999-10-03 07:09:31 +00:00
|
|
|
|
makeoptions CONF_CFLAGS=-fno-builtin #Don't allow use of memcmp, etc.
|
1999-04-24 21:45:44 +00:00
|
|
|
|
#makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols
|
1999-05-09 22:26:10 +00:00
|
|
|
|
#makeoptions KERNEL=foo #Build kernel "foo" and install "/foo"
|
2006-05-07 18:12:18 +00:00
|
|
|
|
# Only build ext2fs module plus those parts of the sound system I need.
|
|
|
|
|
#makeoptions MODULES_OVERRIDE="ext2fs sound/sound sound/driver/maestro3"
|
2003-02-08 12:20:07 +00:00
|
|
|
|
makeoptions DESTDIR=/tmp
|
|
|
|
|
|
2005-03-07 02:20:14 +00:00
|
|
|
|
#
|
2005-03-05 01:04:18 +00:00
|
|
|
|
# FreeBSD processes are subject to certain limits to their consumption
|
|
|
|
|
# of system resources. See getrlimit(2) for more details. Each
|
|
|
|
|
# resource limit has two values, a "soft" limit and a "hard" limit.
|
|
|
|
|
# The soft limits can be modified during normal system operation, but
|
|
|
|
|
# the hard limits are set at boot time. Their default values are
|
|
|
|
|
# in sys/<arch>/include/vmparam.h. There are two ways to change them:
|
|
|
|
|
#
|
|
|
|
|
# 1. Set the values at kernel build time. The options below are one
|
|
|
|
|
# way to allow that limit to grow to 1GB. They can be increased
|
|
|
|
|
# further by changing the parameters:
|
2005-03-07 02:20:14 +00:00
|
|
|
|
#
|
2005-03-05 01:04:18 +00:00
|
|
|
|
# 2. In /boot/loader.conf, set the tunables kern.maxswzone,
|
|
|
|
|
# kern.maxbcache, kern.maxtsiz, kern.dfldsiz, kern.maxdsiz,
|
|
|
|
|
# kern.dflssiz, kern.maxssiz and kern.sgrowsiz.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
2005-03-05 01:04:18 +00:00
|
|
|
|
# The options in /boot/loader.conf override anything in the kernel
|
|
|
|
|
# configuration file. See the function init_param1 in
|
|
|
|
|
# sys/kern/subr_param.c for more details.
|
2005-03-07 02:20:14 +00:00
|
|
|
|
#
|
2005-03-05 01:04:18 +00:00
|
|
|
|
|
2005-03-07 02:20:14 +00:00
|
|
|
|
options MAXDSIZ=(1024UL*1024*1024)
|
|
|
|
|
options MAXSSIZ=(128UL*1024*1024)
|
|
|
|
|
options DFLDSIZ=(1024UL*1024*1024)
|
|
|
|
|
|
|
|
|
|
#
|
1999-09-22 04:11:55 +00:00
|
|
|
|
# BLKDEV_IOSIZE sets the default block size used in user block
|
2004-06-26 17:19:44 +00:00
|
|
|
|
# device I/O. Note that this value will be overridden by the label
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# when specifying a block device from a label with a non-0
|
1999-09-22 05:48:31 +00:00
|
|
|
|
# partition blocksize. The default is PAGE_SIZE.
|
1999-09-22 04:11:55 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options BLKDEV_IOSIZE=8192
|
1999-09-22 04:11:55 +00:00
|
|
|
|
|
2006-12-10 04:23:23 +00:00
|
|
|
|
#
|
|
|
|
|
# MAXPHYS and DFLTPHYS
|
|
|
|
|
#
|
2010-03-20 15:30:26 +00:00
|
|
|
|
# These are the maximal and safe 'raw' I/O block device access sizes.
|
|
|
|
|
# Reads and writes will be split into MAXPHYS chunks for known good
|
|
|
|
|
# devices and DFLTPHYS for the rest. Some applications have better
|
|
|
|
|
# performance with larger raw I/O access sizes. Note that certain VM
|
2006-12-10 04:23:23 +00:00
|
|
|
|
# parameters are derived from these values and making them too large
|
2013-10-24 19:32:20 +00:00
|
|
|
|
# can make an unbootable kernel.
|
2006-12-10 04:23:23 +00:00
|
|
|
|
#
|
|
|
|
|
# The defaults are 64K and 128K respectively.
|
|
|
|
|
options DFLTPHYS=(64*1024)
|
|
|
|
|
options MAXPHYS=(128*1024)
|
|
|
|
|
|
|
|
|
|
|
1997-01-16 07:43:27 +00:00
|
|
|
|
# This allows you to actually store this configuration file into
|
2007-12-04 21:01:55 +00:00
|
|
|
|
# the kernel binary itself. See config(8) for more details.
|
1997-01-16 07:43:27 +00:00
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options INCLUDE_CONFIG_FILE # Include this file in kernel
|
1997-01-16 07:43:27 +00:00
|
|
|
|
|
2013-04-03 22:24:36 +00:00
|
|
|
|
#
|
|
|
|
|
# Compile-time defaults for various boot parameters
|
|
|
|
|
#
|
|
|
|
|
options BOOTVERBOSE=1
|
|
|
|
|
options BOOTHOWTO=RB_MULTIPLE
|
|
|
|
|
|
2018-08-09 17:47:47 +00:00
|
|
|
|
#
|
|
|
|
|
# Compile-time defaults for dmesg boot tagging
|
|
|
|
|
#
|
|
|
|
|
# Default boot tag; may use 'kern.boot_tag' loader tunable to override. The
|
|
|
|
|
# current boot's tag is also exposed via the 'kern.boot_tag' sysctl.
|
2019-03-29 04:00:46 +00:00
|
|
|
|
options BOOT_TAG=\"\"
|
2018-08-09 17:47:47 +00:00
|
|
|
|
# Maximum boot tag size the kernel's static buffer should accomodate. Maximum
|
|
|
|
|
# size for both BOOT_TAG and the assocated tunable.
|
|
|
|
|
options BOOT_TAG_SZ=32
|
|
|
|
|
|
2003-05-05 21:21:31 +00:00
|
|
|
|
options GEOM_BDE # Disk encryption.
|
2006-10-06 10:43:42 +00:00
|
|
|
|
options GEOM_CACHE # Disk cache.
|
2004-05-03 21:18:56 +00:00
|
|
|
|
options GEOM_CONCAT # Disk concatenation.
|
2005-07-27 21:47:55 +00:00
|
|
|
|
options GEOM_ELI # Disk encryption.
|
2004-05-03 21:18:56 +00:00
|
|
|
|
options GEOM_GATE # Userland services.
|
2006-10-31 22:22:30 +00:00
|
|
|
|
options GEOM_JOURNAL # Journaling.
|
Introduce GEOM_LABEL class.
This class is used for detecting volume labels on file systems:
UFS, MSDOSFS (FAT12, FAT16, FAT32) and ISO9660.
It also provide native labelization (there is no need for file system).
g_label_ufs.c is based on geom_vol_ffs from Gordon Tetlow.
g_label_msdos.c and g_label_iso9660.c are probably hacks, I just found
where volume labels are stored and I use those offsets here,
but with this class it should be easy to do it as it should be done by
someone who know how.
Implementing volume labels detection for other file systems also should
be trivial.
New providers are created in those directories:
/dev/ufs/ (UFS1, UFS2)
/dev/msdosfs/ (FAT12, FAT16, FAT32)
/dev/iso9660/ (ISO9660)
/dev/label/ (native labels, configured with glabel(8))
Manual page cleanups and some comments inside were submitted by
Simon L. Nielsen, who was, as always, very helpful. Thanks!
2004-07-02 19:40:36 +00:00
|
|
|
|
options GEOM_LABEL # Providers labelization.
|
2008-02-20 07:50:13 +00:00
|
|
|
|
options GEOM_LINUX_LVM # Linux LVM2 volumes
|
2015-06-08 13:23:56 +00:00
|
|
|
|
options GEOM_MAP # Map based partitioning
|
2004-07-30 23:18:53 +00:00
|
|
|
|
options GEOM_MIRROR # Disk mirroring.
|
2007-02-27 04:01:58 +00:00
|
|
|
|
options GEOM_MULTIPATH # Disk multipath
|
2004-05-20 10:37:13 +00:00
|
|
|
|
options GEOM_NOP # Test class.
|
2007-02-07 18:55:31 +00:00
|
|
|
|
options GEOM_PART_APM # Apple partitioning
|
2007-12-06 02:32:42 +00:00
|
|
|
|
options GEOM_PART_BSD # BSD disklabel
|
2014-06-11 10:48:11 +00:00
|
|
|
|
options GEOM_PART_BSD64 # BSD disklabel64
|
2009-02-10 00:08:39 +00:00
|
|
|
|
options GEOM_PART_EBR # Extended Boot Records
|
2007-02-07 18:55:31 +00:00
|
|
|
|
options GEOM_PART_GPT # GPT partitioning
|
2012-03-19 13:16:46 +00:00
|
|
|
|
options GEOM_PART_LDM # Logical Disk Manager
|
2007-06-13 04:27:36 +00:00
|
|
|
|
options GEOM_PART_MBR # MBR partitioning
|
2008-03-02 06:24:29 +00:00
|
|
|
|
options GEOM_PART_VTOC8 # SMI VTOC8 disk label
|
MFgraid/head:
Add new RAID GEOM class, that is going to replace ataraid(4) in supporting
various BIOS-based software RAIDs. Unlike ataraid(4) this implementation
does not depend on legacy ata(4) subsystem and can be used with any disk
drivers, including new CAM-based ones (ahci(4), siis(4), mvs(4), ata(4)
with `options ATA_CAM`). To make code more readable and extensible, this
implementation follows modular design, including core part and two sets
of modules, implementing support for different metadata formats and RAID
levels.
Support for such popular metadata formats is now implemented:
Intel, JMicron, NVIDIA, Promise (also used by AMD/ATI) and SiliconImage.
Such RAID levels are now supported:
RAID0, RAID1, RAID1E, RAID10, SINGLE, CONCAT.
For any all of these RAID levels and metadata formats this class supports
full cycle of volume operations: reading, writing, creation, deletion,
disk removal and insertion, rebuilding, dirty shutdown detection
and resynchronization, bad sector recovery, faulty disks tracking,
hot-spare disks. For Intel and Promise formats there is support multiple
volumes per disk set.
Look graid(8) manual page for additional details.
Co-authored by: imp
Sponsored by: Cisco Systems, Inc. and iXsystems, Inc.
2011-03-24 21:31:32 +00:00
|
|
|
|
options GEOM_RAID # Soft RAID functionality.
|
2004-08-16 06:36:21 +00:00
|
|
|
|
options GEOM_RAID3 # RAID3 functionality.
|
2005-03-07 02:20:14 +00:00
|
|
|
|
options GEOM_SHSEC # Shared secret.
|
2004-05-20 10:37:13 +00:00
|
|
|
|
options GEOM_STRIPE # Disk striping.
|
2004-08-13 09:40:58 +00:00
|
|
|
|
options GEOM_UZIP # Read-only compressed disks
|
2014-05-02 23:23:18 +00:00
|
|
|
|
options GEOM_VINUM # Vinum logical volume manager
|
2007-09-23 07:34:23 +00:00
|
|
|
|
options GEOM_VIRSTOR # Virtual storage.
|
2006-08-24 08:00:02 +00:00
|
|
|
|
options GEOM_ZERO # Performance testing helper.
|
2002-03-11 08:27:23 +00:00
|
|
|
|
|
2000-05-19 20:46:28 +00:00
|
|
|
|
#
|
|
|
|
|
# The root device and filesystem type can be compiled in;
|
|
|
|
|
# this provides a fallback option if the root device cannot
|
2002-03-17 22:02:05 +00:00
|
|
|
|
# be correctly guessed by the bootstrap code, or an override if
|
2000-05-19 20:46:28 +00:00
|
|
|
|
# the RB_DFLTROOT flag (-r) is specified when booting the kernel.
|
|
|
|
|
#
|
|
|
|
|
options ROOTDEVNAME=\"ufs:da0s2e\"
|
|
|
|
|
|
2003-01-26 05:35:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# Scheduler options:
|
|
|
|
|
#
|
2003-01-26 22:26:46 +00:00
|
|
|
|
# Specifying one of SCHED_4BSD or SCHED_ULE is mandatory. These options
|
2003-01-26 05:35:54 +00:00
|
|
|
|
# select which scheduler is compiled in.
|
|
|
|
|
#
|
|
|
|
|
# SCHED_4BSD is the historical, proven, BSD scheduler. It has a global run
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# queue and no CPU affinity which makes it suboptimal for SMP. It has very
|
2003-01-26 05:35:54 +00:00
|
|
|
|
# good interactivity and priority selection.
|
|
|
|
|
#
|
2007-07-18 02:51:21 +00:00
|
|
|
|
# SCHED_ULE provides significant performance advantages over 4BSD on many
|
|
|
|
|
# workloads on SMP machines. It supports cpu-affinity, per-cpu runqueues
|
|
|
|
|
# and scheduler locks. It also has a stronger notion of interactivity
|
|
|
|
|
# which leads to better responsiveness even on uniprocessor machines. This
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# is the default scheduler.
|
2003-01-26 05:35:54 +00:00
|
|
|
|
#
|
2008-03-20 01:30:49 +00:00
|
|
|
|
# SCHED_STATS is a debugging option which keeps some stats in the sysctl
|
|
|
|
|
# tree at 'kern.sched.stats' and is useful for debugging scheduling decisions.
|
|
|
|
|
#
|
2004-01-25 07:47:57 +00:00
|
|
|
|
options SCHED_4BSD
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options SCHED_STATS
|
2004-01-25 07:47:57 +00:00
|
|
|
|
#options SCHED_ULE
|
1997-04-26 11:46:25 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# SMP OPTIONS:
|
|
|
|
|
#
|
|
|
|
|
# SMP enables building of a Symmetric MultiProcessor Kernel.
|
|
|
|
|
|
|
|
|
|
# Mandatory:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SMP # Symmetric MultiProcessor Kernel
|
1997-04-26 11:46:25 +00:00
|
|
|
|
|
Add an EARLY_AP_STARTUP option to start APs earlier during boot.
Currently, Application Processors (non-boot CPUs) are started by
MD code at SI_SUB_CPU, but they are kept waiting in a "pen" until
SI_SUB_SMP at which point they are released to run kernel threads.
SI_SUB_SMP is one of the last SYSINIT levels, so APs don't enter
the scheduler and start running threads until fairly late in the
boot.
This change moves SI_SUB_SMP up to just before software interrupt
threads are created allowing the APs to start executing kernel
threads much sooner (before any devices are probed). This allows
several initialization routines that need to perform initialization
on all CPUs to now perform that initialization in one step rather
than having to defer the AP initialization to a second SYSINIT run
at SI_SUB_SMP. It also permits all CPUs to be available for
handling interrupts before any devices are probed.
This last feature fixes a problem on with interrupt vector exhaustion.
Specifically, in the old model all device interrupts were routed
onto the boot CPU during boot. Later after the APs were released at
SI_SUB_SMP, interrupts were redistributed across all CPUs.
However, several drivers for multiqueue hardware allocate N interrupts
per CPU in the system. In a system with many CPUs, just a few drivers
doing this could exhaust the available pool of interrupt vectors on
the boot CPU as each driver was allocating N * mp_ncpu vectors on the
boot CPU. Now, drivers will allocate interrupts on their desired CPUs
during boot meaning that only N interrupts are allocated from the boot
CPU instead of N * mp_ncpu.
Some other bits of code can also be simplified as smp_started is
now true much earlier and will now always be true for these bits of
code. This removes the need to treat the single-CPU boot environment
as a special case.
As a transition aid, the new behavior is available under a new kernel
option (EARLY_AP_STARTUP). This will allow the option to be turned off
if need be during initial testing. I plan to enable this on x86 by
default in a followup commit in the next few days and to have all
platforms moved over before 11.0. Once the transition is complete,
the option will be removed along with the !EARLY_AP_STARTUP code.
These changes have only been tested on x86. Other platform maintainers
are encouraged to port their architectures over as well. The main
things to check for are any uses of smp_started in MD code that can be
simplified and SI_SUB_SMP SYSINITs in MD code that can be removed in
the EARLY_AP_STARTUP case (e.g. the interrupt shuffling).
PR: kern/199321
Reviewed by: markj, gnn, kib
Sponsored by: Netflix
2016-05-14 18:22:52 +00:00
|
|
|
|
# EARLY_AP_STARTUP releases the Application Processors earlier in the
|
|
|
|
|
# kernel startup process (before devices are probed) rather than at the
|
|
|
|
|
# end. This is a temporary option for use during the transition from
|
|
|
|
|
# late to early AP startup.
|
|
|
|
|
options EARLY_AP_STARTUP
|
|
|
|
|
|
2011-07-19 00:37:24 +00:00
|
|
|
|
# MAXCPU defines the maximum number of CPUs that can boot in the system.
|
|
|
|
|
# A default value should be already present, for every architecture.
|
|
|
|
|
options MAXCPU=32
|
|
|
|
|
|
2018-01-14 03:36:03 +00:00
|
|
|
|
# NUMA enables use of Non-Uniform Memory Access policies in various kernel
|
|
|
|
|
# subsystems.
|
|
|
|
|
options NUMA
|
|
|
|
|
|
2013-05-07 22:46:24 +00:00
|
|
|
|
# MAXMEMDOM defines the maximum number of memory domains that can boot in the
|
|
|
|
|
# system. A default value should already be defined by every architecture.
|
2016-04-09 13:58:04 +00:00
|
|
|
|
options MAXMEMDOM=2
|
|
|
|
|
|
Add code to make default mutexes adaptive if the ADAPTIVE_MUTEXES kernel
option is used (not on by default).
- In the case of trying to lock a mutex, if the MTX_CONTESTED flag is set,
then we can safely read the thread pointer from the mtx_lock member while
holding sched_lock. We then examine the thread to see if it is currently
executing on another CPU. If it is, then we keep looping instead of
blocking.
- In the case of trying to unlock a mutex, it is now possible for a mutex
to have MTX_CONTESTED set in mtx_lock but to not have any threads
actually blocked on it, so we need to handle that case. In that case,
we just release the lock as if MTX_CONTESTED was not set and return.
- We do not adaptively spin on Giant as Giant is held for long times and
it slows SMP systems down to a crawl (it was taking several minutes,
like 5-10 or so for my test alpha and sparc64 SMP boxes to boot up when
they adaptively spinned on Giant).
- We only compile in the code to do this for SMP kernels, it doesn't make
sense for UP kernels.
Tested on: i386, alpha, sparc64
2002-05-21 20:47:11 +00:00
|
|
|
|
# ADAPTIVE_MUTEXES changes the behavior of blocking mutexes to spin
|
|
|
|
|
# if the thread that currently owns the mutex is executing on another
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# CPU. This behavior is enabled by default, so this option can be used
|
2004-07-18 15:59:03 +00:00
|
|
|
|
# to disable it.
|
|
|
|
|
options NO_ADAPTIVE_MUTEXES
|
Add code to make default mutexes adaptive if the ADAPTIVE_MUTEXES kernel
option is used (not on by default).
- In the case of trying to lock a mutex, if the MTX_CONTESTED flag is set,
then we can safely read the thread pointer from the mtx_lock member while
holding sched_lock. We then examine the thread to see if it is currently
executing on another CPU. If it is, then we keep looping instead of
blocking.
- In the case of trying to unlock a mutex, it is now possible for a mutex
to have MTX_CONTESTED set in mtx_lock but to not have any threads
actually blocked on it, so we need to handle that case. In that case,
we just release the lock as if MTX_CONTESTED was not set and return.
- We do not adaptively spin on Giant as Giant is held for long times and
it slows SMP systems down to a crawl (it was taking several minutes,
like 5-10 or so for my test alpha and sparc64 SMP boxes to boot up when
they adaptively spinned on Giant).
- We only compile in the code to do this for SMP kernels, it doesn't make
sense for UP kernels.
Tested on: i386, alpha, sparc64
2002-05-21 20:47:11 +00:00
|
|
|
|
|
2007-03-22 16:09:23 +00:00
|
|
|
|
# ADAPTIVE_RWLOCKS changes the behavior of reader/writer locks to spin
|
|
|
|
|
# if the thread that currently owns the rwlock is executing on another
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# CPU. This behavior is enabled by default, so this option can be used
|
2007-03-22 16:09:23 +00:00
|
|
|
|
# to disable it.
|
|
|
|
|
options NO_ADAPTIVE_RWLOCKS
|
|
|
|
|
|
2009-05-29 01:49:27 +00:00
|
|
|
|
# ADAPTIVE_SX changes the behavior of sx locks to spin if the thread that
|
|
|
|
|
# currently owns the sx lock is executing on another CPU.
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# This behavior is enabled by default, so this option can be used to
|
2009-05-29 01:49:27 +00:00
|
|
|
|
# disable it.
|
|
|
|
|
options NO_ADAPTIVE_SX
|
2007-03-31 23:23:42 +00:00
|
|
|
|
|
2003-09-19 19:04:30 +00:00
|
|
|
|
# MUTEX_NOINLINE forces mutex operations to call functions to perform each
|
|
|
|
|
# operation rather than inlining the simple cases. This can be used to
|
|
|
|
|
# shrink the size of the kernel text segment. Note that this behavior is
|
2006-11-11 23:37:52 +00:00
|
|
|
|
# already implied by the INVARIANT_SUPPORT, INVARIANTS, KTR, LOCK_PROFILING,
|
2003-09-19 19:04:30 +00:00
|
|
|
|
# and WITNESS options.
|
|
|
|
|
options MUTEX_NOINLINE
|
|
|
|
|
|
2006-01-31 22:56:44 +00:00
|
|
|
|
# RWLOCK_NOINLINE forces rwlock operations to call functions to perform each
|
|
|
|
|
# operation rather than inlining the simple cases. This can be used to
|
|
|
|
|
# shrink the size of the kernel text segment. Note that this behavior is
|
2006-11-11 23:37:52 +00:00
|
|
|
|
# already implied by the INVARIANT_SUPPORT, INVARIANTS, KTR, LOCK_PROFILING,
|
2006-01-31 22:56:44 +00:00
|
|
|
|
# and WITNESS options.
|
|
|
|
|
options RWLOCK_NOINLINE
|
|
|
|
|
|
2007-03-31 23:23:42 +00:00
|
|
|
|
# SX_NOINLINE forces sx lock operations to call functions to perform each
|
|
|
|
|
# operation rather than inlining the simple cases. This can be used to
|
|
|
|
|
# shrink the size of the kernel text segment. Note that this behavior is
|
|
|
|
|
# already implied by the INVARIANT_SUPPORT, INVARIANTS, KTR, LOCK_PROFILING,
|
|
|
|
|
# and WITNESS options.
|
|
|
|
|
options SX_NOINLINE
|
|
|
|
|
|
2000-09-21 06:56:11 +00:00
|
|
|
|
# SMP Debugging Options:
|
|
|
|
|
#
|
- Make callout(9) tickless, relying on eventtimers(4) as backend for
precise time event generation. This greatly improves granularity of
callouts which are not anymore constrained to wait next tick to be
scheduled.
- Extend the callout KPI introducing a set of callout_reset_sbt* functions,
which take a sbintime_t as timeout argument. The new KPI also offers a
way for consumers to specify precision tolerance they allow, so that
callout can coalesce events and reduce number of interrupts as well as
potentially avoid scheduling a SWI thread.
- Introduce support for dispatching callouts directly from hardware
interrupt context, specifying an additional flag. This feature should be
used carefully, as long as interrupt context has some limitations
(e.g. no sleeping locks can be held).
- Enhance mechanisms to gather informations about callwheel, introducing
a new sysctl to obtain stats.
This change breaks the KBI. struct callout fields has been changed, in
particular 'int ticks' (4 bytes) has been replaced with 'sbintime_t'
(8 bytes) and another 'sbintime_t' field was added for precision.
Together with: mav
Reviewed by: attilio, bde, luigi, phk
Sponsored by: Google Summer of Code 2012, iXsystems inc.
Tested by: flo (amd64, sparc64), marius (sparc64), ian (arm),
markj (amd64), mav, Fabian Keil
2013-03-04 11:09:56 +00:00
|
|
|
|
# CALLOUT_PROFILING enables rudimentary profiling of the callwheel data
|
|
|
|
|
# structure used as backend in callout(9).
|
2008-10-22 17:50:45 +00:00
|
|
|
|
# PREEMPTION allows the threads that are in the kernel to be preempted by
|
|
|
|
|
# higher priority [interrupt] threads. It helps with interactivity
|
|
|
|
|
# and allows interrupt threads to run sooner rather than waiting.
|
2006-05-11 22:25:28 +00:00
|
|
|
|
# WARNING! Only tested on amd64 and i386.
|
2004-07-02 20:21:44 +00:00
|
|
|
|
# FULL_PREEMPTION instructs the kernel to preempt non-realtime kernel
|
2004-09-12 12:13:29 +00:00
|
|
|
|
# threads. Its sole use is to expose race conditions and other
|
2004-07-02 20:21:44 +00:00
|
|
|
|
# bugs during development. Enabling this option will reduce
|
|
|
|
|
# performance and increase the frequency of kernel panics by
|
|
|
|
|
# design. If you aren't sure that you need it then you don't.
|
2004-09-02 18:59:15 +00:00
|
|
|
|
# Relies on the PREEMPTION option. DON'T TURN THIS ON.
|
2004-06-29 02:30:12 +00:00
|
|
|
|
# SLEEPQUEUE_PROFILING enables rudimentary profiling of the hash table
|
2008-03-20 01:30:49 +00:00
|
|
|
|
# used to hold active sleep queues as well as sleep wait message
|
|
|
|
|
# frequency.
|
2004-06-29 02:30:12 +00:00
|
|
|
|
# TURNSTILE_PROFILING enables rudimentary profiling of the hash table
|
|
|
|
|
# used to hold active lock queues.
|
2012-03-16 20:32:11 +00:00
|
|
|
|
# UMTX_PROFILING enables rudimentary profiling of the hash table used
|
2017-07-13 20:04:42 +00:00
|
|
|
|
# to hold active lock queues.
|
2002-04-18 03:41:49 +00:00
|
|
|
|
# WITNESS enables the witness code which detects deadlocks and cycles
|
2000-09-21 06:56:11 +00:00
|
|
|
|
# during locking operations.
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# WITNESS_KDB causes the witness code to drop into the kernel debugger if
|
2004-06-26 17:19:44 +00:00
|
|
|
|
# a lock hierarchy violation occurs or if locks are held when going to
|
2000-10-27 03:00:28 +00:00
|
|
|
|
# sleep.
|
|
|
|
|
# WITNESS_SKIPSPIN disables the witness checks on spin mutexes.
|
2004-09-02 22:21:51 +00:00
|
|
|
|
options PREEMPTION
|
2004-07-02 20:21:44 +00:00
|
|
|
|
options FULL_PREEMPTION
|
2000-09-21 06:56:11 +00:00
|
|
|
|
options WITNESS
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options WITNESS_KDB
|
2000-10-27 03:00:28 +00:00
|
|
|
|
options WITNESS_SKIPSPIN
|
2000-09-21 06:56:11 +00:00
|
|
|
|
|
2006-11-11 23:37:52 +00:00
|
|
|
|
# LOCK_PROFILING - Profiling locks. See LOCK_PROFILING(9) for details.
|
2006-11-11 05:35:39 +00:00
|
|
|
|
options LOCK_PROFILING
|
2004-08-19 06:38:26 +00:00
|
|
|
|
# Set the number of buffers and the hash size. The hash size MUST be larger
|
|
|
|
|
# than the number of buffers. Hash size should be prime.
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options MPROF_BUFFERS="1536"
|
|
|
|
|
options MPROF_HASH_SIZE="1543"
|
2002-04-15 19:42:15 +00:00
|
|
|
|
|
- Make callout(9) tickless, relying on eventtimers(4) as backend for
precise time event generation. This greatly improves granularity of
callouts which are not anymore constrained to wait next tick to be
scheduled.
- Extend the callout KPI introducing a set of callout_reset_sbt* functions,
which take a sbintime_t as timeout argument. The new KPI also offers a
way for consumers to specify precision tolerance they allow, so that
callout can coalesce events and reduce number of interrupts as well as
potentially avoid scheduling a SWI thread.
- Introduce support for dispatching callouts directly from hardware
interrupt context, specifying an additional flag. This feature should be
used carefully, as long as interrupt context has some limitations
(e.g. no sleeping locks can be held).
- Enhance mechanisms to gather informations about callwheel, introducing
a new sysctl to obtain stats.
This change breaks the KBI. struct callout fields has been changed, in
particular 'int ticks' (4 bytes) has been replaced with 'sbintime_t'
(8 bytes) and another 'sbintime_t' field was added for precision.
Together with: mav
Reviewed by: attilio, bde, luigi, phk
Sponsored by: Google Summer of Code 2012, iXsystems inc.
Tested by: flo (amd64, sparc64), marius (sparc64), ian (arm),
markj (amd64), mav, Fabian Keil
2013-03-04 11:09:56 +00:00
|
|
|
|
# Profiling for the callout(9) backend.
|
|
|
|
|
options CALLOUT_PROFILING
|
|
|
|
|
|
2004-06-29 02:30:12 +00:00
|
|
|
|
# Profiling for internal hash tables.
|
|
|
|
|
options SLEEPQUEUE_PROFILING
|
|
|
|
|
options TURNSTILE_PROFILING
|
2012-04-14 23:53:31 +00:00
|
|
|
|
options UMTX_PROFILING
|
|
|
|
|
|
2004-06-29 02:30:12 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#####################################################################
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# COMPATIBILITY OPTIONS
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2006-01-10 09:19:10 +00:00
|
|
|
|
# Old tty interface.
|
|
|
|
|
options COMPAT_43TTY
|
|
|
|
|
|
2009-06-26 17:50:52 +00:00
|
|
|
|
# Note that as a general rule, COMPAT_FREEBSD<n> depends on
|
|
|
|
|
# COMPAT_FREEBSD<n+1>, COMPAT_FREEBSD<n+2>, etc.
|
|
|
|
|
|
2002-07-13 16:43:53 +00:00
|
|
|
|
# Enable FreeBSD4 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD4
|
|
|
|
|
|
2005-09-21 19:27:08 +00:00
|
|
|
|
# Enable FreeBSD5 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD5
|
|
|
|
|
|
2006-09-26 12:36:34 +00:00
|
|
|
|
# Enable FreeBSD6 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD6
|
|
|
|
|
|
2008-01-07 21:40:11 +00:00
|
|
|
|
# Enable FreeBSD7 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD7
|
|
|
|
|
|
2014-10-24 19:58:24 +00:00
|
|
|
|
# Enable FreeBSD9 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD9
|
|
|
|
|
|
|
|
|
|
# Enable FreeBSD10 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD10
|
|
|
|
|
|
2016-12-09 18:54:12 +00:00
|
|
|
|
# Enable FreeBSD11 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD11
|
|
|
|
|
|
2019-05-02 18:10:23 +00:00
|
|
|
|
# Enable FreeBSD12 compatibility syscalls
|
|
|
|
|
options COMPAT_FREEBSD12
|
|
|
|
|
|
2015-10-29 08:28:39 +00:00
|
|
|
|
# Enable Linux Kernel Programming Interface
|
|
|
|
|
options COMPAT_LINUXKPI
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# These three options provide support for System V Interface
|
|
|
|
|
# Definition-style interprocess communication, in the form of shared
|
|
|
|
|
# memory, semaphores, and message queues, respectively.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SYSVSHM
|
|
|
|
|
options SYSVSEM
|
|
|
|
|
options SYSVMSG
|
1994-02-01 08:34:16 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# DEBUGGING OPTIONS
|
1994-02-01 08:34:16 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Compile with kernel debugger related code.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options KDB
|
1995-01-25 21:40:47 +00:00
|
|
|
|
|
2002-05-07 10:59:52 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Print a stack trace of the current thread on the console for a panic.
|
2002-05-07 10:59:52 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options KDB_TRACE
|
2002-05-07 10:59:52 +00:00
|
|
|
|
|
2004-02-25 08:57:33 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Don't enter the debugger for a panic. Intended for unattended operation
|
|
|
|
|
# where you may want to enter the debugger from the console, but still want
|
|
|
|
|
# the machine to recover from a panic.
|
2004-02-25 08:57:33 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options KDB_UNATTENDED
|
2004-02-25 08:57:33 +00:00
|
|
|
|
|
2002-09-19 18:52:37 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Enable the ddb debugger backend.
|
2002-09-19 18:52:37 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options DDB
|
2002-09-19 18:52:37 +00:00
|
|
|
|
|
1996-02-28 21:42:15 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Print the numerical value of symbols in addition to the symbolic
|
|
|
|
|
# representation.
|
1996-02-28 21:42:15 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options DDB_NUMSYM
|
1996-02-28 21:42:15 +00:00
|
|
|
|
|
1997-06-04 16:44:29 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
# Enable the remote gdb debugger backend.
|
1997-06-04 16:44:29 +00:00
|
|
|
|
#
|
2004-07-11 01:44:07 +00:00
|
|
|
|
options GDB
|
1997-06-04 16:44:29 +00:00
|
|
|
|
|
2020-04-12 18:04:20 +00:00
|
|
|
|
#
|
|
|
|
|
# Trashes list pointers when they become invalid (i.e., the element is
|
|
|
|
|
# removed from a list). Relatively inexpensive to enable.
|
|
|
|
|
#
|
|
|
|
|
options QUEUE_MACRO_DEBUG_TRASH
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Stores information about the last caller to modify the list object
|
|
|
|
|
# in the list object. Requires additional memory overhead.
|
|
|
|
|
#
|
2020-04-13 20:25:01 +00:00
|
|
|
|
#options QUEUE_MACRO_DEBUG_TRACE
|
2020-04-12 18:04:20 +00:00
|
|
|
|
|
2004-10-27 19:26:01 +00:00
|
|
|
|
#
|
|
|
|
|
# SYSCTL_DEBUG enables a 'sysctl' debug tree that can be used to dump the
|
|
|
|
|
# contents of the registered sysctl nodes on the console. It is disabled by
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# default because it generates excessively verbose console output that can
|
2004-10-27 19:26:01 +00:00
|
|
|
|
# interfere with serial console operation.
|
|
|
|
|
#
|
|
|
|
|
options SYSCTL_DEBUG
|
|
|
|
|
|
2012-11-01 04:07:08 +00:00
|
|
|
|
#
|
|
|
|
|
# Enable textdump by default, this disables kernel core dumps.
|
|
|
|
|
#
|
|
|
|
|
options TEXTDUMP_PREFERRED
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Enable extra debug messages while performing textdumps.
|
|
|
|
|
#
|
|
|
|
|
options TEXTDUMP_VERBOSE
|
|
|
|
|
|
2010-02-08 20:57:42 +00:00
|
|
|
|
#
|
|
|
|
|
# NO_SYSCTL_DESCR omits the sysctl node descriptions to save space in the
|
|
|
|
|
# resulting kernel.
|
|
|
|
|
options NO_SYSCTL_DESCR
|
|
|
|
|
|
2010-07-28 15:36:12 +00:00
|
|
|
|
#
|
|
|
|
|
# MALLOC_DEBUG_MAXZONES enables multiple uma zones for malloc(9)
|
|
|
|
|
# allocations that are smaller than a page. The purpose is to isolate
|
|
|
|
|
# different malloc types into hash classes, so that any buffer
|
|
|
|
|
# overruns or use-after-free will usually only affect memory from
|
|
|
|
|
# malloc types in that hash class. This is purely a debugging tool;
|
|
|
|
|
# by varying the hash function and tracking which hash class was
|
|
|
|
|
# corrupted, the intersection of the hash classes from each instance
|
|
|
|
|
# will point to a single malloc type that is being misused. At this
|
|
|
|
|
# point inspection or memguard(9) can be used to catch the offending
|
|
|
|
|
# code.
|
|
|
|
|
#
|
|
|
|
|
options MALLOC_DEBUG_MAXZONES=8
|
|
|
|
|
|
2005-01-21 18:09:17 +00:00
|
|
|
|
#
|
|
|
|
|
# DEBUG_MEMGUARD builds and enables memguard(9), a replacement allocator
|
|
|
|
|
# for the kernel used to detect modify-after-free scenarios. See the
|
|
|
|
|
# memguard(9) man page for more information on usage.
|
|
|
|
|
#
|
2005-03-07 02:20:14 +00:00
|
|
|
|
options DEBUG_MEMGUARD
|
2005-01-21 18:09:17 +00:00
|
|
|
|
|
2006-01-31 11:09:21 +00:00
|
|
|
|
#
|
|
|
|
|
# DEBUG_REDZONE enables buffer underflows and buffer overflows detection for
|
|
|
|
|
# malloc(9).
|
|
|
|
|
#
|
|
|
|
|
options DEBUG_REDZONE
|
|
|
|
|
|
2014-01-22 22:25:48 +00:00
|
|
|
|
#
|
|
|
|
|
# EARLY_PRINTF enables support for calling a special printf (eprintf)
|
|
|
|
|
# very early in the kernel (before cn_init() has been called). This
|
|
|
|
|
# should only be used for debugging purposes early in boot. Normally,
|
|
|
|
|
# it is not defined. It is commented out here because this feature
|
|
|
|
|
# isn't generally available. And the required eputc() isn't defined.
|
|
|
|
|
#
|
|
|
|
|
#options EARLY_PRINTF
|
|
|
|
|
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
Overhaul the ktrace subsystem a bit. For the most part, the actual vnode
operations to dump a ktrace event out to an output file are now handled
asychronously by a ktrace worker thread. This enables most ktrace events
to not need Giant once p_tracep and p_traceflag are suitably protected by
the new ktrace_lock.
There is a single todo list of pending ktrace requests. The various
ktrace tracepoints allocate a ktrace request object and tack it onto the
end of the queue. The ktrace kernel thread grabs requests off the head of
the queue and processes them using the trace vnode and credentials of the
thread triggering the event.
Since we cannot assume that the user memory referenced when doing a
ktrgenio() will be valid and since we can't access it from the ktrace
worker thread without a bit of hassle anyways, ktrgenio() requests are
still handled synchronously. However, in order to ensure that the requests
from a given thread still maintain relative order to one another, when a
synchronous ktrace event (such as a genio event) is triggered, we still put
the request object on the todo list to synchronize with the worker thread.
The original thread blocks atomically with putting the item on the queue.
When the worker thread comes across an asynchronous request, it wakes up
the original thread and then blocks to ensure it doesn't manage to write a
later event before the original thread has a chance to write out the
synchronous event. When the original thread wakes up, it writes out the
synchronous using its own context and then finally wakes the worker thread
back up. Yuck. The sychronous events aren't pretty but they do work.
Since ktrace events can be triggered in fairly low-level areas (msleep()
and cv_wait() for example) the ktrace code is designed to use very few
locks when posting an event (currently just the ktrace_mtx lock and the
vnode interlock to bump the refcoun on the trace vnode). This also means
that we can't allocate a ktrace request object when an event is triggered.
Instead, ktrace request objects are allocated from a pre-allocated pool
and returned to the pool after a request is serviced.
The size of this pool defaults to 100 objects, which is about 13k on an
i386 kernel. The size of the pool can be adjusted at compile time via the
KTRACE_REQUEST_POOL kernel option, at boot time via the
kern.ktrace_request_pool loader tunable, or at runtime via the
kern.ktrace_request_pool sysctl.
If the pool of request objects is exhausted, then a warning message is
printed to the console. The message is rate-limited in that it is only
printed once until the size of the pool is adjusted via the sysctl.
I have tested all kernel traces but have not tested user traces submitted
by utrace(2), though they should work fine in theory.
Since a ktrace request has several properties (content of event, trace
vnode, details of originating process, credentials for I/O, etc.), I chose
to drop the first argument to the various ktrfoo() functions. Currently
the functions just assume the event is posted from curthread. If there is
a great desire to do so, I suppose I could instead put back the first
argument but this time make it a thread pointer instead of a vnode pointer.
Also, KTRPOINT() now takes a thread as its first argument instead of a
process. This is because the check for a recursive ktrace event is now
per-thread instead of process-wide.
Tested on: i386
Compiles on: sparc64, alpha
2002-06-07 05:32:59 +00:00
|
|
|
|
# KTRACE enables the system-call tracing facility ktrace(2). To be more
|
|
|
|
|
# SMP-friendly, KTRACE uses a worker thread to process most trace events
|
|
|
|
|
# asynchronously to the thread generating the event. This requires a
|
|
|
|
|
# pre-allocated store of objects representing trace events. The
|
|
|
|
|
# KTRACE_REQUEST_POOL option specifies the initial size of this store.
|
|
|
|
|
# The size of the pool can be adjusted both at boottime and runtime via
|
|
|
|
|
# the kern.ktrace_request_pool tunable and sysctl.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options KTRACE #kernel tracing
|
Overhaul the ktrace subsystem a bit. For the most part, the actual vnode
operations to dump a ktrace event out to an output file are now handled
asychronously by a ktrace worker thread. This enables most ktrace events
to not need Giant once p_tracep and p_traceflag are suitably protected by
the new ktrace_lock.
There is a single todo list of pending ktrace requests. The various
ktrace tracepoints allocate a ktrace request object and tack it onto the
end of the queue. The ktrace kernel thread grabs requests off the head of
the queue and processes them using the trace vnode and credentials of the
thread triggering the event.
Since we cannot assume that the user memory referenced when doing a
ktrgenio() will be valid and since we can't access it from the ktrace
worker thread without a bit of hassle anyways, ktrgenio() requests are
still handled synchronously. However, in order to ensure that the requests
from a given thread still maintain relative order to one another, when a
synchronous ktrace event (such as a genio event) is triggered, we still put
the request object on the todo list to synchronize with the worker thread.
The original thread blocks atomically with putting the item on the queue.
When the worker thread comes across an asynchronous request, it wakes up
the original thread and then blocks to ensure it doesn't manage to write a
later event before the original thread has a chance to write out the
synchronous event. When the original thread wakes up, it writes out the
synchronous using its own context and then finally wakes the worker thread
back up. Yuck. The sychronous events aren't pretty but they do work.
Since ktrace events can be triggered in fairly low-level areas (msleep()
and cv_wait() for example) the ktrace code is designed to use very few
locks when posting an event (currently just the ktrace_mtx lock and the
vnode interlock to bump the refcoun on the trace vnode). This also means
that we can't allocate a ktrace request object when an event is triggered.
Instead, ktrace request objects are allocated from a pre-allocated pool
and returned to the pool after a request is serviced.
The size of this pool defaults to 100 objects, which is about 13k on an
i386 kernel. The size of the pool can be adjusted at compile time via the
KTRACE_REQUEST_POOL kernel option, at boot time via the
kern.ktrace_request_pool loader tunable, or at runtime via the
kern.ktrace_request_pool sysctl.
If the pool of request objects is exhausted, then a warning message is
printed to the console. The message is rate-limited in that it is only
printed once until the size of the pool is adjusted via the sysctl.
I have tested all kernel traces but have not tested user traces submitted
by utrace(2), though they should work fine in theory.
Since a ktrace request has several properties (content of event, trace
vnode, details of originating process, credentials for I/O, etc.), I chose
to drop the first argument to the various ktrfoo() functions. Currently
the functions just assume the event is posted from curthread. If there is
a great desire to do so, I suppose I could instead put back the first
argument but this time make it a thread pointer instead of a vnode pointer.
Also, KTRPOINT() now takes a thread as its first argument instead of a
process. This is because the check for a recursive ktrace event is now
per-thread instead of process-wide.
Tested on: i386
Compiles on: sparc64, alpha
2002-06-07 05:32:59 +00:00
|
|
|
|
options KTRACE_REQUEST_POOL=101
|
1994-08-31 06:17:49 +00:00
|
|
|
|
|
2000-09-21 06:50:02 +00:00
|
|
|
|
#
|
2009-10-29 09:51:13 +00:00
|
|
|
|
# KTR is a kernel tracing facility imported from BSD/OS. It is
|
2006-06-03 23:30:16 +00:00
|
|
|
|
# enabled with the KTR option. KTR_ENTRIES defines the number of
|
2012-07-30 22:46:42 +00:00
|
|
|
|
# entries in the circular trace buffer; it may be an arbitrary number.
|
2013-02-03 09:57:39 +00:00
|
|
|
|
# KTR_BOOT_ENTRIES defines the number of entries during the early boot,
|
|
|
|
|
# before malloc(9) is functional.
|
2006-06-03 23:30:16 +00:00
|
|
|
|
# KTR_COMPILE defines the mask of events to compile into the kernel as
|
|
|
|
|
# defined by the KTR_* constants in <sys/ktr.h>. KTR_MASK defines the
|
|
|
|
|
# initial value of the ktr_mask variable which determines at runtime
|
|
|
|
|
# what events to trace. KTR_CPUMASK determines which CPU's log
|
2011-05-31 20:48:58 +00:00
|
|
|
|
# events, with bit X corresponding to CPU X. The layout of the string
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# passed as KTR_CPUMASK must match a series of bitmasks each of them
|
Post r222812 KTR_CPUMASK started being initialized only as a tunable
handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup
and boot low level development (which needs ktr_cpumask to be effective
before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing
an list of initializers, divided by commas. Also, provide a way to enforce
an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a
kernel option, and in particular this makes the words specifications
backward wrt. what is currently in -CURRENT. In order to avoid mismatches
between KTR_CPUMASK definition and other way to setup the mask
(tunable, sysctl) and to print it, change the ordering how
cpusetobj_print() and cpusetobj_scan() acquire the words belonging
to the set.
Please give a look to sys/conf/NOTES in order to understand how the
new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed
for this.
This patch won't be merged because it changes a POLA (at least
from the theoretical standpoint) and this is however a patch that
proves to be effective only in development environments.
Requested by: rpaulo
Reviewed by: jeff, rpaulo
2012-08-30 21:22:47 +00:00
|
|
|
|
# separated by the "," character (ie:
|
|
|
|
|
# KTR_CPUMASK=0xAF,0xFFFFFFFFFFFFFFFF). KTR_VERBOSE enables
|
2006-06-03 23:30:16 +00:00
|
|
|
|
# dumping of KTR events to the console by default. This functionality
|
|
|
|
|
# can be toggled via the debug.ktr_verbose sysctl and defaults to off
|
2009-10-29 09:51:13 +00:00
|
|
|
|
# if KTR_VERBOSE is not defined. See ktr(4) and ktrdump(8) for details.
|
2000-09-21 06:50:02 +00:00
|
|
|
|
#
|
|
|
|
|
options KTR
|
2013-02-03 09:57:39 +00:00
|
|
|
|
options KTR_BOOT_ENTRIES=1024
|
2013-02-08 22:41:48 +00:00
|
|
|
|
options KTR_ENTRIES=(128*1024)
|
2015-02-19 17:03:13 +00:00
|
|
|
|
options KTR_COMPILE=(KTR_ALL)
|
2001-06-04 18:26:02 +00:00
|
|
|
|
options KTR_MASK=KTR_INTR
|
Post r222812 KTR_CPUMASK started being initialized only as a tunable
handler and not more statically.
Unfortunately, it seems that this is not ideal for new platform bringup
and boot low level development (which needs ktr_cpumask to be effective
before tunables can be setup).
Because of this, add a way to statically initialize cpusets, by passing
an list of initializers, divided by commas. Also, provide a way to enforce
an all-set mask, for above mentioned initializers.
This imposes some differences on how KTR_CPUMASK is setup now as a
kernel option, and in particular this makes the words specifications
backward wrt. what is currently in -CURRENT. In order to avoid mismatches
between KTR_CPUMASK definition and other way to setup the mask
(tunable, sysctl) and to print it, change the ordering how
cpusetobj_print() and cpusetobj_scan() acquire the words belonging
to the set.
Please give a look to sys/conf/NOTES in order to understand how the
new format is supposed to work.
Also, ktr manpages will be updated shortly by gjb which volountereed
for this.
This patch won't be merged because it changes a POLA (at least
from the theoretical standpoint) and this is however a patch that
proves to be effective only in development environments.
Requested by: rpaulo
Reviewed by: jeff, rpaulo
2012-08-30 21:22:47 +00:00
|
|
|
|
options KTR_CPUMASK=0x3
|
2000-11-07 01:50:10 +00:00
|
|
|
|
options KTR_VERBOSE
|
2000-09-21 06:50:02 +00:00
|
|
|
|
|
2005-04-16 12:14:43 +00:00
|
|
|
|
#
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# ALQ(9) is a facility for the asynchronous queuing of records from the kernel
|
2009-10-29 09:51:13 +00:00
|
|
|
|
# to a vnode, and is employed by services such as ktr(4) to produce trace
|
2005-04-16 12:14:43 +00:00
|
|
|
|
# files based on a kernel event stream. Records are written asynchronously
|
|
|
|
|
# in a worker thread.
|
|
|
|
|
#
|
|
|
|
|
options ALQ
|
|
|
|
|
options KTR_ALQ
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-01-08 17:31:30 +00:00
|
|
|
|
# The INVARIANTS option is used in a number of source files to enable
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# extra sanity checking of internal structures. This support is not
|
|
|
|
|
# enabled by default because of the extra time it would take to check
|
|
|
|
|
# for these conditions, which can only occur as a result of
|
|
|
|
|
# programming errors.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options INVARIANTS
|
1999-01-08 17:31:30 +00:00
|
|
|
|
|
2001-02-24 19:03:18 +00:00
|
|
|
|
#
|
|
|
|
|
# The INVARIANT_SUPPORT option makes us compile in support for
|
|
|
|
|
# verifying some of the internal structures. It is a prerequisite for
|
|
|
|
|
# 'INVARIANTS', as enabling 'INVARIANTS' will make these functions be
|
|
|
|
|
# called. The intent is that you can set 'INVARIANTS' for single
|
|
|
|
|
# source files (by changing the source file or specifying it on the
|
|
|
|
|
# command line) if you have 'INVARIANT_SUPPORT' enabled. Also, if you
|
|
|
|
|
# wish to build a kernel module with 'INVARIANTS', then adding
|
|
|
|
|
# 'INVARIANT_SUPPORT' to your kernel will provide all the necessary
|
|
|
|
|
# infrastructure without the added overhead.
|
|
|
|
|
#
|
|
|
|
|
options INVARIANT_SUPPORT
|
|
|
|
|
|
KASSERT: Make runtime optionality optional
Add an option, KASSERT_PANIC_OPTIONAL, that allows runtime KASSERT()
behavior changes. When this option is not enabled, code that allows
KASSERTs to become optional is not enabled, and all violated assertions
cause termination.
The runtime KASSERT behavior was added in r243980.
One important distinction here is that panic has __dead2
("attribute((noreturn))"), while kassert_panic does not. Static analyzers
like Coverity understand __dead2. Without it, KASSERTs go misunderstood,
resulting in many false positives that result from violation of program
invariants.
Reviewed by: jhb, jtl, np, vangyzen
Relnotes: yes
Sponsored by: Dell EMC Isilon
Differential Revision: https://reviews.freebsd.org/D16835
2018-08-22 22:19:42 +00:00
|
|
|
|
#
|
|
|
|
|
# The KASSERT_PANIC_OPTIONAL option allows kasserts to fire without
|
|
|
|
|
# necessarily inducing a panic. Panic is the default behavior, but
|
|
|
|
|
# runtime options can configure it either entirely off, or off with a
|
|
|
|
|
# limit.
|
|
|
|
|
#
|
|
|
|
|
options KASSERT_PANIC_OPTIONAL
|
|
|
|
|
|
1999-01-08 17:31:30 +00:00
|
|
|
|
#
|
|
|
|
|
# The DIAGNOSTIC option is used to enable extra debugging information
|
2019-04-22 11:31:13 +00:00
|
|
|
|
# and invariants checking. The added checks are too expensive or noisy
|
|
|
|
|
# for an INVARIANTS kernel and thus are disabled by default. It is
|
|
|
|
|
# expected that a kernel configured with DIAGNOSTIC will also have the
|
|
|
|
|
# INVARIANTS option enabled.
|
1999-01-08 17:31:30 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DIAGNOSTIC
|
1994-01-31 10:27:13 +00:00
|
|
|
|
|
2001-04-11 19:29:24 +00:00
|
|
|
|
#
|
|
|
|
|
# REGRESSION causes optional kernel interfaces necessary only for regression
|
2004-06-26 17:19:44 +00:00
|
|
|
|
# testing to be enabled. These interfaces may constitute security risks
|
2001-04-11 19:29:24 +00:00
|
|
|
|
# when enabled, as they permit processes to easily modify aspects of the
|
|
|
|
|
# run-time environment to reproduce unlikely or unusual (possibly normally
|
|
|
|
|
# impossible) scenarios.
|
|
|
|
|
#
|
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 REGRESSION
|
2001-04-11 19:29:24 +00:00
|
|
|
|
|
1998-02-04 04:41:37 +00:00
|
|
|
|
#
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# This option lets some drivers co-exist that can't co-exist in a running
|
1998-02-04 04:41:37 +00:00
|
|
|
|
# system. This is used to be able to compile all kernel code in one go for
|
|
|
|
|
# quality assurance purposes (like this file, which the option takes it name
|
|
|
|
|
# from.)
|
|
|
|
|
#
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options COMPILING_LINT
|
1998-02-04 04:41:37 +00:00
|
|
|
|
|
Break out stack(9) from ddb(4):
- Introduce per-architecture stack_machdep.c to hold stack_save(9).
- Introduce per-architecture machine/stack.h to capture any common
definitions required between db_trace.c and stack_machdep.c.
- Add new kernel option "options STACK"; we will build in stack(9) if it is
defined, or also if "options DDB" is defined to provide compatibility
with existing users of stack(9).
Add new stack_save_td(9) function, which allows the capture of a stacktrace
of another thread rather than the current thread, which the existing
stack_save(9) was limited to. It requires that the thread be neither
swapped out nor running, which is the responsibility of the consumer to
enforce.
Update stack(9) man page.
Build tested: amd64, arm, i386, ia64, powerpc, sparc64, sun4v
Runtime tested: amd64 (rwatson), arm (cognet), i386 (rwatson)
2007-12-02 20:40:35 +00:00
|
|
|
|
#
|
|
|
|
|
# STACK enables the stack(9) facility, allowing the capture of kernel stack
|
|
|
|
|
# for the purpose of procinfo(1), etc. stack(9) will also be compiled in
|
|
|
|
|
# automatically if DDB(4) is compiled into the kernel.
|
|
|
|
|
#
|
|
|
|
|
options STACK
|
|
|
|
|
|
2016-07-27 03:21:02 +00:00
|
|
|
|
#
|
|
|
|
|
# The NUM_CORE_FILES option specifies the limit for the number of core
|
|
|
|
|
# files generated by a particular process, when the core file format
|
|
|
|
|
# specifier includes the %I pattern. Since we only have 1 character for
|
|
|
|
|
# the core count in the format string, meaning the range will be 0-9, the
|
|
|
|
|
# maximum value allowed for this option is 10.
|
|
|
|
|
# This core file limit can be adjusted at runtime via the debug.ncores
|
|
|
|
|
# sysctl.
|
|
|
|
|
#
|
|
|
|
|
options NUM_CORE_FILES=5
|
|
|
|
|
|
2017-12-31 09:21:34 +00:00
|
|
|
|
#
|
|
|
|
|
# The TSLOG option enables timestamped logging of events, especially
|
|
|
|
|
# function entries/exits, in order to track the time spent by the kernel.
|
|
|
|
|
# In particular, this is useful when investigating the early boot process,
|
|
|
|
|
# before it is possible to use more sophisticated tools like DTrace.
|
|
|
|
|
# The TSLOGSIZE option controls the size of the (preallocated, fixed
|
|
|
|
|
# length) buffer used for storing these events (default: 262144 records).
|
|
|
|
|
#
|
|
|
|
|
# For security reasons the TSLOG option should not be enabled on systems
|
|
|
|
|
# used in production.
|
|
|
|
|
#
|
|
|
|
|
options TSLOG
|
|
|
|
|
options TSLOGSIZE=262144
|
|
|
|
|
|
2005-04-20 22:19:51 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# PERFORMANCE MONITORING OPTIONS
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# The hwpmc driver that allows the use of in-CPU performance monitoring
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# counters for performance monitoring. The base kernel needs to be configured
|
2005-04-20 22:19:51 +00:00
|
|
|
|
# with the 'options' line, while the hwpmc device can be either compiled
|
|
|
|
|
# in or loaded as a loadable kernel module.
|
|
|
|
|
#
|
2005-12-29 02:12:54 +00:00
|
|
|
|
# Additional configuration options may be required on specific architectures,
|
|
|
|
|
# please see hwpmc(4).
|
|
|
|
|
|
2009-05-10 00:00:25 +00:00
|
|
|
|
device hwpmc # Driver (also a loadable module)
|
2015-05-08 15:57:23 +00:00
|
|
|
|
options HWPMC_DEBUG
|
2005-04-20 22:19:51 +00:00
|
|
|
|
options HWPMC_HOOKS # Other necessary kernel hooks
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# NETWORKING OPTIONS
|
|
|
|
|
|
|
|
|
|
#
|
2007-07-05 15:33:13 +00:00
|
|
|
|
# Protocol families
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options INET #Internet communications protocols
|
1999-11-22 11:13:00 +00:00
|
|
|
|
options INET6 #IPv6 communications protocols
|
2007-07-05 15:33:13 +00:00
|
|
|
|
|
Implement kernel support for hardware rate limited sockets.
- Add RATELIMIT kernel configuration keyword which must be set to
enable the new functionality.
- Add support for hardware driven, Receive Side Scaling, RSS aware, rate
limited sendqueues and expose the functionality through the already
established SO_MAX_PACING_RATE setsockopt(). The API support rates in
the range from 1 to 4Gbytes/s which are suitable for regular TCP and
UDP streams. The setsockopt(2) manual page has been updated.
- Add rate limit function callback API to "struct ifnet" which supports
the following operations: if_snd_tag_alloc(), if_snd_tag_modify(),
if_snd_tag_query() and if_snd_tag_free().
- Add support to ifconfig to view, set and clear the IFCAP_TXRTLMT
flag, which tells if a network driver supports rate limiting or not.
- This patch also adds support for rate limiting through VLAN and LAGG
intermediate network devices.
- How rate limiting works:
1) The userspace application calls setsockopt() after accepting or
making a new connection to set the rate which is then stored in the
socket structure in the kernel. Later on when packets are transmitted
a check is made in the transmit path for rate changes. A rate change
implies a non-blocking ifp->if_snd_tag_alloc() call will be made to the
destination network interface, which then sets up a custom sendqueue
with the given rate limitation parameter. A "struct m_snd_tag" pointer is
returned which serves as a "snd_tag" hint in the m_pkthdr for the
subsequently transmitted mbufs.
2) When the network driver sees the "m->m_pkthdr.snd_tag" different
from NULL, it will move the packets into a designated rate limited sendqueue
given by the snd_tag pointer. It is up to the individual drivers how the rate
limited traffic will be rate limited.
3) Route changes are detected by the NIC drivers in the ifp->if_transmit()
routine when the ifnet pointer in the incoming snd_tag mismatches the
one of the network interface. The network adapter frees the mbuf and
returns EAGAIN which causes the ip_output() to release and clear the send
tag. Upon next ip_output() a new "snd_tag" will be tried allocated.
4) When the PCB is detached the custom sendqueue will be released by a
non-blocking ifp->if_snd_tag_free() call to the currently bound network
interface.
Reviewed by: wblock (manpages), adrian, gallatin, scottl (network)
Differential Revision: https://reviews.freebsd.org/D3687
Sponsored by: Mellanox Technologies
MFC after: 3 months
2017-01-18 13:31:17 +00:00
|
|
|
|
options RATELIMIT # TX rate limiting support
|
|
|
|
|
|
2013-05-16 16:20:17 +00:00
|
|
|
|
options ROUTETABLES=2 # allocated fibs up to 65536. default is 1.
|
|
|
|
|
# but that would be a bad idea as they are large.
|
Add code to allow the system to handle multiple routing tables.
This particular implementation is designed to be fully backwards compatible
and to be MFC-able to 7.x (and 6.x)
Currently the only protocol that can make use of the multiple tables is IPv4
Similar functionality exists in OpenBSD and Linux.
From my notes:
-----
One thing where FreeBSD has been falling behind, and which by chance I
have some time to work on is "policy based routing", which allows
different
packet streams to be routed by more than just the destination address.
Constraints:
------------
I want to make some form of this available in the 6.x tree
(and by extension 7.x) , but FreeBSD in general needs it so I might as
well do it in -current and back port the portions I need.
One of the ways that this can be done is to have the ability to
instantiate multiple kernel routing tables (which I will now
refer to as "Forwarding Information Bases" or "FIBs" for political
correctness reasons). Which FIB a particular packet uses to make
the next hop decision can be decided by a number of mechanisms.
The policies these mechanisms implement are the "Policies" referred
to in "Policy based routing".
One of the constraints I have if I try to back port this work to
6.x is that it must be implemented as a EXTENSION to the existing
ABIs in 6.x so that third party applications do not need to be
recompiled in timespan of the branch.
This first version will not have some of the bells and whistles that
will come with later versions. It will, for example, be limited to 16
tables in the first commit.
Implementation method, Compatible version. (part 1)
-------------------------------
For this reason I have implemented a "sufficient subset" of a
multiple routing table solution in Perforce, and back-ported it
to 6.x. (also in Perforce though not always caught up with what I
have done in -current/P4). The subset allows a number of FIBs
to be defined at compile time (8 is sufficient for my purposes in 6.x)
and implements the changes needed to allow IPV4 to use them. I have not
done the changes for ipv6 simply because I do not need it, and I do not
have enough knowledge of ipv6 (e.g. neighbor discovery) needed to do it.
Other protocol families are left untouched and should there be
users with proprietary protocol families, they should continue to work
and be oblivious to the existence of the extra FIBs.
To understand how this is done, one must know that the current FIB
code starts everything off with a single dimensional array of
pointers to FIB head structures (One per protocol family), each of
which in turn points to the trie of routes available to that family.
The basic change in the ABI compatible version of the change is to
extent that array to be a 2 dimensional array, so that
instead of protocol family X looking at rt_tables[X] for the
table it needs, it looks at rt_tables[Y][X] when for all
protocol families except ipv4 Y is always 0.
Code that is unaware of the change always just sees the first row
of the table, which of course looks just like the one dimensional
array that existed before.
The entry points rtrequest(), rtalloc(), rtalloc1(), rtalloc_ign()
are all maintained, but refer only to the first row of the array,
so that existing callers in proprietary protocols can continue to
do the "right thing".
Some new entry points are added, for the exclusive use of ipv4 code
called in_rtrequest(), in_rtalloc(), in_rtalloc1() and in_rtalloc_ign(),
which have an extra argument which refers the code to the correct row.
In addition, there are some new entry points (currently called
rtalloc_fib() and friends) that check the Address family being
looked up and call either rtalloc() (and friends) if the protocol
is not IPv4 forcing the action to row 0 or to the appropriate row
if it IS IPv4 (and that info is available). These are for calling
from code that is not specific to any particular protocol. The way
these are implemented would change in the non ABI preserving code
to be added later.
One feature of the first version of the code is that for ipv4,
the interface routes show up automatically on all the FIBs, so
that no matter what FIB you select you always have the basic
direct attached hosts available to you. (rtinit() does this
automatically).
You CAN delete an interface route from one FIB should you want
to but by default it's there. ARP information is also available
in each FIB. It's assumed that the same machine would have the
same MAC address, regardless of which FIB you are using to get
to it.
This brings us as to how the correct FIB is selected for an outgoing
IPV4 packet.
Firstly, all packets have a FIB associated with them. if nothing
has been done to change it, it will be FIB 0. The FIB is changed
in the following ways.
Packets fall into one of a number of classes.
1/ locally generated packets, coming from a socket/PCB.
Such packets select a FIB from a number associated with the
socket/PCB. This in turn is inherited from the process,
but can be changed by a socket option. The process in turn
inherits it on fork. I have written a utility call setfib
that acts a bit like nice..
setfib -3 ping target.example.com # will use fib 3 for ping.
It is an obvious extension to make it a property of a jail
but I have not done so. It can be achieved by combining the setfib and
jail commands.
2/ packets received on an interface for forwarding.
By default these packets would use table 0,
(or possibly a number settable in a sysctl(not yet)).
but prior to routing the firewall can inspect them (see below).
(possibly in the future you may be able to associate a FIB
with packets received on an interface.. An ifconfig arg, but not yet.)
3/ packets inspected by a packet classifier, which can arbitrarily
associate a fib with it on a packet by packet basis.
A fib assigned to a packet by a packet classifier
(such as ipfw) would over-ride a fib associated by
a more default source. (such as cases 1 or 2).
4/ a tcp listen socket associated with a fib will generate
accept sockets that are associated with that same fib.
5/ Packets generated in response to some other packet (e.g. reset
or icmp packets). These should use the FIB associated with the
packet being reponded to.
6/ Packets generated during encapsulation.
gif, tun and other tunnel interfaces will encapsulate using the FIB
that was in effect withthe proces that set up the tunnel.
thus setfib 1 ifconfig gif0 [tunnel instructions]
will set the fib for the tunnel to use to be fib 1.
Routing messages would be associated with their
process, and thus select one FIB or another.
messages from the kernel would be associated with the fib they
refer to and would only be received by a routing socket associated
with that fib. (not yet implemented)
In addition Netstat has been edited to be able to cope with the
fact that the array is now 2 dimensional. (It looks in system
memory using libkvm (!)). Old versions of netstat see only the first FIB.
In addition two sysctls are added to give:
a) the number of FIBs compiled in (active)
b) the default FIB of the calling process.
Early testing experience:
-------------------------
Basically our (IronPort's) appliance does this functionality already
using ipfw fwd but that method has some drawbacks.
For example,
It can't fully simulate a routing table because it can't influence the
socket's choice of local address when a connect() is done.
Testing during the generating of these changes has been
remarkably smooth so far. Multiple tables have co-existed
with no notable side effects, and packets have been routes
accordingly.
ipfw has grown 2 new keywords:
setfib N ip from anay to any
count ip from any to any fib N
In pf there seems to be a requirement to be able to give symbolic names to the
fibs but I do not have that capacity. I am not sure if it is required.
SCTP has interestingly enough built in support for this, called VRFs
in Cisco parlance. it will be interesting to see how that handles it
when it suddenly actually does something.
Where to next:
--------------------
After committing the ABI compatible version and MFCing it, I'd
like to proceed in a forward direction in -current. this will
result in some roto-tilling in the routing code.
Firstly: the current code's idea of having a separate tree per
protocol family, all of the same format, and pointed to by the
1 dimensional array is a bit silly. Especially when one considers that
there is code that makes assumptions about every protocol having the
same internal structures there. Some protocols don't WANT that
sort of structure. (for example the whole idea of a netmask is foreign
to appletalk). This needs to be made opaque to the external code.
My suggested first change is to add routing method pointers to the
'domain' structure, along with information pointing the data.
instead of having an array of pointers to uniform structures,
there would be an array pointing to the 'domain' structures
for each protocol address domain (protocol family),
and the methods this reached would be called. The methods would have
an argument that gives FIB number, but the protocol would be free
to ignore it.
When the ABI can be changed it raises the possibilty of the
addition of a fib entry into the "struct route". Currently,
the structure contains the sockaddr of the desination, and the resulting
fib entry. To make this work fully, one could add a fib number
so that given an address and a fib, one can find the third element, the
fib entry.
Interaction with the ARP layer/ LL layer would need to be
revisited as well. Qing Li has been working on this already.
This work was sponsored by Ironport Systems/Cisco
Reviewed by: several including rwatson, bz and mlair (parts each)
Obtained from: Ironport systems/Cisco
2008-05-09 23:03:00 +00:00
|
|
|
|
|
2012-06-19 07:34:13 +00:00
|
|
|
|
options TCP_OFFLOAD # TCP offload support.
|
2019-08-08 15:11:37 +00:00
|
|
|
|
options TCP_RFC7413 # TCP Fast Open
|
2012-06-19 07:34:13 +00:00
|
|
|
|
|
2018-06-08 05:48:36 +00:00
|
|
|
|
options TCPHPTS
|
|
|
|
|
|
2007-07-05 15:33:13 +00:00
|
|
|
|
# In order to enable IPSEC you MUST also add device crypto to
|
|
|
|
|
# your kernel configuration
|
|
|
|
|
options IPSEC #IP security (requires device crypto)
|
2017-02-06 08:49:57 +00:00
|
|
|
|
|
|
|
|
|
# Option IPSEC_SUPPORT does not enable IPsec, but makes it possible to
|
|
|
|
|
# load it as a kernel module. You still MUST add device crypto to your kernel
|
|
|
|
|
# configuration.
|
|
|
|
|
options IPSEC_SUPPORT
|
2007-07-01 11:41:27 +00:00
|
|
|
|
#options IPSEC_DEBUG #debug for IP security
|
1995-05-05 07:47:44 +00:00
|
|
|
|
|
Add kernel-side support for in-kernel TLS.
KTLS adds support for in-kernel framing and encryption of Transport
Layer Security (1.0-1.2) data on TCP sockets. KTLS only supports
offload of TLS for transmitted data. Key negotation must still be
performed in userland. Once completed, transmit session keys for a
connection are provided to the kernel via a new TCP_TXTLS_ENABLE
socket option. All subsequent data transmitted on the socket is
placed into TLS frames and encrypted using the supplied keys.
Any data written to a KTLS-enabled socket via write(2), aio_write(2),
or sendfile(2) is assumed to be application data and is encoded in TLS
frames with an application data type. Individual records can be sent
with a custom type (e.g. handshake messages) via sendmsg(2) with a new
control message (TLS_SET_RECORD_TYPE) specifying the record type.
At present, rekeying is not supported though the in-kernel framework
should support rekeying.
KTLS makes use of the recently added unmapped mbufs to store TLS
frames in the socket buffer. Each TLS frame is described by a single
ext_pgs mbuf. The ext_pgs structure contains the header of the TLS
record (and trailer for encrypted records) as well as references to
the associated TLS session.
KTLS supports two primary methods of encrypting TLS frames: software
TLS and ifnet TLS.
Software TLS marks mbufs holding socket data as not ready via
M_NOTREADY similar to sendfile(2) when TLS framing information is
added to an unmapped mbuf in ktls_frame(). ktls_enqueue() is then
called to schedule TLS frames for encryption. In the case of
sendfile_iodone() calls ktls_enqueue() instead of pru_ready() leaving
the mbufs marked M_NOTREADY until encryption is completed. For other
writes (vn_sendfile when pages are available, write(2), etc.), the
PRUS_NOTREADY is set when invoking pru_send() along with invoking
ktls_enqueue().
A pool of worker threads (the "KTLS" kernel process) encrypts TLS
frames queued via ktls_enqueue(). Each TLS frame is temporarily
mapped using the direct map and passed to a software encryption
backend to perform the actual encryption.
(Note: The use of PHYS_TO_DMAP could be replaced with sf_bufs if
someone wished to make this work on architectures without a direct
map.)
KTLS supports pluggable software encryption backends. Internally,
Netflix uses proprietary pure-software backends. This commit includes
a simple backend in a new ktls_ocf.ko module that uses the kernel's
OpenCrypto framework to provide AES-GCM encryption of TLS frames. As
a result, software TLS is now a bit of a misnomer as it can make use
of hardware crypto accelerators.
Once software encryption has finished, the TLS frame mbufs are marked
ready via pru_ready(). At this point, the encrypted data appears as
regular payload to the TCP stack stored in unmapped mbufs.
ifnet TLS permits a NIC to offload the TLS encryption and TCP
segmentation. In this mode, a new send tag type (IF_SND_TAG_TYPE_TLS)
is allocated on the interface a socket is routed over and associated
with a TLS session. TLS records for a TLS session using ifnet TLS are
not marked M_NOTREADY but are passed down the stack unencrypted. The
ip_output_send() and ip6_output_send() helper functions that apply
send tags to outbound IP packets verify that the send tag of the TLS
record matches the outbound interface. If so, the packet is tagged
with the TLS send tag and sent to the interface. The NIC device
driver must recognize packets with the TLS send tag and schedule them
for TLS encryption and TCP segmentation. If the the outbound
interface does not match the interface in the TLS send tag, the packet
is dropped. In addition, a task is scheduled to refresh the TLS send
tag for the TLS session. If a new TLS send tag cannot be allocated,
the connection is dropped. If a new TLS send tag is allocated,
however, subsequent packets will be tagged with the correct TLS send
tag. (This latter case has been tested by configuring both ports of a
Chelsio T6 in a lagg and failing over from one port to another. As
the connections migrated to the new port, new TLS send tags were
allocated for the new port and connections resumed without being
dropped.)
ifnet TLS can be enabled and disabled on supported network interfaces
via new '[-]txtls[46]' options to ifconfig(8). ifnet TLS is supported
across both vlan devices and lagg interfaces using failover, lacp with
flowid enabled, or lacp with flowid enabled.
Applications may request the current KTLS mode of a connection via a
new TCP_TXTLS_MODE socket option. They can also use this socket
option to toggle between software and ifnet TLS modes.
In addition, a testing tool is available in tools/tools/switch_tls.
This is modeled on tcpdrop and uses similar syntax. However, instead
of dropping connections, -s is used to force KTLS connections to
switch to software TLS and -i is used to switch to ifnet TLS.
Various sysctls and counters are available under the kern.ipc.tls
sysctl node. The kern.ipc.tls.enable node must be set to true to
enable KTLS (it is off by default). The use of unmapped mbufs must
also be enabled via kern.ipc.mb_use_ext_pgs to enable KTLS.
KTLS is enabled via the KERN_TLS kernel option.
This patch is the culmination of years of work by several folks
including Scott Long and Randall Stewart for the original design and
implementation; Drew Gallatin for several optimizations including the
use of ext_pgs mbufs, the M_NOTREADY mechanism for TLS records
awaiting software encryption, and pluggable software crypto backends;
and John Baldwin for modifications to support hardware TLS offload.
Reviewed by: gallatin, hselasky, rrs
Obtained from: Netflix
Sponsored by: Netflix, Chelsio Communications
Differential Revision: https://reviews.freebsd.org/D21277
2019-08-27 00:01:56 +00:00
|
|
|
|
|
2021-01-14 17:44:06 +00:00
|
|
|
|
# TLS framing and encryption/decryption of data over TCP sockets.
|
|
|
|
|
options KERN_TLS # TLS transmit and receive offload
|
Add kernel-side support for in-kernel TLS.
KTLS adds support for in-kernel framing and encryption of Transport
Layer Security (1.0-1.2) data on TCP sockets. KTLS only supports
offload of TLS for transmitted data. Key negotation must still be
performed in userland. Once completed, transmit session keys for a
connection are provided to the kernel via a new TCP_TXTLS_ENABLE
socket option. All subsequent data transmitted on the socket is
placed into TLS frames and encrypted using the supplied keys.
Any data written to a KTLS-enabled socket via write(2), aio_write(2),
or sendfile(2) is assumed to be application data and is encoded in TLS
frames with an application data type. Individual records can be sent
with a custom type (e.g. handshake messages) via sendmsg(2) with a new
control message (TLS_SET_RECORD_TYPE) specifying the record type.
At present, rekeying is not supported though the in-kernel framework
should support rekeying.
KTLS makes use of the recently added unmapped mbufs to store TLS
frames in the socket buffer. Each TLS frame is described by a single
ext_pgs mbuf. The ext_pgs structure contains the header of the TLS
record (and trailer for encrypted records) as well as references to
the associated TLS session.
KTLS supports two primary methods of encrypting TLS frames: software
TLS and ifnet TLS.
Software TLS marks mbufs holding socket data as not ready via
M_NOTREADY similar to sendfile(2) when TLS framing information is
added to an unmapped mbuf in ktls_frame(). ktls_enqueue() is then
called to schedule TLS frames for encryption. In the case of
sendfile_iodone() calls ktls_enqueue() instead of pru_ready() leaving
the mbufs marked M_NOTREADY until encryption is completed. For other
writes (vn_sendfile when pages are available, write(2), etc.), the
PRUS_NOTREADY is set when invoking pru_send() along with invoking
ktls_enqueue().
A pool of worker threads (the "KTLS" kernel process) encrypts TLS
frames queued via ktls_enqueue(). Each TLS frame is temporarily
mapped using the direct map and passed to a software encryption
backend to perform the actual encryption.
(Note: The use of PHYS_TO_DMAP could be replaced with sf_bufs if
someone wished to make this work on architectures without a direct
map.)
KTLS supports pluggable software encryption backends. Internally,
Netflix uses proprietary pure-software backends. This commit includes
a simple backend in a new ktls_ocf.ko module that uses the kernel's
OpenCrypto framework to provide AES-GCM encryption of TLS frames. As
a result, software TLS is now a bit of a misnomer as it can make use
of hardware crypto accelerators.
Once software encryption has finished, the TLS frame mbufs are marked
ready via pru_ready(). At this point, the encrypted data appears as
regular payload to the TCP stack stored in unmapped mbufs.
ifnet TLS permits a NIC to offload the TLS encryption and TCP
segmentation. In this mode, a new send tag type (IF_SND_TAG_TYPE_TLS)
is allocated on the interface a socket is routed over and associated
with a TLS session. TLS records for a TLS session using ifnet TLS are
not marked M_NOTREADY but are passed down the stack unencrypted. The
ip_output_send() and ip6_output_send() helper functions that apply
send tags to outbound IP packets verify that the send tag of the TLS
record matches the outbound interface. If so, the packet is tagged
with the TLS send tag and sent to the interface. The NIC device
driver must recognize packets with the TLS send tag and schedule them
for TLS encryption and TCP segmentation. If the the outbound
interface does not match the interface in the TLS send tag, the packet
is dropped. In addition, a task is scheduled to refresh the TLS send
tag for the TLS session. If a new TLS send tag cannot be allocated,
the connection is dropped. If a new TLS send tag is allocated,
however, subsequent packets will be tagged with the correct TLS send
tag. (This latter case has been tested by configuring both ports of a
Chelsio T6 in a lagg and failing over from one port to another. As
the connections migrated to the new port, new TLS send tags were
allocated for the new port and connections resumed without being
dropped.)
ifnet TLS can be enabled and disabled on supported network interfaces
via new '[-]txtls[46]' options to ifconfig(8). ifnet TLS is supported
across both vlan devices and lagg interfaces using failover, lacp with
flowid enabled, or lacp with flowid enabled.
Applications may request the current KTLS mode of a connection via a
new TCP_TXTLS_MODE socket option. They can also use this socket
option to toggle between software and ifnet TLS modes.
In addition, a testing tool is available in tools/tools/switch_tls.
This is modeled on tcpdrop and uses similar syntax. However, instead
of dropping connections, -s is used to force KTLS connections to
switch to software TLS and -i is used to switch to ifnet TLS.
Various sysctls and counters are available under the kern.ipc.tls
sysctl node. The kern.ipc.tls.enable node must be set to true to
enable KTLS (it is off by default). The use of unmapped mbufs must
also be enabled via kern.ipc.mb_use_ext_pgs to enable KTLS.
KTLS is enabled via the KERN_TLS kernel option.
This patch is the culmination of years of work by several folks
including Scott Long and Randall Stewart for the original design and
implementation; Drew Gallatin for several optimizations including the
use of ext_pgs mbufs, the M_NOTREADY mechanism for TLS records
awaiting software encryption, and pluggable software crypto backends;
and John Baldwin for modifications to support hardware TLS offload.
Reviewed by: gallatin, hselasky, rrs
Obtained from: Netflix
Sponsored by: Netflix, Chelsio Communications
Differential Revision: https://reviews.freebsd.org/D21277
2019-08-27 00:01:56 +00:00
|
|
|
|
|
2013-06-28 21:00:08 +00:00
|
|
|
|
#
|
|
|
|
|
# SMB/CIFS requester
|
|
|
|
|
# NETSMB enables support for SMB protocol, it requires LIBMCHAIN and LIBICONV
|
|
|
|
|
# options.
|
|
|
|
|
options NETSMB #SMB/CIFS requester
|
|
|
|
|
|
2001-02-24 15:44:30 +00:00
|
|
|
|
# mchain library. It can be either loaded as KLD or compiled into kernel
|
|
|
|
|
options LIBMCHAIN
|
|
|
|
|
|
2005-05-06 14:47:54 +00:00
|
|
|
|
# libalias library, performing NAT
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options LIBALIAS
|
2005-05-06 14:47:54 +00:00
|
|
|
|
|
2006-11-03 15:23:16 +00:00
|
|
|
|
#
|
|
|
|
|
# SCTP is a NEW transport protocol defined by
|
|
|
|
|
# RFC2960 updated by RFC3309 and RFC3758.. and
|
|
|
|
|
# soon to have a new base RFC and many many more
|
|
|
|
|
# extensions. This release supports all the extensions
|
|
|
|
|
# including many drafts (most about to become RFC's).
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# It is the reference implementation of SCTP
|
2006-11-03 15:23:16 +00:00
|
|
|
|
# and is quite well tested.
|
|
|
|
|
#
|
|
|
|
|
# Note YOU MUST have both INET and INET6 defined.
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# You don't have to enable V6, but SCTP is
|
|
|
|
|
# dual stacked and so far we have not torn apart
|
2006-11-03 15:23:16 +00:00
|
|
|
|
# the V6 and V4.. since an association can span
|
|
|
|
|
# both a V6 and V4 address at the SAME time :-)
|
|
|
|
|
#
|
2020-06-18 19:32:34 +00:00
|
|
|
|
# The SCTP_SUPPORT option does not enable SCTP, but provides the necessary
|
|
|
|
|
# support for loading SCTP as a loadable kernel module.
|
|
|
|
|
#
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options SCTP
|
2020-06-18 19:32:34 +00:00
|
|
|
|
options SCTP_SUPPORT
|
|
|
|
|
|
2006-11-03 15:23:16 +00:00
|
|
|
|
# There are bunches of options:
|
|
|
|
|
# this one turns on all sorts of
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# nastily printing that you can
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# do. It's all controlled by a
|
2006-11-03 15:23:16 +00:00
|
|
|
|
# bit mask (settable by socket opt and
|
|
|
|
|
# by sysctl). Including will not cause
|
|
|
|
|
# logging until you set the bits.. but it
|
|
|
|
|
# can be quite verbose.. so without this
|
|
|
|
|
# option we don't do any of the tests for
|
|
|
|
|
# bits and prints.. which makes the code run
|
|
|
|
|
# faster.. if you are not debugging don't use.
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options SCTP_DEBUG
|
2020-06-18 19:32:34 +00:00
|
|
|
|
|
2006-11-03 15:23:16 +00:00
|
|
|
|
#
|
|
|
|
|
# All that options after that turn on specific types of
|
|
|
|
|
# logging. You can monitor CWND growth, flight size
|
|
|
|
|
# and all sorts of things. Go look at the code and
|
|
|
|
|
# see. I have used this to produce interesting
|
|
|
|
|
# charts and graphs as well :->
|
|
|
|
|
#
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# I have not yet committed the tools to get and print
|
2006-11-03 15:23:16 +00:00
|
|
|
|
# the logs, I will do that eventually .. before then
|
|
|
|
|
# if you want them send me an email rrs@freebsd.org
|
2009-10-29 09:51:13 +00:00
|
|
|
|
# You basically must have ktr(4) enabled for these
|
2007-06-15 02:29:19 +00:00
|
|
|
|
# and you then set the sysctl to turn on/off various
|
2009-10-29 09:51:13 +00:00
|
|
|
|
# logging bits. Use ktrdump(8) to pull the log and run
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# it through a display program.. and graphs and other
|
2007-06-15 02:29:19 +00:00
|
|
|
|
# things too.
|
|
|
|
|
#
|
|
|
|
|
options SCTP_LOCK_LOGGING
|
|
|
|
|
options SCTP_MBUF_LOGGING
|
|
|
|
|
options SCTP_MBCNT_LOGGING
|
|
|
|
|
options SCTP_PACKET_LOGGING
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options SCTP_LTRACE_CHUNKS
|
2007-06-15 02:29:19 +00:00
|
|
|
|
options SCTP_LTRACE_ERRORS
|
|
|
|
|
|
2004-06-13 17:29:10 +00:00
|
|
|
|
# altq(9). Enable the base part of the hooks with the ALTQ option.
|
|
|
|
|
# Individual disciplines must be built into the base system and can not be
|
2006-03-02 19:45:59 +00:00
|
|
|
|
# loaded as modules at this point. ALTQ requires a stable TSC so if yours is
|
|
|
|
|
# broken or changes with CPU throttling then you must also have the ALTQ_NOPCC
|
|
|
|
|
# option.
|
2004-06-13 17:29:10 +00:00
|
|
|
|
options ALTQ
|
2007-11-06 02:42:00 +00:00
|
|
|
|
options ALTQ_CBQ # Class Based Queueing
|
2005-02-07 23:20:12 +00:00
|
|
|
|
options ALTQ_RED # Random Early Detection
|
2004-06-13 17:29:10 +00:00
|
|
|
|
options ALTQ_RIO # RED In/Out
|
2016-04-16 20:54:55 +00:00
|
|
|
|
options ALTQ_CODEL # CoDel Active Queueing
|
2004-06-13 17:29:10 +00:00
|
|
|
|
options ALTQ_HFSC # Hierarchical Packet Scheduler
|
2016-04-15 21:31:40 +00:00
|
|
|
|
options ALTQ_FAIRQ # Fair Packet Scheduler
|
2004-06-13 17:29:10 +00:00
|
|
|
|
options ALTQ_CDNR # Traffic conditioner
|
2004-06-26 17:19:44 +00:00
|
|
|
|
options ALTQ_PRIQ # Priority Queueing
|
2006-03-02 19:45:59 +00:00
|
|
|
|
options ALTQ_NOPCC # Required if the TSC is unusable
|
2004-06-13 17:29:10 +00:00
|
|
|
|
options ALTQ_DEBUG
|
|
|
|
|
|
1999-10-21 09:06:11 +00:00
|
|
|
|
# netgraph(4). Enable the base netgraph code with the NETGRAPH option.
|
|
|
|
|
# Individual node types can be enabled with the corresponding option
|
|
|
|
|
# listed below; however, this is not strictly necessary as netgraph
|
|
|
|
|
# will automatically load the corresponding KLD module if the node type
|
1999-12-03 21:21:49 +00:00
|
|
|
|
# is not already compiled into the kernel. Each type below has a
|
|
|
|
|
# corresponding man page, e.g., ng_async(8).
|
2005-05-16 09:05:46 +00:00
|
|
|
|
options NETGRAPH # netgraph(4) system
|
|
|
|
|
options NETGRAPH_DEBUG # enable extra debugging, this
|
2005-05-16 08:25:55 +00:00
|
|
|
|
# affects netgraph(4) and nodes
|
|
|
|
|
# Node types
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_ASYNC
|
2004-03-08 10:54:35 +00:00
|
|
|
|
options NETGRAPH_ATMLLC
|
2004-04-27 16:38:15 +00:00
|
|
|
|
options NETGRAPH_ATM_ATMPIF
|
|
|
|
|
options NETGRAPH_BLUETOOTH # ng_bluetooth(4)
|
|
|
|
|
options NETGRAPH_BLUETOOTH_HCI # ng_hci(4)
|
|
|
|
|
options NETGRAPH_BLUETOOTH_L2CAP # ng_l2cap(4)
|
|
|
|
|
options NETGRAPH_BLUETOOTH_SOCKET # ng_btsocket(4)
|
|
|
|
|
options NETGRAPH_BLUETOOTH_UBT # ng_ubt(4)
|
|
|
|
|
options NETGRAPH_BLUETOOTH_UBTBCMFW # ubtbcmfw(4)
|
1999-12-03 21:21:49 +00:00
|
|
|
|
options NETGRAPH_BPF
|
2002-08-20 21:59:50 +00:00
|
|
|
|
options NETGRAPH_BRIDGE
|
2007-05-15 16:43:01 +00:00
|
|
|
|
options NETGRAPH_CAR
|
2018-12-12 19:02:37 +00:00
|
|
|
|
options NETGRAPH_CHECKSUM
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_CISCO
|
2006-12-29 13:16:43 +00:00
|
|
|
|
options NETGRAPH_DEFLATE
|
2004-07-20 12:42:54 +00:00
|
|
|
|
options NETGRAPH_DEVICE
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_ECHO
|
2004-06-27 02:25:38 +00:00
|
|
|
|
options NETGRAPH_EIFACE
|
2000-10-12 17:51:24 +00:00
|
|
|
|
options NETGRAPH_ETHER
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_FRAME_RELAY
|
2001-09-27 22:11:37 +00:00
|
|
|
|
options NETGRAPH_GIF
|
|
|
|
|
options NETGRAPH_GIF_DEMUX
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_HOLE
|
|
|
|
|
options NETGRAPH_IFACE
|
2001-09-27 22:11:37 +00:00
|
|
|
|
options NETGRAPH_IP_INPUT
|
2005-03-07 02:20:14 +00:00
|
|
|
|
options NETGRAPH_IPFW
|
1999-11-16 23:30:05 +00:00
|
|
|
|
options NETGRAPH_KSOCKET
|
2002-08-20 21:59:50 +00:00
|
|
|
|
options NETGRAPH_L2TP
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_LMI
|
2017-01-20 00:02:11 +00:00
|
|
|
|
options NETGRAPH_MPPC_COMPRESSION
|
2000-04-09 21:15:23 +00:00
|
|
|
|
options NETGRAPH_MPPC_ENCRYPTION
|
2005-03-07 02:20:14 +00:00
|
|
|
|
options NETGRAPH_NETFLOW
|
2005-05-16 09:05:46 +00:00
|
|
|
|
options NETGRAPH_NAT
|
2000-11-16 16:59:26 +00:00
|
|
|
|
options NETGRAPH_ONE2MANY
|
2010-06-09 12:30:40 +00:00
|
|
|
|
options NETGRAPH_PATCH
|
2009-06-23 06:11:04 +00:00
|
|
|
|
options NETGRAPH_PIPE
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_PPP
|
|
|
|
|
options NETGRAPH_PPPOE
|
1999-12-08 18:55:39 +00:00
|
|
|
|
options NETGRAPH_PPTPGRE
|
2006-12-29 13:16:43 +00:00
|
|
|
|
options NETGRAPH_PRED1
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_RFC1490
|
|
|
|
|
options NETGRAPH_SOCKET
|
2001-07-25 00:15:02 +00:00
|
|
|
|
options NETGRAPH_SPLIT
|
2004-04-24 22:03:02 +00:00
|
|
|
|
options NETGRAPH_SPPP
|
2006-06-27 12:45:28 +00:00
|
|
|
|
options NETGRAPH_TAG
|
2005-06-10 08:05:13 +00:00
|
|
|
|
options NETGRAPH_TCPMSS
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options NETGRAPH_TEE
|
|
|
|
|
options NETGRAPH_UI
|
|
|
|
|
options NETGRAPH_VJC
|
2009-11-11 11:07:30 +00:00
|
|
|
|
options NETGRAPH_VLAN
|
2004-04-23 19:48:43 +00:00
|
|
|
|
|
2003-06-25 13:21:04 +00:00
|
|
|
|
# NgATM - Netgraph ATM
|
2003-10-27 11:19:08 +00:00
|
|
|
|
options NGATM_ATM
|
|
|
|
|
options NGATM_ATMBASE
|
|
|
|
|
options NGATM_SSCOP
|
|
|
|
|
options NGATM_SSCFU
|
2003-11-07 09:18:53 +00:00
|
|
|
|
options NGATM_UNI
|
2004-08-12 15:01:59 +00:00
|
|
|
|
options NGATM_CCATM
|
2003-06-25 13:21:04 +00:00
|
|
|
|
|
2013-04-02 05:57:36 +00:00
|
|
|
|
# Network stack virtualization.
|
2017-10-20 21:40:59 +00:00
|
|
|
|
options VIMAGE
|
|
|
|
|
options VNET_DEBUG # debug for VIMAGE
|
2013-04-02 05:57:36 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# Network interfaces:
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
# The `loop' device is MANDATORY when networking is enabled.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device loop
|
|
|
|
|
|
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 `ether' device provides generic code to handle
|
2003-01-01 18:49:04 +00:00
|
|
|
|
# Ethernets; it is MANDATORY when an Ethernet device driver is
|
2018-03-28 23:33:26 +00:00
|
|
|
|
# configured.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device ether
|
|
|
|
|
|
2004-10-04 14:16:17 +00:00
|
|
|
|
# The `vlan' device implements the VLAN tagging of Ethernet frames
|
2009-04-20 15:01:45 +00:00
|
|
|
|
# according to IEEE 802.1Q.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device vlan
|
|
|
|
|
|
2014-10-20 14:42:42 +00:00
|
|
|
|
# The `vxlan' device implements the VXLAN encapsulation of Ethernet
|
|
|
|
|
# frames in UDP packets according to RFC7348.
|
|
|
|
|
device vxlan
|
|
|
|
|
|
2003-07-07 21:12:34 +00:00
|
|
|
|
# The `wlan' device provides generic code to support 802.11
|
2004-12-20 04:22:41 +00:00
|
|
|
|
# drivers, including host AP mode; it is MANDATORY for the wi,
|
2008-04-20 19:20:39 +00:00
|
|
|
|
# and ath drivers and will eventually be required by all 802.11 drivers.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device wlan
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options IEEE80211_DEBUG #enable debugging msgs
|
Implementation of the upcoming Wireless Mesh standard, 802.11s, on the
net80211 wireless stack. This work is based on the March 2009 D3.0 draft
standard. This standard is expected to become final next year.
This includes two main net80211 modules, ieee80211_mesh.c
which deals with peer link management, link metric calculation,
routing table control and mesh configuration and ieee80211_hwmp.c
which deals with the actually routing process on the mesh network.
HWMP is the mandatory routing protocol on by the mesh standard, but
others, such as RA-OLSR, can be implemented.
Authentication and encryption are not implemented.
There are several scripts under tools/tools/net80211/scripts that can be
used to test different mesh network topologies and they also teach you
how to setup a mesh vap (for the impatient: ifconfig wlan0 create
wlandev ... wlanmode mesh).
A new build option is available: IEEE80211_SUPPORT_MESH and it's enabled
by default on GENERIC kernels for i386, amd64, sparc64 and pc98.
Drivers that support mesh networks right now are: ath, ral and mwl.
More information at: http://wiki.freebsd.org/WifiMesh
Please note that this work is experimental. Also, please note that
bridging a mesh vap with another network interface is not yet supported.
Many thanks to the FreeBSD Foundation for sponsoring this project and to
Sam Leffler for his support.
Also, I would like to thank Gateworks Corporation for sending me a
Cambria board which was used during the development of this project.
Reviewed by: sam
Approved by: re (kensmith)
Obtained from: projects/mesh11s
2009-07-11 15:02:45 +00:00
|
|
|
|
options IEEE80211_SUPPORT_MESH #enable 802.11s D3.0 support
|
|
|
|
|
options IEEE80211_SUPPORT_TDMA #enable TDMA support
|
2009-02-08 00:16:24 +00:00
|
|
|
|
|
2004-12-20 04:22:41 +00:00
|
|
|
|
# The `wlan_wep', `wlan_tkip', and `wlan_ccmp' devices provide
|
|
|
|
|
# support for WEP, TKIP, and AES-CCMP crypto protocols optionally
|
|
|
|
|
# used with 802.11 devices that depend on the `wlan' module.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device wlan_wep
|
|
|
|
|
device wlan_ccmp
|
|
|
|
|
device wlan_tkip
|
|
|
|
|
|
2004-12-20 04:22:41 +00:00
|
|
|
|
# The `wlan_xauth' device provides support for external (i.e. user-mode)
|
|
|
|
|
# authenticators for use with 802.11 drivers that use the `wlan'
|
2005-01-05 22:33:11 +00:00
|
|
|
|
# module and support 802.1x and/or WPA security protocols.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device wlan_xauth
|
|
|
|
|
|
2004-12-20 04:22:41 +00:00
|
|
|
|
# The `wlan_acl' device provides a MAC-based access control mechanism
|
|
|
|
|
# for use with 802.11 drivers operating in ap mode and using the
|
|
|
|
|
# `wlan' module.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
# The 'wlan_amrr' device provides AMRR transmit rate control algorithm
|
|
|
|
|
device wlan_acl
|
|
|
|
|
device wlan_amrr
|
|
|
|
|
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
# The `sppp' device serves a similar role for certain types
|
1995-11-21 02:50:10 +00:00
|
|
|
|
# of synchronous PPP links (like `cx', `ar').
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device sppp
|
|
|
|
|
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
# The `bpf' device enables the Berkeley Packet Filter. Be
|
1994-11-02 01:11:03 +00:00
|
|
|
|
# aware of the legal and administrative consequences of enabling this
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# option. DHCP requires bpf.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device bpf
|
|
|
|
|
|
2011-11-22 21:50:38 +00:00
|
|
|
|
# The `netmap' device implements memory-mapped access to network
|
|
|
|
|
# devices from userspace, enabling wire-speed packet capture and
|
|
|
|
|
# generation even at 10Gbit/s. Requires support in the device
|
|
|
|
|
# driver. Supported drivers are ixgbe, e1000, re.
|
|
|
|
|
device netmap
|
|
|
|
|
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
# The `disc' device implements a minimal network interface,
|
1994-12-22 21:00:05 +00:00
|
|
|
|
# which throws away all packets sent and never receives any. It is
|
2007-03-26 09:10:28 +00:00
|
|
|
|
# included for testing and benchmarking purposes.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device disc
|
|
|
|
|
|
2009-07-26 12:20:07 +00:00
|
|
|
|
# The `epair' device implements a virtual back-to-back connected Ethernet
|
|
|
|
|
# like interface pair.
|
|
|
|
|
device epair
|
|
|
|
|
|
2007-03-26 04:39:18 +00:00
|
|
|
|
# The `edsc' device implements a minimal Ethernet interface,
|
|
|
|
|
# which discards all packets sent and receives none.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device edsc
|
|
|
|
|
|
tun/tap: merge and rename to `tuntap`
tun(4) and tap(4) share the same general management interface and have a lot
in common. Bugs exist in tap(4) that have been fixed in tun(4), and
vice-versa. Let's reduce the maintenance requirements by merging them
together and using flags to differentiate between the three interface types
(tun, tap, vmnet).
This fixes a couple of tap(4)/vmnet(4) issues right out of the gate:
- tap devices may no longer be destroyed while they're open [0]
- VIMAGE issues already addressed in tun by kp
[0] emaste had removed an easy-panic-button in r240938 due to devdrn
blocking. A naive glance over this leads me to believe that this isn't quite
complete -- destroy_devl will only block while executing d_* functions, but
doesn't block the device from being destroyed while a process has it open.
The latter is the intent of the condvar in tun, so this is "fixed" (for
certain definitions of the word -- it wasn't really broken in tap, it just
wasn't quite ideal).
ifconfig(8) also grew the ability to map an interface name to a kld, so
that `ifconfig {tun,tap}0` can continue to autoload the correct module, and
`ifconfig vmnet0 create` will now autoload the correct module. This is a
low overhead addition.
(MFC commentary)
This may get MFC'd if many bugs in tun(4)/tap(4) are discovered after this,
and how critical they are. Changes after this are likely easily MFC'd
without taking this merge, but the merge will be easier.
I have no plans to do this MFC as of now.
Reviewed by: bcr (manpages), tuexen (testing, syzkaller/packetdrill)
Input also from: melifaro
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D20044
2019-05-08 02:32:11 +00:00
|
|
|
|
# The `tuntap' device implements (user-)ppp, nos-tun(8) and a pty-like virtual
|
|
|
|
|
# Ethernet interface
|
|
|
|
|
device tuntap
|
2009-02-08 00:16:24 +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
|
|
|
|
# The `gif' device implements IPv6 over IP4 tunneling,
|
1999-12-07 17:39:16 +00:00
|
|
|
|
# IPv4 over IPv6 tunneling, IPv4 over IPv4 tunneling and
|
|
|
|
|
# IPv6 over IPv6 tunneling.
|
2014-11-07 19:13:19 +00:00
|
|
|
|
# The `gre' device implements GRE (Generic Routing Encapsulation) tunneling,
|
|
|
|
|
# as specified in the RFC 2784 and RFC 2890.
|
|
|
|
|
# The `me' device implements Minimal Encapsulation within IPv4 as
|
|
|
|
|
# specified in the RFC 2004.
|
2000-11-08 10:09:01 +00:00
|
|
|
|
# The XBONEHACK option allows the same pair of addresses to be configured on
|
|
|
|
|
# multiple gif interfaces.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device gif
|
|
|
|
|
device gre
|
2014-11-07 19:13:19 +00:00
|
|
|
|
device me
|
2009-02-08 00:16:24 +00:00
|
|
|
|
options XBONEHACK
|
|
|
|
|
|
2000-07-04 17:37:21 +00:00
|
|
|
|
# The `stf' device implements 6to4 encapsulation.
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device stf
|
|
|
|
|
|
2004-03-08 22:03:29 +00:00
|
|
|
|
# The pf packet filter consists of three devices:
|
|
|
|
|
# The `pf' device provides /dev/pf and the firewall code itself.
|
|
|
|
|
# The `pflog' device provides the pflog0 interface which logs packets.
|
|
|
|
|
# The `pfsync' device provides the pfsync0 interface used for
|
|
|
|
|
# synchronization of firewall state tables (over the net).
|
2009-02-08 00:16:24 +00:00
|
|
|
|
device pf
|
|
|
|
|
device pflog
|
|
|
|
|
device pfsync
|
|
|
|
|
|
|
|
|
|
# Bridge interface.
|
|
|
|
|
device if_bridge
|
|
|
|
|
|
|
|
|
|
# Common Address Redundancy Protocol. See carp(4) for more details.
|
|
|
|
|
device carp
|
|
|
|
|
|
|
|
|
|
# IPsec interface.
|
|
|
|
|
device enc
|
|
|
|
|
|
|
|
|
|
# Link aggregation interface.
|
|
|
|
|
device lagg
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
# Internet family options:
|
|
|
|
|
#
|
|
|
|
|
# MROUTING enables the kernel multicast packet forwarder, which works
|
2007-02-10 13:59:13 +00:00
|
|
|
|
# with mrouted and XORP.
|
2003-08-07 18:19:28 +00:00
|
|
|
|
#
|
1994-11-02 01:11:03 +00:00
|
|
|
|
# IPFIREWALL enables support for IP firewall construction, in
|
1996-06-10 00:50:34 +00:00
|
|
|
|
# conjunction with the `ipfw' program. IPFIREWALL_VERBOSE sends
|
|
|
|
|
# logged packets to the system logger. IPFIREWALL_VERBOSE_LIMIT
|
|
|
|
|
# limits the number of times a matching entry can be logged.
|
1997-09-23 08:42:42 +00:00
|
|
|
|
#
|
|
|
|
|
# WARNING: IPFIREWALL defaults to a policy of "deny ip from any to any"
|
|
|
|
|
# and if you do not add other rules during startup to allow access,
|
1999-09-23 04:22:33 +00:00
|
|
|
|
# YOU WILL LOCK YOURSELF OUT. It is suggested that you set firewall_type=open
|
1997-09-23 08:42:42 +00:00
|
|
|
|
# in /etc/rc.conf when first enabling this feature, then refining the
|
|
|
|
|
# firewall rules in /etc/rc.firewall after you've tested that the new kernel
|
|
|
|
|
# feature works properly.
|
1997-09-23 16:28:00 +00:00
|
|
|
|
#
|
1997-09-10 03:07:14 +00:00
|
|
|
|
# IPFIREWALL_DEFAULT_TO_ACCEPT causes the default rule (at boot) to
|
|
|
|
|
# allow everything. Use with care, if a cracker can crash your
|
|
|
|
|
# firewall machine, they can get to your protected machines. However,
|
|
|
|
|
# if you are using it as an as-needed filter for specific problems as
|
|
|
|
|
# they arise, then this may be for you. Changing the default to 'allow'
|
|
|
|
|
# means that you won't get stuck if the kernel and /sbin/ipfw binary get
|
|
|
|
|
# out of sync.
|
1994-11-02 01:11:03 +00:00
|
|
|
|
#
|
2004-10-25 20:02:34 +00:00
|
|
|
|
# IPDIVERT enables the divert IP sockets, used by ``ipfw divert''. It
|
|
|
|
|
# depends on IPFIREWALL if compiled into the kernel.
|
1996-07-10 19:44:30 +00:00
|
|
|
|
#
|
2007-01-03 11:12:54 +00:00
|
|
|
|
# IPFIREWALL_NAT adds support for in kernel nat in ipfw, and it requires
|
2008-02-29 22:27:19 +00:00
|
|
|
|
# LIBALIAS.
|
2007-01-03 11:12:54 +00:00
|
|
|
|
#
|
2016-08-13 16:09:49 +00:00
|
|
|
|
# IPFIREWALL_NAT64 adds support for in kernel NAT64 in ipfw.
|
|
|
|
|
#
|
2016-07-18 19:46:31 +00:00
|
|
|
|
# IPFIREWALL_NPTV6 adds support for in kernel NPTv6 in ipfw.
|
|
|
|
|
#
|
2017-04-03 03:07:48 +00:00
|
|
|
|
# IPFIREWALL_PMOD adds support for protocols modification module. Currently
|
|
|
|
|
# it supports only TCP MSS modification.
|
|
|
|
|
#
|
1999-02-22 18:19:57 +00:00
|
|
|
|
# IPSTEALTH enables code to support stealth forwarding (i.e., forwarding
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# packets without touching the TTL). This can be useful to hide firewalls
|
1999-02-22 18:19:57 +00:00
|
|
|
|
# from traceroute and similar tools.
|
|
|
|
|
#
|
2012-09-18 11:07:19 +00:00
|
|
|
|
# PF_DEFAULT_TO_DROP causes the default pf(4) rule to deny everything.
|
|
|
|
|
#
|
2001-06-19 17:07:15 +00:00
|
|
|
|
# TCPDEBUG enables code which keeps traces of the TCP state machine
|
|
|
|
|
# for sockets with the SO_DEBUG option set, which can then be examined
|
|
|
|
|
# using the trpt(8) utility.
|
1995-10-10 04:03:12 +00:00
|
|
|
|
#
|
There are times when it would be really nice to have a record of the last few
packets and/or state transitions from each TCP socket. That would help with
narrowing down certain problems we see in the field that are hard to reproduce
without understanding the history of how we got into a certain state. This
change provides just that.
It saves copies of the last N packets in a list in the tcpcb. When the tcpcb is
destroyed, the list is freed. I thought this was likely to be more
performance-friendly than saving copies of the tcpcb. Plus, with the packets,
you should be able to reverse-engineer what happened to the tcpcb.
To enable the feature, you will need to compile a kernel with the TCPPCAP
option. Even then, the feature defaults to being deactivated. You can activate
it by setting a positive value for the number of captured packets. You can do
that on either a global basis or on a per-socket basis (via a setsockopt call).
There is no way to get the packets out of the kernel other than using kmem or
getting a coredump. I thought that would help some of the legal/privacy concerns
regarding such a feature. However, it should be possible to add a future effort
to export them in PCAP format.
I tested this at low scale, and found that there were no mbuf leaks and the peak
mbuf usage appeared to be unchanged with and without the feature.
The main performance concern I can envision is the number of mbufs that would be
used on systems with a large number of sockets. If you save five packets per
direction per socket and have 3,000 sockets, that will consume at least 30,000
mbufs just to keep these packets. I tried to reduce the concerns associated with
this by limiting the number of clusters (not mbufs) that could be used for this
feature. Again, in my testing, that appears to work correctly.
Differential Revision: D3100
Submitted by: Jonathan Looney <jlooney at juniper dot net>
Reviewed by: gnn, hiren
2015-10-14 00:35:37 +00:00
|
|
|
|
# TCPPCAP enables code which keeps the last n packets sent and received
|
|
|
|
|
# on a TCP socket.
|
|
|
|
|
#
|
2018-03-24 12:48:10 +00:00
|
|
|
|
# TCP_BLACKBOX enables enhanced TCP event logging.
|
|
|
|
|
#
|
In the TCP stack, the hhook(9) framework provides hooks for kernel modules
to add actions that run when a TCP frame is sent or received on a TCP
session in the ESTABLISHED state. In the base tree, this functionality is
only used for the h_ertt module, which is used by the cc_cdg, cc_chd, cc_hd,
and cc_vegas congestion control modules.
Presently, we incur overhead to check for hooks each time a TCP frame is
sent or received on an ESTABLISHED TCP session.
This change adds a new compile-time option (TCP_HHOOK) to determine whether
to include the hhook(9) framework for TCP. To retain backwards
compatibility, I added the TCP_HHOOK option to every configuration file that
already defined "options INET". (Therefore, this patch introduces no
functional change. In order to see a functional difference, you need to
compile a custom kernel without the TCP_HHOOK option.) This change will
allow users to easily exclude this functionality from their kernel, should
they wish to do so.
Note that any users who use a custom kernel configuration and use one of the
congestion control modules listed above will need to add the TCP_HHOOK
option to their kernel configuration.
Reviewed by: rrs, lstewart, hiren (previous version), sjg (makefiles only)
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D8185
2016-10-12 02:16:42 +00:00
|
|
|
|
# TCP_HHOOK enables the hhook(9) framework hooks for the TCP stack.
|
|
|
|
|
#
|
2020-10-03 10:47:17 +00:00
|
|
|
|
# ROUTE_MPATH provides support for multipath routing.
|
2011-12-15 11:15:23 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MROUTING # Multicast routing
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options IPFIREWALL #firewall
|
2001-10-11 11:21:18 +00:00
|
|
|
|
options IPFIREWALL_VERBOSE #enable logging to syslogd(8)
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity
|
|
|
|
|
options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default
|
2007-01-03 11:12:54 +00:00
|
|
|
|
options IPFIREWALL_NAT #ipfw kernel nat support
|
2016-08-13 16:09:49 +00:00
|
|
|
|
options IPFIREWALL_NAT64 #ipfw kernel NAT64 support
|
2016-07-18 19:46:31 +00:00
|
|
|
|
options IPFIREWALL_NPTV6 #ipfw kernel IPv6 NPT support
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPDIVERT #divert sockets
|
1999-11-23 21:44:59 +00:00
|
|
|
|
options IPFILTER #ipfilter support
|
|
|
|
|
options IPFILTER_LOG #ipfilter logging
|
2005-04-28 16:33:15 +00:00
|
|
|
|
options IPFILTER_LOOKUP #ipfilter pools
|
2000-07-25 15:40:19 +00:00
|
|
|
|
options IPFILTER_DEFAULT_BLOCK #block all packets by default
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options IPSTEALTH #support for stealth forwarding
|
2012-09-18 11:07:19 +00:00
|
|
|
|
options PF_DEFAULT_TO_DROP #drop everything by default
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options TCPDEBUG
|
There are times when it would be really nice to have a record of the last few
packets and/or state transitions from each TCP socket. That would help with
narrowing down certain problems we see in the field that are hard to reproduce
without understanding the history of how we got into a certain state. This
change provides just that.
It saves copies of the last N packets in a list in the tcpcb. When the tcpcb is
destroyed, the list is freed. I thought this was likely to be more
performance-friendly than saving copies of the tcpcb. Plus, with the packets,
you should be able to reverse-engineer what happened to the tcpcb.
To enable the feature, you will need to compile a kernel with the TCPPCAP
option. Even then, the feature defaults to being deactivated. You can activate
it by setting a positive value for the number of captured packets. You can do
that on either a global basis or on a per-socket basis (via a setsockopt call).
There is no way to get the packets out of the kernel other than using kmem or
getting a coredump. I thought that would help some of the legal/privacy concerns
regarding such a feature. However, it should be possible to add a future effort
to export them in PCAP format.
I tested this at low scale, and found that there were no mbuf leaks and the peak
mbuf usage appeared to be unchanged with and without the feature.
The main performance concern I can envision is the number of mbufs that would be
used on systems with a large number of sockets. If you save five packets per
direction per socket and have 3,000 sockets, that will consume at least 30,000
mbufs just to keep these packets. I tried to reduce the concerns associated with
this by limiting the number of clusters (not mbufs) that could be used for this
feature. Again, in my testing, that appears to work correctly.
Differential Revision: D3100
Submitted by: Jonathan Looney <jlooney at juniper dot net>
Reviewed by: gnn, hiren
2015-10-14 00:35:37 +00:00
|
|
|
|
options TCPPCAP
|
2018-03-24 12:48:10 +00:00
|
|
|
|
options TCP_BLACKBOX
|
In the TCP stack, the hhook(9) framework provides hooks for kernel modules
to add actions that run when a TCP frame is sent or received on a TCP
session in the ESTABLISHED state. In the base tree, this functionality is
only used for the h_ertt module, which is used by the cc_cdg, cc_chd, cc_hd,
and cc_vegas congestion control modules.
Presently, we incur overhead to check for hooks each time a TCP frame is
sent or received on an ESTABLISHED TCP session.
This change adds a new compile-time option (TCP_HHOOK) to determine whether
to include the hhook(9) framework for TCP. To retain backwards
compatibility, I added the TCP_HHOOK option to every configuration file that
already defined "options INET". (Therefore, this patch introduces no
functional change. In order to see a functional difference, you need to
compile a custom kernel without the TCP_HHOOK option.) This change will
allow users to easily exclude this functionality from their kernel, should
they wish to do so.
Note that any users who use a custom kernel configuration and use one of the
congestion control modules listed above will need to add the TCP_HHOOK
option to their kernel configuration.
Reviewed by: rrs, lstewart, hiren (previous version), sjg (makefiles only)
Sponsored by: Netflix
Differential Revision: https://reviews.freebsd.org/D8185
2016-10-12 02:16:42 +00:00
|
|
|
|
options TCP_HHOOK
|
2020-10-03 10:47:17 +00:00
|
|
|
|
options ROUTE_MPATH
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2003-04-12 06:11:46 +00:00
|
|
|
|
# The MBUF_STRESS_TEST option enables options which create
|
|
|
|
|
# various random failures / extreme cases related to mbuf
|
2004-04-21 04:46:32 +00:00
|
|
|
|
# functions. See mbuf(9) for a list of available test cases.
|
2008-05-06 22:41:23 +00:00
|
|
|
|
# MBUF_PROFILING enables code to profile the mbuf chains
|
2008-04-29 21:23:21 +00:00
|
|
|
|
# exiting the system (via participating interfaces) and
|
|
|
|
|
# return a logarithmic histogram of monitored parameters
|
|
|
|
|
# (e.g. packet size, wasted space, number of mbufs in chain).
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options MBUF_STRESS_TEST
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options MBUF_PROFILING
|
2003-03-29 05:46:34 +00:00
|
|
|
|
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# Statically link in accept filters
|
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 ACCEPT_FILTER_DATA
|
2008-07-18 14:44:51 +00:00
|
|
|
|
options ACCEPT_FILTER_DNS
|
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 ACCEPT_FILTER_HTTP
|
2000-06-20 01:09:23 +00:00
|
|
|
|
|
2004-04-20 13:03:59 +00:00
|
|
|
|
# TCP_SIGNATURE adds support for RFC 2385 (TCP-MD5) digests. These are
|
|
|
|
|
# carried in TCP option 19. This option is commonly used to protect
|
|
|
|
|
# TCP sessions (e.g. BGP) where IPSEC is not available nor desirable.
|
|
|
|
|
# This is enabled on a per-socket basis using the TCP_MD5SIG socket option.
|
2017-02-06 08:49:57 +00:00
|
|
|
|
# This requires the use of 'device crypto' and either 'options IPSEC' or
|
|
|
|
|
# 'options IPSEC_SUPPORT'.
|
2008-09-13 14:06:36 +00:00
|
|
|
|
options TCP_SIGNATURE #include support for RFC 2385
|
2004-04-20 13:03:59 +00:00
|
|
|
|
|
2004-04-21 04:46:32 +00:00
|
|
|
|
# DUMMYNET enables the "dummynet" bandwidth limiter. You need IPFIREWALL
|
|
|
|
|
# as well. See dummynet(4) and ipfw(8) for more info. When you run
|
2008-03-09 11:29:59 +00:00
|
|
|
|
# DUMMYNET it is advisable to also have at least "options HZ=1000" to achieve
|
|
|
|
|
# a smooth scheduling of the traffic.
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options DUMMYNET
|
1998-12-22 20:44:13 +00:00
|
|
|
|
|
2019-10-17 21:33:01 +00:00
|
|
|
|
# The DEBUGNET option enables a basic debug/panic-time networking API. It
|
|
|
|
|
# is used by NETDUMP and NETGDB.
|
|
|
|
|
options DEBUGNET
|
|
|
|
|
|
2018-05-06 00:38:29 +00:00
|
|
|
|
# The NETDUMP option enables netdump(4) client support in the kernel.
|
|
|
|
|
# This allows a panicking kernel to transmit a kernel dump to a remote host.
|
|
|
|
|
options NETDUMP
|
|
|
|
|
|
2019-10-17 21:33:01 +00:00
|
|
|
|
# The NETGDB option enables netgdb(4) support in the kernel. This allows a
|
|
|
|
|
# panicking kernel to be debugged as a GDB remote over the network.
|
|
|
|
|
options NETGDB
|
2019-10-17 16:23:03 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
# FILESYSTEM OPTIONS
|
1994-05-17 22:30:41 +00:00
|
|
|
|
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2011-11-22 13:27:53 +00:00
|
|
|
|
# Only the root filesystem needs to be statically compiled or preloaded
|
|
|
|
|
# as module; everything else will be automatically loaded at mount
|
|
|
|
|
# time. Some people still prefer to statically compile other
|
|
|
|
|
# filesystems as well.
|
1993-08-22 02:59:49 +00:00
|
|
|
|
#
|
2012-10-16 09:59:10 +00:00
|
|
|
|
# NB: The UNION filesystem was known to be buggy in the past. It is now
|
2007-06-25 05:06:57 +00:00
|
|
|
|
# being actively maintained, although there are still some issues being
|
|
|
|
|
# resolved.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
# One of these is mandatory:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options FFS #Fast filesystem
|
2015-01-06 16:15:57 +00:00
|
|
|
|
options NFSCL #Network File System client
|
1994-08-28 06:46:25 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# The rest are optional:
|
2014-08-17 09:44:42 +00:00
|
|
|
|
options AUTOFS #Automounter filesystem
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CD9660 #ISO 9660 filesystem
|
2001-05-23 09:42:29 +00:00
|
|
|
|
options FDESCFS #File descriptor filesystem
|
2019-03-20 21:48:43 +00:00
|
|
|
|
options FUSEFS #FUSEFS support module
|
2000-06-29 10:45:55 +00:00
|
|
|
|
options MSDOSFS #MS DOS File System (FAT, FAT32)
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options NFSLOCKD #Network Lock Manager
|
2015-01-06 16:15:57 +00:00
|
|
|
|
options NFSD #Network Filesystem Server
|
2010-08-05 16:28:17 +00:00
|
|
|
|
options KGSSAPI #Kernel GSSAPI implementation
|
2009-01-19 16:19:53 +00:00
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NULLFS #NULL filesystem
|
2001-12-04 01:35:59 +00:00
|
|
|
|
options PROCFS #Process filesystem (requires PSEUDOFS)
|
2001-06-11 11:04:36 +00:00
|
|
|
|
options PSEUDOFS #Pseudo-filesystem framework
|
2005-03-14 16:04:27 +00:00
|
|
|
|
options PSEUDOFS_TRACE #Debugging support for PSEUDOFS
|
2013-06-28 21:00:08 +00:00
|
|
|
|
options SMBFS #SMB/CIFS filesystem
|
2011-02-10 05:33:40 +00:00
|
|
|
|
options TMPFS #Efficient memory filesystem
|
2002-09-09 02:40:59 +00:00
|
|
|
|
options UDF #Universal Disk Format
|
2001-05-23 09:42:29 +00:00
|
|
|
|
options UNIONFS #Union filesystem
|
1998-10-05 07:45:54 +00:00
|
|
|
|
# The xFS_ROOT options REQUIRE the associated ``options xFS''
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NFS_ROOT #NFS usable as root device
|
1994-08-28 06:46:25 +00:00
|
|
|
|
|
2002-05-16 21:28:32 +00:00
|
|
|
|
# Soft updates is a technique for improving filesystem speed and
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# making abrupt shutdown less risky.
|
1999-01-08 16:04:18 +00:00
|
|
|
|
#
|
2000-07-03 13:24:25 +00:00
|
|
|
|
options SOFTUPDATES
|
1998-03-08 09:59:44 +00:00
|
|
|
|
|
Introduce extended attribute support for FFS, allowing arbitrary
(name, value) pairs to be associated with inodes. This support is
used for ACLs, MAC labels, and Capabilities in the TrustedBSD
security extensions, which are currently under development.
In this implementation, attributes are backed to data vnodes in the
style of the quota support in FFS. Support for FFS extended
attributes may be enabled using the FFS_EXTATTR kernel option
(disabled by default). Userland utilities and man pages will be
committed in the next batch. VFS interfaces and man pages have
been in the repo since 4.0-RELEASE and are unchanged.
o ufs/ufs/extattr.h: UFS-specific extattr defines
o ufs/ufs/ufs_extattr.c: bulk of support routines
o ufs/{ufs,ffs,mfs}/*.[ch]: hooks and extattr.h includes
o contrib/softupdates/ffs_softdep.c: extattr.h includes
o conf/options, conf/files, i386/conf/LINT: added FFS_EXTATTR
o coda/coda_vfsops.c: XXX required extattr.h due to ufsmount.h
(This should not be the case, and will be fixed in a future commit)
Currently attributes are not supported in MFS. This will be fixed.
Reviewed by: adrian, bp, freebsd-fs, other unthanked souls
Obtained from: TrustedBSD Project
2000-04-15 03:34:27 +00:00
|
|
|
|
# Extended attributes allow additional data to be associated with files,
|
2001-04-19 21:33:52 +00:00
|
|
|
|
# and is used for ACLs, Capabilities, and MAC labels.
|
|
|
|
|
# See src/sys/ufs/ufs/README.extattr for more information.
|
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 UFS_EXTATTR
|
|
|
|
|
options UFS_EXTATTR_AUTOSTART
|
Introduce extended attribute support for FFS, allowing arbitrary
(name, value) pairs to be associated with inodes. This support is
used for ACLs, MAC labels, and Capabilities in the TrustedBSD
security extensions, which are currently under development.
In this implementation, attributes are backed to data vnodes in the
style of the quota support in FFS. Support for FFS extended
attributes may be enabled using the FFS_EXTATTR kernel option
(disabled by default). Userland utilities and man pages will be
committed in the next batch. VFS interfaces and man pages have
been in the repo since 4.0-RELEASE and are unchanged.
o ufs/ufs/extattr.h: UFS-specific extattr defines
o ufs/ufs/ufs_extattr.c: bulk of support routines
o ufs/{ufs,ffs,mfs}/*.[ch]: hooks and extattr.h includes
o contrib/softupdates/ffs_softdep.c: extattr.h includes
o conf/options, conf/files, i386/conf/LINT: added FFS_EXTATTR
o coda/coda_vfsops.c: XXX required extattr.h due to ufsmount.h
(This should not be the case, and will be fixed in a future commit)
Currently attributes are not supported in MFS. This will be fixed.
Reviewed by: adrian, bp, freebsd-fs, other unthanked souls
Obtained from: TrustedBSD Project
2000-04-15 03:34:27 +00:00
|
|
|
|
|
2001-04-19 21:33:52 +00:00
|
|
|
|
# Access Control List support for UFS filesystems. The current ACL
|
|
|
|
|
# implementation requires extended attribute support, UFS_EXTATTR,
|
|
|
|
|
# for the underlying filesystem.
|
|
|
|
|
# See src/sys/ufs/ufs/README.acls for more information.
|
|
|
|
|
options UFS_ACL
|
|
|
|
|
|
2001-07-10 21:21:29 +00:00
|
|
|
|
# Directory hashing improves the speed of operations on very large
|
|
|
|
|
# directories at the expense of some memory.
|
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 UFS_DIRHASH
|
2001-07-10 21:21:29 +00:00
|
|
|
|
|
2006-10-31 22:22:30 +00:00
|
|
|
|
# Gjournal-based UFS journaling support.
|
|
|
|
|
options UFS_GJOURNAL
|
|
|
|
|
|
1999-11-26 20:08:44 +00:00
|
|
|
|
# Make space in the kernel for a root filesystem on a md device.
|
|
|
|
|
# Define to the number of kilobytes to reserve for the filesystem.
|
Fix MFS builds when both MD_ROOT_SIZE and MFS_IMAGE are specified
MD_ROOT_SIZE and embed_mfs.sh were basically retired as part of
https://reviews.freebsd.org/D2903 .
However, when building a kernel with 'options MD_ROOT_SIZE' specified, this
results in a non-working MFS, as within sys/dev/md/md.c we fall within the
wrong # ifdef.
This patch implements the following:
* Allow kernels to be built without the MD_ROOT_SIZE option, which results
in a kernel built as per D2903.
* Allow kernels to be built with the MD_ROOT_SIZE option, which results
in a kernel built similarly to the pre-D2903 way, with the following
differences:
* The MFS is now put in a separate section within the kernel (oldmfs,
so it differs from the mfs section introduced by D2903).
* embed_mfs.sh is changed, so it looks up the oldmfs section within the
kernel, gets its size and offset, sees if the MFS will fit within the
allocated oldmfs section and only if all is well does a dd of the MFS
image into the kernel.
Submitted by: Stanislav Galabov <sgalabov@gmail.com>
Reviewed by: brooks, imp
Differential Revision: https://reviews.freebsd.org/D5093
2016-02-02 07:02:51 +00:00
|
|
|
|
# This is now optional.
|
|
|
|
|
# If not defined, the root filesystem passed in as the MFS_IMAGE makeoption
|
|
|
|
|
# will be automatically embedded in the kernel during linking. Its exact size
|
|
|
|
|
# will be consumed within the kernel.
|
|
|
|
|
# If defined, the old way of embedding the filesystem in the kernel will be
|
|
|
|
|
# used. That is to say MD_ROOT_SIZE KB will be allocated in the kernel and
|
|
|
|
|
# later, the filesystem image passed in as the MFS_IMAGE makeoption will be
|
|
|
|
|
# dd'd into the reserved space if it fits.
|
1999-11-26 20:08:44 +00:00
|
|
|
|
options MD_ROOT_SIZE=10
|
|
|
|
|
|
|
|
|
|
# Make the md device a potential root device, either with preloaded
|
|
|
|
|
# images of type mfs_root or md_root.
|
1999-11-27 22:46:51 +00:00
|
|
|
|
options MD_ROOT
|
1995-04-25 03:44:04 +00:00
|
|
|
|
|
2017-12-20 18:23:22 +00:00
|
|
|
|
# Write-protect the md root device so that it may not be mounted writeable.
|
|
|
|
|
options MD_ROOT_READONLY
|
|
|
|
|
|
2018-06-07 13:57:34 +00:00
|
|
|
|
# Allow to read MD image from external memory regions
|
|
|
|
|
options MD_ROOT_MEM
|
|
|
|
|
|
1999-03-16 16:27:46 +00:00
|
|
|
|
# Disk quotas are supported when this option is enabled.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options QUOTA #enable disk quotas
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# If you are running a machine just as a fileserver for PC and MAC
|
2014-03-14 06:29:43 +00:00
|
|
|
|
# users, using SAMBA, you may consider setting this option
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# and keeping all those users' directories on a filesystem that is
|
|
|
|
|
# mounted with the suiddir option. This gives new files the same
|
1999-06-19 20:20:52 +00:00
|
|
|
|
# ownership as the directory (similar to group). It's a security hole
|
1998-05-16 14:10:12 +00:00
|
|
|
|
# if you let these users run programs, so confine it to file-servers
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# (but it'll save you lots of headaches in those cases). Root owned
|
|
|
|
|
# directories are exempt and X bits are cleared. The suid bit must be
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# set on the directory as well; see chmod(1). PC owners can't see/set
|
1998-05-16 14:08:31 +00:00
|
|
|
|
# ownerships so they keep getting their toes trodden on. This saves
|
|
|
|
|
# you all the support calls as the filesystem it's used on will act as
|
|
|
|
|
# they expect: "It's my dir so it must be my file".
|
1998-01-31 19:41:27 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options SUIDDIR
|
1998-01-31 19:41:27 +00:00
|
|
|
|
|
1998-06-30 03:01:37 +00:00
|
|
|
|
# NFS options:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NFS_MINATTRTIMO=3 # VREG attrib cache timeout in sec
|
|
|
|
|
options NFS_MAXATTRTIMO=60
|
|
|
|
|
options NFS_MINDIRATTRTIMO=30 # VDIR attrib cache timeout in sec
|
|
|
|
|
options NFS_MAXDIRATTRTIMO=60
|
|
|
|
|
options NFS_DEBUG # Enable NFS Debugging
|
1998-06-30 03:01:37 +00:00
|
|
|
|
|
1999-01-21 09:24:28 +00:00
|
|
|
|
#
|
|
|
|
|
# Add support for the EXT2FS filesystem of Linux fame. Be a bit
|
|
|
|
|
# careful with this - the ext2fs code has a tendency to lag behind
|
|
|
|
|
# changes and not be exercised very much, so mounting read/write could
|
|
|
|
|
# be dangerous (and even mounting read only could result in panics.)
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options EXT2FS
|
1999-01-21 09:24:28 +00:00
|
|
|
|
|
2004-08-01 11:40:54 +00:00
|
|
|
|
# The system memory devices; /dev/mem, /dev/kmem
|
2010-12-28 22:44:32 +00:00
|
|
|
|
device mem
|
2004-08-01 11:40:54 +00:00
|
|
|
|
|
2009-05-26 21:39:09 +00:00
|
|
|
|
# The kernel symbol table device; /dev/ksyms
|
|
|
|
|
device ksyms
|
|
|
|
|
|
2003-09-26 20:26:25 +00:00
|
|
|
|
# Optional character code conversion support with LIBICONV.
|
|
|
|
|
# Each option requires their base file system and LIBICONV.
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options CD9660_ICONV
|
|
|
|
|
options MSDOSFS_ICONV
|
|
|
|
|
options UDF_ICONV
|
2003-09-26 20:26:25 +00:00
|
|
|
|
|
1998-06-21 13:36:53 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# POSIX P1003.1B
|
|
|
|
|
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# Real time extensions added in the 1993 POSIX
|
1998-06-21 13:36:53 +00:00
|
|
|
|
# _KPOSIX_PRIORITY_SCHEDULING: Build in _POSIX_PRIORITY_SCHEDULING
|
|
|
|
|
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options _KPOSIX_PRIORITY_SCHEDULING
|
2002-10-07 04:09:16 +00:00
|
|
|
|
# p1003_1b_semaphores are very experimental,
|
|
|
|
|
# user should be ready to assist in debugging if problems arise.
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options P1003_1B_SEMAPHORES
|
1998-06-21 13:36:53 +00:00
|
|
|
|
|
2005-12-02 14:23:39 +00:00
|
|
|
|
# POSIX message queue
|
|
|
|
|
options P1003_1B_MQUEUE
|
2002-07-27 19:50:28 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# SECURITY POLICY PARAMETERS
|
|
|
|
|
|
2006-02-03 15:53:37 +00:00
|
|
|
|
# Support for BSM audit
|
|
|
|
|
options AUDIT
|
|
|
|
|
|
2002-09-05 06:46:11 +00:00
|
|
|
|
# Support for Mandatory Access Control (MAC):
|
|
|
|
|
options MAC
|
2002-10-24 17:21:40 +00:00
|
|
|
|
options MAC_BIBA
|
|
|
|
|
options MAC_BSDEXTENDED
|
|
|
|
|
options MAC_IFOFF
|
2002-11-26 17:32:39 +00:00
|
|
|
|
options MAC_LOMAC
|
2002-10-24 17:21:40 +00:00
|
|
|
|
options MAC_MLS
|
|
|
|
|
options MAC_NONE
|
Make it possible to run ntpd as a non-root user, add ntpd uid and gid.
Code analysis and runtime analysis using truss(8) indicate that the only
privileged operations performed by ntpd are adjusting system time, and
(re-)binding to privileged UDP port 123. These changes add a new mac(4)
policy module, mac_ntpd(4), which grants just those privileges to any
process running with uid 123.
This also adds a new user and group, ntpd:ntpd, (uid:gid 123:123), and makes
them the owner of the /var/db/ntp directory, so that it can be used as a
location where the non-privileged daemon can write files such as the
driftfile, and any optional logfile or stats files.
Because there are so many ways to configure ntpd, the question of how to
configure it to run without root privs can be a bit complex, so that will be
addressed in a separate commit. These changes are just what's required to
grant the limited subset of privs to ntpd, and the small change to ntpd to
prevent it from exiting with an error if running as non-root.
Differential Revision: https://reviews.freebsd.org/D16281
2018-07-19 23:55:29 +00:00
|
|
|
|
options MAC_NTPD
|
2002-10-24 17:21:40 +00:00
|
|
|
|
options MAC_PARTITION
|
2003-03-02 23:01:42 +00:00
|
|
|
|
options MAC_PORTACL
|
2002-10-24 17:21:40 +00:00
|
|
|
|
options MAC_SEEOTHERUIDS
|
2003-08-21 16:48:39 +00:00
|
|
|
|
options MAC_STUB
|
2002-10-24 17:21:40 +00:00
|
|
|
|
options MAC_TEST
|
2002-07-27 19:50:28 +00:00
|
|
|
|
|
2011-03-01 13:23:37 +00:00
|
|
|
|
# Support for Capsicum
|
2011-07-02 15:41:22 +00:00
|
|
|
|
options CAPABILITIES # fine-grained rights on file descriptors
|
|
|
|
|
options CAPABILITY_MODE # sandboxes with no global namespace access
|
2011-03-01 13:23:37 +00:00
|
|
|
|
|
2000-03-23 16:22:50 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# CLOCK OPTIONS
|
|
|
|
|
|
|
|
|
|
# The granularity of operation is controlled by the kernel option HZ whose
|
2008-03-09 11:29:59 +00:00
|
|
|
|
# default value (1000 on most architectures) means a granularity of 1ms
|
|
|
|
|
# (1s/HZ). Historically, the default was 100, but finer granularity is
|
|
|
|
|
# required for DUMMYNET and other systems on modern hardware. There are
|
|
|
|
|
# reasonable arguments that HZ should, in fact, be 100 still; consider,
|
|
|
|
|
# that reducing the granularity too much might cause excessive overhead in
|
|
|
|
|
# clock interrupt processing, potentially causing ticks to be missed and thus
|
|
|
|
|
# actually reducing the accuracy of operation.
|
2000-03-23 16:22:50 +00:00
|
|
|
|
|
|
|
|
|
options HZ=100
|
|
|
|
|
|
2002-07-15 18:59:00 +00:00
|
|
|
|
# Enable support for the kernel PLL to use an external PPS signal,
|
|
|
|
|
# under supervision of [x]ntpd(8)
|
|
|
|
|
# More info in ntpd documentation: http://www.eecis.udel.edu/~ntp
|
|
|
|
|
|
|
|
|
|
options PPS_SYNC
|
|
|
|
|
|
2011-11-19 14:10:16 +00:00
|
|
|
|
# Enable support for generic feed-forward clocks in the kernel.
|
|
|
|
|
# The feed-forward clock support is an alternative to the feedback oriented
|
|
|
|
|
# ntpd/system clock approach, and is to be used with a feed-forward
|
|
|
|
|
# synchronization algorithm such as the RADclock:
|
|
|
|
|
# More info here: http://www.synclab.org/radclock
|
|
|
|
|
|
|
|
|
|
options FFCLOCK
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
1995-03-15 14:27:01 +00:00
|
|
|
|
# SCSI DEVICES
|
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# SCSI DEVICE CONFIGURATION
|
|
|
|
|
|
|
|
|
|
# The SCSI subsystem consists of the `base' SCSI code, a number of
|
1995-03-01 22:27:45 +00:00
|
|
|
|
# high-level SCSI device `type' drivers, and the low-level host-adapter
|
1994-10-21 01:10:54 +00:00
|
|
|
|
# device drivers. The host adapters are listed in the ISA and PCI
|
|
|
|
|
# device configuration sections below.
|
|
|
|
|
#
|
2003-07-07 21:19:04 +00:00
|
|
|
|
# It is possible to wire down your SCSI devices so that a given bus,
|
|
|
|
|
# target, and LUN always come on line as the same device unit. In
|
|
|
|
|
# earlier versions the unit numbers were assigned in the order that
|
|
|
|
|
# the devices were probed on the SCSI bus. This means that if you
|
|
|
|
|
# removed a disk drive, you may have had to rewrite your /etc/fstab
|
|
|
|
|
# file, and also that you had to be careful when adding a new disk
|
|
|
|
|
# as it may have been probed earlier and moved your device configuration
|
2019-08-13 20:06:55 +00:00
|
|
|
|
# around.
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
|
|
|
|
# This old behavior is maintained as the default behavior. The unit
|
|
|
|
|
# assignment begins with the first non-wired down unit for a device
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# type. For example, if you wire a disk as "da3" then the first
|
|
|
|
|
# non-wired disk will be assigned da4.
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
|
|
|
|
# The syntax for wiring down devices is:
|
|
|
|
|
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.scbus.0.at="ahc0"
|
|
|
|
|
envvar hint.scbus.1.at="ahc1"
|
|
|
|
|
envvar hint.scbus.1.bus="0"
|
|
|
|
|
envvar hint.scbus.3.at="ahc2"
|
|
|
|
|
envvar hint.scbus.3.bus="0"
|
|
|
|
|
envvar hint.scbus.2.at="ahc2"
|
|
|
|
|
envvar hint.scbus.2.bus="1"
|
|
|
|
|
envvar hint.da.0.at="scbus0"
|
|
|
|
|
envvar hint.da.0.target="0"
|
|
|
|
|
envvar hint.da.0.unit="0"
|
|
|
|
|
envvar hint.da.1.at="scbus3"
|
|
|
|
|
envvar hint.da.1.target="1"
|
|
|
|
|
envvar hint.da.2.at="scbus2"
|
|
|
|
|
envvar hint.da.2.target="3"
|
|
|
|
|
envvar hint.sa.1.at="scbus1"
|
|
|
|
|
envvar hint.sa.1.target="6"
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
|
|
|
|
# "units" (SCSI logical unit number) that are not specified are
|
|
|
|
|
# treated as if specified as LUN 0.
|
|
|
|
|
|
|
|
|
|
# All SCSI devices allocate as many units as are required.
|
|
|
|
|
|
2000-07-10 15:37:03 +00:00
|
|
|
|
# The ch driver drives SCSI Media Changer ("jukebox") devices.
|
|
|
|
|
#
|
|
|
|
|
# The da driver drives SCSI Direct Access ("disk") and Optical Media
|
|
|
|
|
# ("WORM") devices.
|
|
|
|
|
#
|
|
|
|
|
# The sa driver drives SCSI Sequential Access ("tape") devices.
|
|
|
|
|
#
|
|
|
|
|
# The cd driver drives SCSI Read Only Direct Access ("cd") devices.
|
|
|
|
|
#
|
2004-06-26 17:19:44 +00:00
|
|
|
|
# The ses driver drives SCSI Environment Services ("ses") and
|
|
|
|
|
# SAF-TE ("SCSI Accessible Fault-Tolerant Enclosure") devices.
|
2000-07-10 15:37:03 +00:00
|
|
|
|
#
|
|
|
|
|
# The pt driver drives SCSI Processor devices.
|
|
|
|
|
#
|
2007-04-07 19:40:58 +00:00
|
|
|
|
# The sg driver provides a passthrough API that is compatible with the
|
|
|
|
|
# Linux SG driver. It will work in conjunction with the COMPAT_LINUX
|
|
|
|
|
# option to run linux SG apps. It can also stand on its own and provide
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# source level API compatibility for porting apps to FreeBSD.
|
2004-01-25 12:32:56 +00:00
|
|
|
|
#
|
2000-07-10 15:37:03 +00:00
|
|
|
|
# Target Mode support is provided here but also requires that a SIM
|
|
|
|
|
# (SCSI Host Adapter Driver) provide support as well.
|
|
|
|
|
#
|
|
|
|
|
# The targ driver provides target mode support as a Processor type device.
|
|
|
|
|
# It exists to give the minimal context necessary to respond to Inquiry
|
|
|
|
|
# commands. There is a sample user application that shows how the rest
|
|
|
|
|
# of the command support might be done in /usr/share/examples/scsi_target.
|
|
|
|
|
#
|
|
|
|
|
# The targbh driver provides target mode support and exists to respond
|
|
|
|
|
# to incoming commands that do not otherwise have a logical unit assigned
|
|
|
|
|
# to them.
|
2004-01-25 12:32:56 +00:00
|
|
|
|
#
|
2013-10-24 19:49:55 +00:00
|
|
|
|
# The pass driver provides a passthrough API to access the CAM subsystem.
|
1995-03-01 22:27:45 +00:00
|
|
|
|
|
2000-07-08 07:44:01 +00:00
|
|
|
|
device scbus #base SCSI code
|
|
|
|
|
device ch #SCSI media changers
|
|
|
|
|
device da #SCSI direct access devices (aka disks)
|
|
|
|
|
device sa #SCSI tapes
|
|
|
|
|
device cd #SCSI CD-ROMs
|
2012-05-24 11:20:51 +00:00
|
|
|
|
device ses #Enclosure Services (SES and SAF-TE)
|
2004-01-25 12:32:56 +00:00
|
|
|
|
device pt #SCSI processor
|
2000-07-08 07:44:01 +00:00
|
|
|
|
device targ #SCSI Target Mode Code
|
|
|
|
|
device targbh #SCSI Target Mode Blackhole Device
|
2000-07-10 15:37:03 +00:00
|
|
|
|
device pass #CAM passthrough driver
|
2007-04-07 19:40:58 +00:00
|
|
|
|
device sg #Linux SCSI passthrough
|
Add the CAM Target Layer (CTL).
CTL is a disk and processor device emulation subsystem originally written
for Copan Systems under Linux starting in 2003. It has been shipping in
Copan (now SGI) products since 2005.
It was ported to FreeBSD in 2008, and thanks to an agreement between SGI
(who acquired Copan's assets in 2010) and Spectra Logic in 2010, CTL is
available under a BSD-style license. The intent behind the agreement was
that Spectra would work to get CTL into the FreeBSD tree.
Some CTL features:
- Disk and processor device emulation.
- Tagged queueing
- SCSI task attribute support (ordered, head of queue, simple tags)
- SCSI implicit command ordering support. (e.g. if a read follows a mode
select, the read will be blocked until the mode select completes.)
- Full task management support (abort, LUN reset, target reset, etc.)
- Support for multiple ports
- Support for multiple simultaneous initiators
- Support for multiple simultaneous backing stores
- Persistent reservation support
- Mode sense/select support
- Error injection support
- High Availability support (1)
- All I/O handled in-kernel, no userland context switch overhead.
(1) HA Support is just an API stub, and needs much more to be fully
functional.
ctl.c: The core of CTL. Command handlers and processing,
character driver, and HA support are here.
ctl.h: Basic function declarations and data structures.
ctl_backend.c,
ctl_backend.h: The basic CTL backend API.
ctl_backend_block.c,
ctl_backend_block.h: The block and file backend. This allows for using
a disk or a file as the backing store for a LUN.
Multiple threads are started to do I/O to the
backing device, primarily because the VFS API
requires that to get any concurrency.
ctl_backend_ramdisk.c: A "fake" ramdisk backend. It only allocates a
small amount of memory to act as a source and sink
for reads and writes from an initiator. Therefore
it cannot be used for any real data, but it can be
used to test for throughput. It can also be used
to test initiators' support for extremely large LUNs.
ctl_cmd_table.c: This is a table with all 256 possible SCSI opcodes,
and command handler functions defined for supported
opcodes.
ctl_debug.h: Debugging support.
ctl_error.c,
ctl_error.h: CTL-specific wrappers around the CAM sense building
functions.
ctl_frontend.c,
ctl_frontend.h: These files define the basic CTL frontend port API.
ctl_frontend_cam_sim.c: This is a CTL frontend port that is also a CAM SIM.
This frontend allows for using CTL without any
target-capable hardware. So any LUNs you create in
CTL are visible in CAM via this port.
ctl_frontend_internal.c,
ctl_frontend_internal.h:
This is a frontend port written for Copan to do
some system-specific tasks that required sending
commands into CTL from inside the kernel. This
isn't entirely relevant to FreeBSD in general,
but can perhaps be repurposed.
ctl_ha.h: This is a stubbed-out High Availability API. Much
more is needed for full HA support. See the
comments in the header and the description of what
is needed in the README.ctl.txt file for more
details.
ctl_io.h: This defines most of the core CTL I/O structures.
union ctl_io is conceptually very similar to CAM's
union ccb.
ctl_ioctl.h: This defines all ioctls available through the CTL
character device, and the data structures needed
for those ioctls.
ctl_mem_pool.c,
ctl_mem_pool.h: Generic memory pool implementation used by the
internal frontend.
ctl_private.h: Private data structres (e.g. CTL softc) and
function prototypes. This also includes the SCSI
vendor and product names used by CTL.
ctl_scsi_all.c,
ctl_scsi_all.h: CTL wrappers around CAM sense printing functions.
ctl_ser_table.c: Command serialization table. This defines what
happens when one type of command is followed by
another type of command.
ctl_util.c,
ctl_util.h: CTL utility functions, primarily designed to be
used from userland. See ctladm for the primary
consumer of these functions. These include CDB
building functions.
scsi_ctl.c: CAM target peripheral driver and CTL frontend port.
This is the path into CTL for commands from
target-capable hardware/SIMs.
README.ctl.txt: CTL code features, roadmap, to-do list.
usr.sbin/Makefile: Add ctladm.
ctladm/Makefile,
ctladm/ctladm.8,
ctladm/ctladm.c,
ctladm/ctladm.h,
ctladm/util.c: ctladm(8) is the CTL management utility.
It fills a role similar to camcontrol(8).
It allow configuring LUNs, issuing commands,
injecting errors and various other control
functions.
usr.bin/Makefile: Add ctlstat.
ctlstat/Makefile
ctlstat/ctlstat.8,
ctlstat/ctlstat.c: ctlstat(8) fills a role similar to iostat(8).
It reports I/O statistics for CTL.
sys/conf/files: Add CTL files.
sys/conf/NOTES: Add device ctl.
sys/cam/scsi_all.h: To conform to more recent specs, the inquiry CDB
length field is now 2 bytes long.
Add several mode page definitions for CTL.
sys/cam/scsi_all.c: Handle the new 2 byte inquiry length.
sys/dev/ciss/ciss.c,
sys/dev/ata/atapi-cam.c,
sys/cam/scsi/scsi_targ_bh.c,
scsi_target/scsi_cmds.c,
mlxcontrol/interface.c: Update for 2 byte inquiry length field.
scsi_da.h: Add versions of the format and rigid disk pages
that are in a more reasonable format for CTL.
amd64/conf/GENERIC,
i386/conf/GENERIC,
ia64/conf/GENERIC,
sparc64/conf/GENERIC: Add device ctl.
i386/conf/PAE: The CTL frontend SIM at least does not compile
cleanly on PAE.
Sponsored by: Copan Systems, SGI and Spectra Logic
MFC after: 1 month
2012-01-12 00:34:33 +00:00
|
|
|
|
device ctl #CAM Target Layer
|
1995-04-14 15:12:24 +00:00
|
|
|
|
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# CAM OPTIONS:
|
|
|
|
|
# debugging options:
|
2012-06-07 10:05:51 +00:00
|
|
|
|
# CAMDEBUG Compile in all possible debugging.
|
|
|
|
|
# CAM_DEBUG_COMPILE Debug levels to compile in.
|
|
|
|
|
# CAM_DEBUG_FLAGS Debug levels to enable on boot.
|
|
|
|
|
# CAM_DEBUG_BUS Limit debugging to the given bus.
|
|
|
|
|
# CAM_DEBUG_TARGET Limit debugging to the given target.
|
|
|
|
|
# CAM_DEBUG_LUN Limit debugging to the given lun.
|
|
|
|
|
# CAM_DEBUG_DELAY Delay in us after printing each debug line.
|
2019-11-16 19:12:17 +00:00
|
|
|
|
# CAM_IO_STATS Publish additional CAM device statics by sysctl
|
1999-11-05 20:40:01 +00:00
|
|
|
|
#
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# CAM_MAX_HIGHPOWER: Maximum number of concurrent high power (start unit) cmds
|
|
|
|
|
# SCSI_NO_SENSE_STRINGS: When defined disables sense descriptions
|
|
|
|
|
# SCSI_NO_OP_STRINGS: When defined disables opcode descriptions
|
1998-09-18 00:01:39 +00:00
|
|
|
|
# SCSI_DELAY: The number of MILLISECONDS to freeze the SIM (scsi adapter)
|
|
|
|
|
# queue after a bus reset, and the number of milliseconds to
|
2002-09-02 20:10:19 +00:00
|
|
|
|
# freeze the device queue after a bus device reset. This
|
|
|
|
|
# can be changed at boot and runtime with the
|
|
|
|
|
# kern.cam.scsi_delay tunable/sysctl.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CAMDEBUG
|
2012-06-07 10:05:51 +00:00
|
|
|
|
options CAM_DEBUG_COMPILE=-1
|
|
|
|
|
options CAM_DEBUG_FLAGS=(CAM_DEBUG_INFO|CAM_DEBUG_PROBE|CAM_DEBUG_PERIPH)
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CAM_DEBUG_BUS=-1
|
|
|
|
|
options CAM_DEBUG_TARGET=-1
|
|
|
|
|
options CAM_DEBUG_LUN=-1
|
2012-06-07 10:05:51 +00:00
|
|
|
|
options CAM_DEBUG_DELAY=1
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CAM_MAX_HIGHPOWER=4
|
|
|
|
|
options SCSI_NO_SENSE_STRINGS
|
|
|
|
|
options SCSI_NO_OP_STRINGS
|
2004-11-02 20:57:20 +00:00
|
|
|
|
options SCSI_DELAY=5000 # Be pessimistic about Joe SCSI device
|
2016-06-25 22:24:16 +00:00
|
|
|
|
options CAM_IOSCHED_DYNAMIC
|
2019-11-16 19:12:17 +00:00
|
|
|
|
options CAM_IO_STATS
|
2018-03-14 17:53:37 +00:00
|
|
|
|
options CAM_TEST_FAILURE
|
1995-04-23 18:30:27 +00:00
|
|
|
|
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# Options for the CAM CDROM driver:
|
|
|
|
|
# CHANGER_MIN_BUSY_SECONDS: Guaranteed minimum time quantum for a changer LUN
|
|
|
|
|
# CHANGER_MAX_BUSY_SECONDS: Maximum time quantum per changer LUN, only
|
|
|
|
|
# enforced if there is I/O waiting for another LUN
|
|
|
|
|
# The compiled in defaults for these variables are 2 and 10 seconds,
|
|
|
|
|
# respectively.
|
1996-06-16 20:04:47 +00:00
|
|
|
|
#
|
1998-09-15 10:01:14 +00:00
|
|
|
|
# These can also be changed on the fly with the following sysctl variables:
|
|
|
|
|
# kern.cam.cd.changer.min_busy_seconds
|
|
|
|
|
# kern.cam.cd.changer.max_busy_seconds
|
1996-06-16 20:04:47 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options CHANGER_MIN_BUSY_SECONDS=2
|
|
|
|
|
options CHANGER_MAX_BUSY_SECONDS=10
|
1996-06-16 20:04:47 +00:00
|
|
|
|
|
1998-10-02 05:15:51 +00:00
|
|
|
|
# Options for the CAM sequential access driver:
|
2001-07-02 17:48:59 +00:00
|
|
|
|
# SA_IO_TIMEOUT: Timeout for read/write/wfm operations, in minutes
|
1998-10-02 05:15:51 +00:00
|
|
|
|
# SA_SPACE_TIMEOUT: Timeout for space operations, in minutes
|
|
|
|
|
# SA_REWIND_TIMEOUT: Timeout for rewind operations, in minutes
|
|
|
|
|
# SA_ERASE_TIMEOUT: Timeout for erase operations, in minutes
|
1999-10-02 20:20:32 +00:00
|
|
|
|
# SA_1FM_AT_EOD: Default to model which only has a default one filemark at EOT.
|
2002-10-17 13:47:31 +00:00
|
|
|
|
options SA_IO_TIMEOUT=4
|
|
|
|
|
options SA_SPACE_TIMEOUT=60
|
|
|
|
|
options SA_REWIND_TIMEOUT=(2*60)
|
|
|
|
|
options SA_ERASE_TIMEOUT=(4*60)
|
1999-11-05 20:40:01 +00:00
|
|
|
|
options SA_1FM_AT_EOD
|
1998-10-02 05:15:51 +00:00
|
|
|
|
|
1999-08-20 03:48:11 +00:00
|
|
|
|
# Optional timeout for the CAM processor target (pt) device
|
|
|
|
|
# This is specified in seconds. The default is 60 seconds.
|
2002-10-17 13:47:31 +00:00
|
|
|
|
options SCSI_PT_DEFAULT_TIMEOUT=60
|
1999-08-20 03:48:11 +00:00
|
|
|
|
|
2000-01-15 07:46:39 +00:00
|
|
|
|
# Optional enable of doing SES passthrough on other devices (e.g., disks)
|
|
|
|
|
#
|
|
|
|
|
# Normally disabled because a lot of newer SCSI disks report themselves
|
|
|
|
|
# as having SES capabilities, but this can then clot up attempts to build
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# a topology with the SES device that's on the box these drives are in....
|
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 SES_ENABLE_PASSTHROUGH
|
2000-01-15 07:46:39 +00:00
|
|
|
|
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# MISCELLANEOUS DEVICES AND OPTIONS
|
1994-10-01 05:43:09 +00:00
|
|
|
|
|
Integrate the new MPSAFE TTY layer to the FreeBSD operating system.
The last half year I've been working on a replacement TTY layer for the
FreeBSD kernel. The new TTY layer was designed to improve the following:
- Improved driver model:
The old TTY layer has a driver model that is not abstract enough to
make it friendly to use. A good example is the output path, where the
device drivers directly access the output buffers. This means that an
in-kernel PPP implementation must always convert network buffers into
TTY buffers.
If a PPP implementation would be built on top of the new TTY layer
(still needs a hooks layer, though), it would allow the PPP
implementation to directly hand the data to the TTY driver.
- Improved hotplugging:
With the old TTY layer, it isn't entirely safe to destroy TTY's from
the system. This implementation has a two-step destructing design,
where the driver first abandons the TTY. After all threads have left
the TTY, the TTY layer calls a routine in the driver, which can be
used to free resources (unit numbers, etc).
The pts(4) driver also implements this feature, which means
posix_openpt() will now return PTY's that are created on the fly.
- Improved performance:
One of the major improvements is the per-TTY mutex, which is expected
to improve scalability when compared to the old Giant locking.
Another change is the unbuffered copying to userspace, which is both
used on TTY device nodes and PTY masters.
Upgrading should be quite straightforward. Unlike previous versions,
existing kernel configuration files do not need to be changed, except
when they reference device drivers that are listed in UPDATING.
Obtained from: //depot/projects/mpsafetty/...
Approved by: philip (ex-mentor)
Discussed: on the lists, at BSDCan, at the DevSummit
Sponsored by: Snow B.V., the Netherlands
dcons(4) fixed by: kan
2008-08-20 08:31:58 +00:00
|
|
|
|
device pty #BSD-style compatibility pseudo ttys
|
2002-01-01 05:16:03 +00:00
|
|
|
|
device nmdm #back-to-back tty 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 md #Memory/malloc disk
|
2008-11-05 15:04:03 +00:00
|
|
|
|
device snp #Snoop device - to look at pty/vty/etc..
|
2001-09-26 22:41:02 +00:00
|
|
|
|
device ccd #Concatenated disk driver
|
2006-01-29 02:52:42 +00:00
|
|
|
|
device firmware #firmware(9) support
|
1999-01-24 01:22:37 +00:00
|
|
|
|
|
2001-04-09 09:39:29 +00:00
|
|
|
|
# Kernel side iconv library
|
|
|
|
|
options LIBICONV
|
|
|
|
|
|
1998-05-19 08:58:53 +00:00
|
|
|
|
# Size of the kernel message buffer. Should be N * pagesize.
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options MSGBUF_SIZE=40960
|
1998-05-19 08:58:53 +00:00
|
|
|
|
|
2016-04-29 23:53:55 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# HARDWARE BUS CONFIGURATION
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# PCI bus & PCI options:
|
|
|
|
|
#
|
|
|
|
|
device pci
|
Native PCI-express HotPlug support.
PCI-express HotPlug support is implemented via bits in the slot
registers of the PCI-express capability of the downstream port along
with an interrupt that triggers when bits in the slot status register
change.
This is implemented for FreeBSD by adding HotPlug support to the
PCI-PCI bridge driver which attaches to the virtual PCI-PCI bridges
representing downstream ports on HotPlug slots. The PCI-PCI bridge
driver registers an interrupt handler to receive HotPlug events. It
also uses the slot registers to determine the current HotPlug state
and drive an internal HotPlug state machine. For simplicty of
implementation, the PCI-PCI bridge device detaches and deletes the
child PCI device when a card is removed from a slot and creates and
attaches a PCI child device when a card is inserted into the slot.
The PCI-PCI bridge driver provides a bus_child_present which claims
that child devices are present on HotPlug-capable slots only when a
card is inserted. Rather than requiring a timeout in the RC for
config accesses to not-present children, the pcib_read/write_config
methods fail all requests when a card is not present (or not yet
ready).
These changes include support for various optional HotPlug
capabilities such as a power controller, mechanical latch,
electro-mechanical interlock, indicators, and an attention button.
It also includes support for devices which require waiting for
command completion events before initiating a subsequent HotPlug
command. However, it has only been tested on ExpressCard systems
which support surprise removal and have none of these optional
capabilities.
PCI-express HotPlug support is conditional on the PCI_HP option
which is enabled by default on arm64, x86, and powerpc.
Reviewed by: adrian, imp, vangyzen (older versions)
Relnotes: yes
Differential Revision: https://reviews.freebsd.org/D6136
2016-05-05 22:26:23 +00:00
|
|
|
|
options PCI_HP # PCI-Express native HotPlug
|
2016-04-29 23:55:22 +00:00
|
|
|
|
options PCI_IOV # PCI SR-IOV support
|
2016-04-29 23:53:55 +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 DEVICE CONFIGURATION
|
|
|
|
|
|
|
|
|
|
# For ISA the required hints are listed.
|
2017-02-16 21:57:35 +00:00
|
|
|
|
# PCI, CardBus, SD/MMC and pccard are self identifying buses, so
|
2007-09-19 18:12:44 +00:00
|
|
|
|
# no hints are needed.
|
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
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Mandatory devices:
|
|
|
|
|
#
|
|
|
|
|
|
2003-02-25 20:59:23 +00:00
|
|
|
|
# These options are valid for other keyboard drivers as well.
|
|
|
|
|
options KBD_DISABLE_KEYMAP_LOAD # refuse to load a keymap
|
|
|
|
|
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
|
|
|
|
|
|
2016-04-07 20:12:45 +00:00
|
|
|
|
device kbdmux # keyboard multiplexer
|
|
|
|
|
options KBDMUX_DFLT_KEYMAP # specify the built-in keymap
|
|
|
|
|
makeoptions KBDMUX_DFLT_KEYMAP=it.iso
|
|
|
|
|
|
2002-04-09 18:26:58 +00:00
|
|
|
|
options FB_DEBUG # Frame buffer debugging
|
|
|
|
|
|
2009-01-17 16:37:13 +00:00
|
|
|
|
# Enable experimental features of the syscons terminal emulator (teken).
|
2009-11-13 05:54:55 +00:00
|
|
|
|
options TEKEN_CONS25 # cons25-style terminal emulation
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options TEKEN_UTF8 # UTF-8 output handling
|
2009-01-17 16:37:13 +00:00
|
|
|
|
|
2014-07-01 00:22:54 +00:00
|
|
|
|
# The vt video console driver.
|
|
|
|
|
device vt
|
|
|
|
|
options VT_ALT_TO_ESC_HACK=1 # Prepend ESC sequence to ALT keys
|
|
|
|
|
options VT_MAXWINDOWS=16 # Number of virtual consoles
|
|
|
|
|
options VT_TWOBUTTON_MOUSE # Use right mouse button to paste
|
|
|
|
|
|
2020-06-04 16:05:24 +00:00
|
|
|
|
# The following options set the maximum framebuffer size.
|
|
|
|
|
options VT_FB_MAX_HEIGHT=480
|
|
|
|
|
options VT_FB_MAX_WIDTH=640
|
2014-07-01 00:22:54 +00:00
|
|
|
|
|
|
|
|
|
# The following options will let you change the default vt terminal colors.
|
|
|
|
|
options TERMINAL_NORM_ATTR=(FG_GREEN|BG_BLACK)
|
|
|
|
|
options TERMINAL_KERN_ATTR=(FG_LIGHTRED|BG_BLACK)
|
|
|
|
|
|
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
|
|
|
|
#
|
2020-03-05 20:04:41 +00:00
|
|
|
|
# aacraid: Adaptec by PMC RAID controllers, Series 6/7/8 and upcoming
|
|
|
|
|
# families. Container interface, CAM required.
|
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
|
2002-06-06 16:35:58 +00:00
|
|
|
|
# ahd: Adaptec 29320/39320 Controllers.
|
2011-11-01 21:26:57 +00:00
|
|
|
|
# esp: Emulex ESP, NCR 53C9x and QLogic FAS families based controllers
|
|
|
|
|
# including the AMD Am53C974 (found on devices such as the Tekram
|
|
|
|
|
# DC-390(T)) and the Sun ESP and FAS families of 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
|
|
|
|
# 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.
|
2006-04-18 22:24:55 +00:00
|
|
|
|
# Qlogic ISP 2322 and ISP 6322 2Gb Fibre Channel host adapters.
|
2000-12-11 23:31:32 +00:00
|
|
|
|
# ispfw: Firmware module for Qlogic host adapters
|
2019-04-13 06:30:45 +00:00
|
|
|
|
# mpr: LSI-Logic MPT/Fusion Gen 3
|
|
|
|
|
# mps: LSI-Logic MPT/Fusion Gen 2
|
2002-10-15 04:38:40 +00:00
|
|
|
|
# mpt: LSI-Logic MPT/Fusion 53c1020 or 53c1030 Ultra4
|
|
|
|
|
# or FC9x9 Fibre Channel host adapters.
|
2000-09-03 12:29:51 +00:00
|
|
|
|
# sym: Symbios/Logic 53C8XX family of PCI-SCSI I/O processors:
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# 53C810, 53C810A, 53C815, 53C825, 53C825A, 53C860, 53C875,
|
|
|
|
|
# 53C876, 53C885, 53C895, 53C895A, 53C896, 53C897, 53C1510D,
|
2000-09-03 12:29:51 +00:00
|
|
|
|
# 53C1010-33, 53C1010-66.
|
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
|
|
|
|
|
2020-03-05 20:04:41 +00:00
|
|
|
|
device aacraid
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device ahc
|
2002-06-06 16:35:58 +00:00
|
|
|
|
device ahd
|
2004-06-10 05:43:36 +00:00
|
|
|
|
device esp
|
2007-07-24 15:35:02 +00:00
|
|
|
|
device iscsi_initiator
|
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 isp
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.isp.0.disable="1"
|
|
|
|
|
envvar hint.isp.0.role="3"
|
|
|
|
|
envvar hint.isp.0.prefer_iomap="1"
|
|
|
|
|
envvar hint.isp.0.prefer_memmap="1"
|
|
|
|
|
envvar hint.isp.0.fwload_disable="1"
|
|
|
|
|
envvar hint.isp.0.ignore_nvram="1"
|
|
|
|
|
envvar hint.isp.0.fullduplex="1"
|
|
|
|
|
envvar hint.isp.0.topology="lport"
|
|
|
|
|
envvar hint.isp.0.topology="nport"
|
|
|
|
|
envvar hint.isp.0.topology="lport-only"
|
|
|
|
|
envvar hint.isp.0.topology="nport-only"
|
2001-03-03 19:39:15 +00:00
|
|
|
|
# we can't get u_int64_t types, nor can we get strings if it's got
|
|
|
|
|
# a leading 0x, hence this silly dodge.
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.isp.0.portwnn="w50000000aaaa0000"
|
|
|
|
|
envvar hint.isp.0.nodewnn="w50000000aaaa0001"
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device ispfw
|
2019-04-13 06:30:45 +00:00
|
|
|
|
device mpr # LSI-Logic MPT-Fusion 3
|
|
|
|
|
device mps # LSI-Logic MPT-Fusion 2
|
|
|
|
|
device mpt # LSI-Logic MPT-Fusion
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device sym
|
|
|
|
|
|
|
|
|
|
# The aic7xxx driver will attempt to use memory mapped I/O for all PCI
|
|
|
|
|
# controllers that have it configured only if this option is set. Unfortunately,
|
|
|
|
|
# this doesn't work on some motherboards, which prevents it from being the
|
|
|
|
|
# default.
|
|
|
|
|
options AHC_ALLOW_MEMIO
|
|
|
|
|
|
2000-11-08 10:01:45 +00:00
|
|
|
|
# Dump the contents of the ahc controller configuration PROM.
|
|
|
|
|
options AHC_DUMP_EEPROM
|
|
|
|
|
|
|
|
|
|
# Bitmap of units to enable targetmode operations.
|
|
|
|
|
options AHC_TMODE_ENABLE
|
|
|
|
|
|
2004-03-31 08:22:09 +00:00
|
|
|
|
# Compile in Aic7xxx Debugging code.
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options AHC_DEBUG
|
2004-03-31 08:22:09 +00:00
|
|
|
|
|
|
|
|
|
# Aic7xxx driver debugging options. See sys/dev/aic7xxx/aic7xxx.h
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options AHC_DEBUG_OPTS
|
2004-03-31 08:22:09 +00:00
|
|
|
|
|
2004-04-21 04:46:32 +00:00
|
|
|
|
# Print register bitfields in debug output. Adds ~128k to driver
|
|
|
|
|
# See ahc(4).
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options AHC_REG_PRETTY_PRINT
|
2004-03-31 08:22:09 +00:00
|
|
|
|
|
2002-06-06 16:35:58 +00:00
|
|
|
|
# Compile in aic79xx debugging code.
|
2002-09-09 02:40:59 +00:00
|
|
|
|
options AHD_DEBUG
|
2002-06-06 16:35:58 +00:00
|
|
|
|
|
2004-04-21 04:46:32 +00:00
|
|
|
|
# Aic79xx driver debugging options. Adds ~215k to driver. See ahd(4).
|
2002-09-09 02:40:59 +00:00
|
|
|
|
options AHD_DEBUG_OPTS=0xFFFFFFFF
|
2002-06-06 16:35:58 +00:00
|
|
|
|
|
2002-09-01 22:50:08 +00:00
|
|
|
|
# Print human-readable register definitions when debugging
|
2002-09-09 02:40:59 +00:00
|
|
|
|
options AHD_REG_PRETTY_PRINT
|
2002-09-01 22:50:08 +00:00
|
|
|
|
|
2004-03-31 08:22:09 +00:00
|
|
|
|
# Bitmap of units to enable targetmode operations.
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options AHD_TMODE_ENABLE
|
2004-03-31 08:22:09 +00:00
|
|
|
|
|
2007-07-24 15:35:02 +00:00
|
|
|
|
# Options used in dev/iscsi (Software iSCSI stack)
|
|
|
|
|
#
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options ISCSI_INITIATOR_DEBUG=9
|
2007-07-24 15:35:02 +00:00
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# Options used in dev/isp/ (Qlogic SCSI/FC driver).
|
|
|
|
|
#
|
|
|
|
|
# ISP_TARGET_MODE - enable target mode operation
|
|
|
|
|
#
|
2002-10-15 04:38:40 +00:00
|
|
|
|
options ISP_TARGET_MODE=1
|
2006-04-18 22:24:55 +00:00
|
|
|
|
#
|
2007-04-02 01:04:20 +00:00
|
|
|
|
# ISP_DEFAULT_ROLES - default role
|
|
|
|
|
# none=0
|
|
|
|
|
# target=1
|
|
|
|
|
# initiator=2
|
|
|
|
|
# both=3 (not supported currently)
|
2006-04-18 22:24:55 +00:00
|
|
|
|
#
|
2010-11-27 20:38:26 +00:00
|
|
|
|
# ISP_INTERNAL_TARGET (trivial internal disk target, for testing)
|
|
|
|
|
#
|
2012-06-01 23:29:48 +00:00
|
|
|
|
options ISP_DEFAULT_ROLES=0
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
|
|
|
|
|
#options SYM_SETUP_SCSI_DIFF #-HVD support for 825a, 875, 885
|
|
|
|
|
# disabled:0 (default), enabled:1
|
|
|
|
|
#options SYM_SETUP_PCI_PARITY #-PCI parity checking
|
|
|
|
|
# disabled:0, enabled:1 (default)
|
|
|
|
|
#options SYM_SETUP_MAX_LUN #-Number of LUNs supported
|
|
|
|
|
# default:8, range:[1..64]
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2003-02-25 20:59:23 +00:00
|
|
|
|
#
|
|
|
|
|
# Compaq "CISS" RAID controllers (SmartRAID 5* series)
|
|
|
|
|
# These controllers have a SCSI-like interface, and require the
|
|
|
|
|
# CAM infrastructure.
|
|
|
|
|
#
|
|
|
|
|
device ciss
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Intel Integrated RAID controllers.
|
|
|
|
|
# This driver was developed and is maintained by Intel. Contacts
|
|
|
|
|
# at Intel for this driver are
|
|
|
|
|
# "Kannanthanam, Boji T" <boji.t.kannanthanam@intel.com> and
|
|
|
|
|
# "Leubner, Achim" <achim.leubner@intel.com>.
|
|
|
|
|
#
|
|
|
|
|
device iir
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Mylex AcceleRAID and eXtremeRAID controllers with v6 and later
|
|
|
|
|
# firmware. These controllers have a SCSI-like interface, and require
|
|
|
|
|
# the CAM infrastructure.
|
|
|
|
|
#
|
|
|
|
|
device mly
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# Compaq Smart RAID, Mylex DAC960 and AMI MegaRAID controllers. Only
|
|
|
|
|
# one entry is needed; the code will find and configure all supported
|
|
|
|
|
# controllers.
|
|
|
|
|
#
|
|
|
|
|
device ida # Compaq Smart RAID
|
|
|
|
|
device mlx # Mylex DAC960
|
|
|
|
|
device amr # AMI MegaRAID
|
2009-05-10 00:00:25 +00:00
|
|
|
|
device amrp # SCSI Passthrough interface (optional, CAM req.)
|
2006-03-29 09:57:22 +00:00
|
|
|
|
device mfi # LSI MegaRAID SAS
|
2007-05-16 17:19:47 +00:00
|
|
|
|
device mfip # LSI MegaRAID SAS passthrough, requires CAM
|
2006-10-21 04:13:20 +00:00
|
|
|
|
options MFI_DEBUG
|
2014-09-04 21:06:33 +00:00
|
|
|
|
device mrsas # LSI/Avago MegaRAID SAS/SATA, 6Gb/s and 12Gb/s
|
2003-02-25 20:59:23 +00:00
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# 3ware ATA RAID
|
|
|
|
|
#
|
|
|
|
|
device twe # 3ware ATA RAID
|
|
|
|
|
|
2009-07-25 17:40:49 +00:00
|
|
|
|
#
|
|
|
|
|
# Serial ATA host controllers:
|
|
|
|
|
#
|
|
|
|
|
# ahci: Advanced Host Controller Interface (AHCI) compatible
|
2010-05-02 19:28:30 +00:00
|
|
|
|
# mvs: Marvell 88SX50XX/88SX60XX/88SX70XX/SoC controllers
|
2009-07-25 17:40:49 +00:00
|
|
|
|
# siis: SiliconImage SiI3124/SiI3132/SiI3531 controllers
|
2009-07-25 18:45:09 +00:00
|
|
|
|
#
|
|
|
|
|
# These drivers are part of cam(4) subsystem. They supersede less featured
|
|
|
|
|
# ata(4) subsystem drivers, supporting same hardware.
|
2009-07-25 17:40:49 +00:00
|
|
|
|
|
|
|
|
|
device ahci
|
2010-05-02 19:28:30 +00:00
|
|
|
|
device mvs
|
2009-07-25 17:40:49 +00:00
|
|
|
|
device siis
|
|
|
|
|
|
Finally!!
The much roumored replacement for our current IDE/ATA/ATAPI is
materialising in the CVS repositories around the globe.
So what does this bring us:
A new reengineered ATA/ATAPI subsystem, that tries to overcome
most of the deficiencies with the current drivers.
It supports PCI as well as ISA devices without all the hackery
in ide_pci.c to make PCI devices look like ISA counterparts.
It doesn't have the excessive wait problem on probe, in fact you
shouldn't notice any delay when your devices are getting probed.
Probing and attaching of devices are postponed until interrupts
are enabled (well almost, not finished yet for disks), making
things alot cleaner.
Improved performance, although DMA support is still WIP and not
in this pre alpha release, worldstone is faster with the new
driver compared to the old even with DMA.
So what does it take away:
There is NO support for old MFM/RLL/ESDI disks.
There is NO support for bad144, if your disk is bad, ditch it, it has
already outgrown its internal spare sectors, and is dying.
For you to try this out, you will have to modify your kernel config
file to use the "ata" controller instead of all wdc? entries.
example:
# for a PCI only system (most modern machines)
controller ata0
device atadisk0 # ATA disks
device atapicd0 # ATAPI CDROM's
device atapist0 # ATAPI tapes
#You should add the following on ISA systems:
controller ata1 at isa? port "IO_WD1" bio irq 14
controller ata2 at isa? port "IO_WD2" bio irq 15
You can leave it all in there, the system knows how to manage.
For now this driver reuses the device entries from the old system
(that will probably change later), but remember that disks are
now numbered in the sequence they are found (like the SCSI system)
not as absolute positions as the old system.
Although I have tested this on all the systems I can get my hands on,
there might very well be gremlins in there, so use AT YOU OWN RISK!!
This is still WIP, so there are lots of rough edges and unfinished
things in there, and what I have in my lab might look very different
from whats in CVS at any given time. So please have all eventual
changes go through me, or chances are they just dissapears...
I would very much like to hear from you, both good and bad news
are very welcome.
Enjoy!!
-Søren
1999-03-01 21:19:19 +00:00
|
|
|
|
#
|
2013-04-04 07:12:24 +00:00
|
|
|
|
# The 'ATA' driver supports all legacy ATA/ATAPI controllers, including
|
|
|
|
|
# PC Card devices. You only need one "device ata" for it to find all
|
2000-08-13 14:25:33 +00:00
|
|
|
|
# PCI and PC Card ATA/ATAPI devices on modern machines.
|
2009-10-26 10:35:16 +00:00
|
|
|
|
# Alternatively, individual bus and chipset drivers may be chosen by using
|
|
|
|
|
# the 'atacore' driver then selecting the drivers on a per vendor basis.
|
|
|
|
|
# For example to build a system which only supports a VIA chipset,
|
|
|
|
|
# omit 'ata' and include the 'atacore', 'atapci' and 'atavia' drivers.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ata
|
2009-10-26 10:35:16 +00:00
|
|
|
|
|
|
|
|
|
# Modular ATA
|
|
|
|
|
#device atacore # Core ATA functionality
|
2019-03-01 15:00:13 +00:00
|
|
|
|
#device atapccard # CARDBUS support
|
2009-10-26 10:35:16 +00:00
|
|
|
|
#device ataisa # ISA bus support
|
|
|
|
|
#device atapci # PCI bus support; only generic chipset support
|
|
|
|
|
|
|
|
|
|
# PCI ATA chipsets
|
|
|
|
|
#device ataacard # ACARD
|
|
|
|
|
#device ataacerlabs # Acer Labs Inc. (ALI)
|
|
|
|
|
#device ataamd # American Micro Devices (AMD)
|
|
|
|
|
#device ataati # ATI
|
|
|
|
|
#device atacenatek # Cenatek
|
|
|
|
|
#device atacypress # Cypress
|
|
|
|
|
#device atacyrix # Cyrix
|
|
|
|
|
#device atahighpoint # HighPoint
|
|
|
|
|
#device ataintel # Intel
|
|
|
|
|
#device ataite # Integrated Technology Inc. (ITE)
|
|
|
|
|
#device atajmicron # JMicron
|
|
|
|
|
#device atamarvell # Marvell
|
|
|
|
|
#device atamicron # Micron
|
|
|
|
|
#device atanational # National
|
|
|
|
|
#device atanetcell # NetCell
|
|
|
|
|
#device atanvidia # nVidia
|
|
|
|
|
#device atapromise # Promise
|
|
|
|
|
#device ataserverworks # ServerWorks
|
|
|
|
|
#device atasiliconimage # Silicon Image Inc. (SiI) (formerly CMD)
|
|
|
|
|
#device atasis # Silicon Integrated Systems Corp.(SiS)
|
|
|
|
|
#device atavia # VIA Technologies Inc.
|
|
|
|
|
|
2000-08-13 14:25:33 +00:00
|
|
|
|
#
|
|
|
|
|
# For older non-PCI, non-PnPBIOS systems, these are the hints lines to add:
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.ata.0.at="isa"
|
|
|
|
|
envvar hint.ata.0.port="0x1f0"
|
|
|
|
|
envvar hint.ata.0.irq="14"
|
|
|
|
|
envvar hint.ata.1.at="isa"
|
|
|
|
|
envvar hint.ata.1.port="0x170"
|
|
|
|
|
envvar hint.ata.1.irq="15"
|
2000-08-13 14:25:33 +00:00
|
|
|
|
|
1997-04-07 01:26:34 +00:00
|
|
|
|
#
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# uart: newbusified driver for serial interfaces. It consolidates the sio(4),
|
2003-09-07 03:45:48 +00:00
|
|
|
|
# sab(4) and zs(4) drivers.
|
2003-09-07 19:19:49 +00:00
|
|
|
|
#
|
2003-09-07 03:45:48 +00:00
|
|
|
|
device uart
|
|
|
|
|
|
2003-09-11 23:06:42 +00:00
|
|
|
|
# Options for uart(4)
|
|
|
|
|
options UART_PPS_ON_CTS # Do time pulse capturing using CTS
|
|
|
|
|
# instead of DCD.
|
2013-08-19 15:51:30 +00:00
|
|
|
|
options UART_POLL_FREQ # Set polling rate, used when hw has
|
|
|
|
|
# no interrupt support (50 Hz default).
|
2003-09-11 23:06:42 +00:00
|
|
|
|
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# The following hint should only be used for pure ISA devices. It is not
|
|
|
|
|
# needed otherwise. Use of hints is strongly discouraged.
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.uart.0.at="isa"
|
2003-09-07 03:45:48 +00:00
|
|
|
|
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# The following 3 hints are used when the UART is a system device (i.e., a
|
|
|
|
|
# console or debug port), but only on platforms that don't have any other
|
|
|
|
|
# means to pass the information to the kernel. The unit number of the hint
|
|
|
|
|
# is only used to bundle the hints together. There is no relation to the
|
|
|
|
|
# unit number of the probed UART.
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.uart.0.port="0x3f8"
|
|
|
|
|
envvar hint.uart.0.flags="0x10"
|
|
|
|
|
envvar hint.uart.0.baud="115200"
|
2003-09-07 03:45:48 +00:00
|
|
|
|
|
|
|
|
|
# `flags' for serial drivers that support consoles like sio(4) and uart(4):
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# 0x10 enable console support for this unit. Other console flags
|
|
|
|
|
# (if applicable) are ignored unless this is set. Enabling
|
|
|
|
|
# console support does not make the unit the preferred console.
|
|
|
|
|
# Boot with -h or set boot_serial=YES in the loader. For sio(4)
|
|
|
|
|
# specifically, the 0x20 flag can also be set (see above).
|
|
|
|
|
# Currently, at most one unit can have console support; the
|
|
|
|
|
# first one (in config file order) with this flag set is
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# preferred. Setting this flag for sio0 gives the old behavior.
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# 0x80 use this port for serial line gdb support in ddb. Also known
|
|
|
|
|
# as debug port.
|
1997-04-07 01:26:34 +00:00
|
|
|
|
#
|
|
|
|
|
|
2003-09-07 03:45:48 +00:00
|
|
|
|
# Options for serial drivers that support consoles:
|
2014-07-04 14:32:15 +00:00
|
|
|
|
options BREAK_TO_DEBUGGER # A BREAK/DBG on the console goes to
|
2003-09-07 19:19:49 +00:00
|
|
|
|
# ddb, if available.
|
1994-10-21 01:10:54 +00:00
|
|
|
|
|
2000-06-14 06:41:33 +00:00
|
|
|
|
# Solaris implements a new BREAK which is initiated by a character
|
|
|
|
|
# sequence CR ~ ^b which is similar to a familiar pattern used on
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# Sun servers by the Remote Console. There are FreeBSD extensions:
|
2008-05-22 18:19:49 +00:00
|
|
|
|
# CR ~ ^p requests force panic and CR ~ ^r requests a clean reboot.
|
2000-06-14 06:41:33 +00:00
|
|
|
|
options ALT_BREAK_TO_DEBUGGER
|
|
|
|
|
|
2006-03-30 18:39:24 +00:00
|
|
|
|
# Serial Communications Controller
|
2020-12-26 12:44:00 +00:00
|
|
|
|
# Supports the Freescale/NXP QUad Integrated and Zilog Z8530 multi-channel
|
|
|
|
|
# communications controllers.
|
2006-03-30 18:39:24 +00:00
|
|
|
|
device scc
|
|
|
|
|
|
2002-02-16 15:12:14 +00:00
|
|
|
|
# PCI Universal Communications driver
|
2006-04-28 21:21:53 +00:00
|
|
|
|
# Supports various multi port PCI I/O cards.
|
2002-02-16 15:12:14 +00:00
|
|
|
|
device puc
|
|
|
|
|
|
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
|
|
|
|
#
|
2009-12-16 16:24:32 +00:00
|
|
|
|
# MII bus support is required for many PCI Ethernet NICs,
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# namely those which use MII-compliant transceivers or implement
|
2009-12-16 16:24:32 +00:00
|
|
|
|
# transceiver control interfaces that operate like an MII. Adding
|
2011-11-01 16:13:59 +00:00
|
|
|
|
# "device miibus" to the kernel config pulls in support for the generic
|
|
|
|
|
# miibus API, the common support for for bit-bang'ing the MII and all
|
|
|
|
|
# of the PHY drivers, including a generic one for PHYs that aren't
|
|
|
|
|
# specifically handled by an individual driver. Support for specific
|
|
|
|
|
# PHYs may be built by adding "device mii", "device mii_bitbang" if
|
|
|
|
|
# needed by the NIC driver and then adding the appropriate PHY driver.
|
2009-12-16 16:24:32 +00:00
|
|
|
|
device mii # Minimal MII support
|
2011-11-01 16:13:59 +00:00
|
|
|
|
device mii_bitbang # Common module for bit-bang'ing the MII
|
|
|
|
|
device miibus # MII support w/ bit-bang'ing and all PHYs
|
2009-12-16 16:24:32 +00:00
|
|
|
|
|
|
|
|
|
device acphy # Altima Communications AC101
|
|
|
|
|
device amphy # AMD AM79c873 / Davicom DM910{1,2}
|
|
|
|
|
device atphy # Attansic/Atheros F1
|
|
|
|
|
device axphy # Asix Semiconductor AX88x9x
|
|
|
|
|
device bmtphy # Broadcom BCM5201/BCM5202 and 3Com 3c905C
|
2016-11-15 20:35:29 +00:00
|
|
|
|
device bnxt # Broadcom NetXtreme-C/NetXtreme-E
|
2009-12-16 16:24:32 +00:00
|
|
|
|
device brgphy # Broadcom BCM54xx/57xx 1000baseTX
|
2020-04-02 19:06:05 +00:00
|
|
|
|
device cgem # Cadence GEM Gigabit Ethernet
|
2009-12-16 16:24:32 +00:00
|
|
|
|
device ciphy # Cicada/Vitesse CS/VSC8xxx
|
|
|
|
|
device e1000phy # Marvell 88E1000 1000/100/10-BT
|
|
|
|
|
device gentbi # Generic 10-bit 1000BASE-{LX,SX} fiber ifaces
|
|
|
|
|
device icsphy # ICS ICS1889-1893
|
|
|
|
|
device ip1000phy # IC Plus IP1000A/IP1001
|
|
|
|
|
device jmphy # JMicron JMP211/JMP202
|
|
|
|
|
device lxtphy # Level One LXT-970
|
|
|
|
|
device nsgphy # NatSemi DP8361/DP83865/DP83891
|
|
|
|
|
device nsphy # NatSemi DP83840A
|
|
|
|
|
device nsphyter # NatSemi DP83843/DP83815
|
|
|
|
|
device pnaphy # HomePNA
|
|
|
|
|
device qsphy # Quality Semiconductor QS6612
|
2010-12-30 23:50:25 +00:00
|
|
|
|
device rdcphy # RDC Semiconductor R6040
|
2009-12-16 16:24:32 +00:00
|
|
|
|
device rgephy # RealTek 8169S/8110S/8211B/8211C
|
|
|
|
|
device rlphy # RealTek 8139
|
|
|
|
|
device rlswitch # RealTek 8305
|
|
|
|
|
device smcphy # SMSC LAN91C111
|
|
|
|
|
device tdkphy # TDK 89Q2120
|
|
|
|
|
device truephy # LSI TruePHY
|
|
|
|
|
device xmphy # XaQti XMAC II
|
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
|
|
|
|
|
2002-04-09 18:26:58 +00:00
|
|
|
|
# an: Aironet 4500/4800 802.11 wireless adapters. Supports the PCMCIA,
|
|
|
|
|
# PCI and ISA varieties.
|
2008-10-03 10:31:31 +00:00
|
|
|
|
# ae: Support for gigabit ethernet adapters based on the Attansic/Atheros
|
|
|
|
|
# L2 PCI-Express FastEthernet controllers.
|
2008-05-19 01:53:47 +00:00
|
|
|
|
# age: Support for gigabit ethernet adapters based on the Attansic/Atheros
|
|
|
|
|
# L1 PCI express gigabit ethernet controllers.
|
2009-06-10 02:07:58 +00:00
|
|
|
|
# alc: Support for Atheros AR8131/AR8132 PCIe ethernet controllers.
|
2008-11-12 09:52:06 +00:00
|
|
|
|
# ale: Support for Atheros AR8121/AR8113/AR8114 PCIe ethernet controllers.
|
2009-12-18 16:13:21 +00:00
|
|
|
|
# ath: Atheros a/b/g WiFi adapters (requires ath_hal and wlan)
|
2006-06-19 22:11:44 +00:00
|
|
|
|
# bce: Broadcom NetXtreme II (BCM5706/BCM5708) PCI/PCIe Gigabit Ethernet
|
|
|
|
|
# adapters.
|
|
|
|
|
# bfe: Broadcom BCM4401 Ethernet adapter.
|
2001-09-27 23:55:28 +00:00
|
|
|
|
# bge: Support for gigabit ethernet adapters based on the Broadcom
|
2002-01-27 01:00:16 +00:00
|
|
|
|
# BCM570x family of controllers, including the 3Com 3c996-T,
|
|
|
|
|
# the Netgear GA302T, the SysKonnect SK-9D21 and SK-9D41, and
|
|
|
|
|
# the embedded gigE NICs on Dell PowerEdge 2550 servers.
|
2016-11-15 20:35:29 +00:00
|
|
|
|
# bnxt: Broadcom NetXtreme-C and NetXtreme-E PCIe 10/25/50G Ethernet adapters.
|
2013-09-20 20:18:49 +00:00
|
|
|
|
# bxe: Broadcom NetXtreme II (BCM5771X/BCM578XX) PCIe 10Gb Ethernet
|
2011-03-14 22:42:41 +00:00
|
|
|
|
# adapters.
|
2009-08-29 01:34:42 +00:00
|
|
|
|
# bwi: Broadcom BCM430* and BCM431* family of wireless adapters.
|
2010-03-03 21:40:44 +00:00
|
|
|
|
# bwn: Broadcom BCM43xx family of wireless adapters.
|
2009-06-15 18:22:41 +00:00
|
|
|
|
# cas: Sun Cassini/Cassini+ and National Semiconductor DP83065 Saturn
|
2015-01-16 01:39:24 +00:00
|
|
|
|
# cxgb: Chelsio T3 based 1GbE/10GbE PCIe Ethernet adapters.
|
2016-12-29 01:11:57 +00:00
|
|
|
|
# cxgbe:Chelsio T4, T5, and T6-based 1/10/25/40/100GbE PCIe Ethernet
|
2016-12-28 18:42:43 +00:00
|
|
|
|
# adapters.
|
|
|
|
|
# cxgbev: Chelsio T4, T5, and T6-based PCIe Virtual Functions.
|
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
|
|
|
|
# dc: Support for PCI fast ethernet adapters based on the DEC/Intel 21143
|
|
|
|
|
# and various workalikes including:
|
|
|
|
|
# the ADMtek AL981 Comet and AN985 Centaur, the ASIX Electronics
|
|
|
|
|
# AX88140A and AX88141, the Davicom DM9100 and DM9102, the Lite-On
|
|
|
|
|
# 82c168 and 82c169 PNIC, the Lite-On/Macronix LC82C115 PNIC II
|
|
|
|
|
# and the Macronix 98713/98713A/98715/98715A/98725 PMAC. This driver
|
|
|
|
|
# replaces the old al, ax, dm, pn and mx drivers. List of brands:
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# Digital DE500-BA, Kingston KNE100TX, D-Link DFE-570TX, SOHOware SFA110,
|
|
|
|
|
# SVEC PN102-TX, CNet Pro110B, 120A, and 120B, Compex RL100-TX,
|
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
|
|
|
|
# LinkSys LNE100TX, LNE100TX V2.0, Jaton XpressNet, Alfa Inc GFC2204,
|
|
|
|
|
# KNE110TX.
|
2002-02-13 18:19:27 +00:00
|
|
|
|
# em: Intel Pro/1000 Gigabit Ethernet 82542, 82543, 82544 based 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
|
|
|
|
# fxp: Intel EtherExpress Pro/100B
|
2001-02-27 23:02:00 +00:00
|
|
|
|
# (hint of prefer_iomap can be done to prefer I/O instead of Mem mapping)
|
o Revert the part of if_gem.c rev. 1.35 which added a call to gem_stop()
to gem_attach() as the former access softc members not yet initialized
at that time and gem_reset() actually is enough to stop the chip. [1]
o Revise the use of gem_bitwait(); add bus_barrier() calls before calling
gem_bitwait() to ensure the respective bit has been written before we
starting polling on it and poll for the right bits to change, f.e. even
though we only reset RX we have to actually wait for both GEM_RESET_RX
and GEM_RESET_TX to clear. Add some additional gem_bitwait() calls in
places we've been missing them according to the GEM documentation.
Along with this some excessive DELAYs, which probably only were added
because of bugs in gem_bitwait() and its use in the first place, as
well as as have of an gem_bitwait() reimplementation in gem_reset_tx()
were removed.
o Add gem_reset_rxdma() and use it to deal with GEM_MAC_RX_OVERFLOW errors
more gracefully as unlike gem_init_locked() it resets the RX DMA engine
only, causing no link loss and the FIFOs not to be cleared. Also use it
deal with GEM_INTR_RX_TAG_ERR errors, with previously were unhandled.
This was based on information obtained from the Linux GEM and OpenSolaris
ERI drivers.
o Turn on workarounds for silicon bugs in the Apple GMAC variants.
This was based on information obtained from the Darwin GMAC and Linux GEM
drivers.
o Turn on "infinite" (i.e. maximum 31 * 64 bytes in length) DMA bursts.
This greatly improves especially RX performance.
o Optimize the RX path, this consists of:
- kicking the receiver as soon as we've a spare descriptor in gem_rint()
again instead of just once after all the ready ones have been handled;
- kicking the receiver the right way, i.e. as outlined in the GEM
documentation in batches of 4 and by pointing it to the descriptor
after the last valid one;
- calling gem_rint() before gem_tint() in gem_intr() as gem_tint() may
take quite a while;
- doubling the size of the RX ring to 256 descriptors.
Overall the RX performance of a GEM in a 1GHz Sun Fire V210 was improved
from ~100Mbit/s to ~850Mbit/s.
o In gem_add_rxbuf() don't assign the newly allocated mbuf to rxs_mbuf
before calling bus_dmamap_load_mbuf_sg(), if bus_dmamap_load_mbuf_sg()
fails we'll free the newly allocated mbuf, unable to recycle the
previous one but a NULL pointer dereference instead.
o In gem_init_locked() honor the return value of gem_meminit().
o Simplify gem_ringsize() and dont' return garbage in the default case.
Based on OpenBSD.
o Don't turn on MAC control, MIF and PCS interrupts unless GEM_DEBUG is
defined as we don't need/use these interrupts for operation.
o In gem_start_locked() sync the DMA maps of the descriptor rings before
every kick of the transmitter and not just once after enqueuing all
packets as the NIC might instantly start transmitting after we kicked
it the first time.
o Keep state of the link state and use it to enable or disable the MAC
in gem_mii_statchg() accordingly as well as to return early from
gem_start_locked() in case the link is down. [3]
o Initialize the maximum frame size to a sane value.
o In gem_mii_statchg() enable carrier extension if appropriate.
o Increment if_ierrors in case of an GEM_MAC_RX_OVERFLOW error and in
gem_eint(). [3]
o Handle IFF_ALLMULTI correctly; don't set it if we've turned promiscuous
group mode on and don't clear the flag if we've disabled promiscuous
group mode (these were mostly NOPs though). [2]
o Let gem_eint() also report GEM_INTR_PERR errors.
o Move setting sc_variant from gem_pci_probe() to gem_pci_attach() as
device probe methods are not supposed to touch the softc.
o Collapse sc_inited and sc_pci into bits for sc_flags.
o Add CTASSERTs ensuring that GEM_NRXDESC and GEM_NTXDESC are set to
legal values.
o Correctly set up for 802.3x flow control, though #ifdef out the code
that actually enables it as this needs more testing and mainly a proper
framework to support it.
o Correct and add some conversions from hard-coded functions names to
__func__ which were borked or forgotten in if_gem.c rev. 1.42.
o Use PCIR_BAR instead of a homegrown macro.
o Replace sc_enaddr[6] with sc_enaddr[ETHER_ADDR_LEN].
o In gem_pci_attach() in case attaching fails release the resources in
the opposite order they were allocated.
o Make gem_reset() static to if_gem.c as it's not needed outside that
module.
o Remove the GEM_GIGABIT flag and the associated code; GEM_GIGABIT was
never set and the associated code was in the wrong place.
o Remove sc_mif_config; it was only used to cache the contents of the
respective register within gem_attach().
o Remove the #ifdef'ed out NetBSD/OpenBSD code for establishing a suspend
hook as it will never be used on FreeBSD.
o Also probe Apple Intrepid 2 GMAC and Apple Shasta GMAC, add support for
Apple K2 GMAC. Based on OpenBSD.
o Add support for Sun GBE/P cards, or in other words actually add support
for cards based on GEM to gem(4). This mainly consists of adding support
for the TBI of these chips. Along with this the PHY selection code was
rewritten to hardcode the PHY number for certain configurations as for
example the PHY of the on-board ERI of Blade 1000 shows up twice causing
no link as the second incarnation is isolated.
These changes were ported from OpenBSD with some additional improvements
and modulo some bugs.
o Add code to if_gem_pci.c allowing to read the MAC-address from the VPD on
systems without Open Firmware.
This is an improved version of my variant of the respective code in
if_hme_pci.c
o Now that gem(4) is MI enable it for all archs.
Pointed out by: yongari [1]
Suggested by: rwatson [2], yongari [3]
Tested on: i386 (GEM), powerpc (GMACs by marcel and yongari),
sparc64 (ERI and GEM)
Reviewed by: yongari
Approved by: re (kensmith)
2007-09-26 21:14:18 +00:00
|
|
|
|
# gem: Apple GMAC/Sun ERI/Sun GEM
|
2008-05-27 01:54:45 +00:00
|
|
|
|
# jme: JMicron JMC260 Fast Ethernet/JMC250 Gigabit Ethernet based adapters.
|
2006-01-31 22:34:13 +00:00
|
|
|
|
# le: AMD Am7900 LANCE and Am79C9xx PCnet
|
2001-05-31 21:44:26 +00:00
|
|
|
|
# lge: Support for PCI gigabit ethernet adapters based on the Level 1
|
|
|
|
|
# LXT1001 NetCellerator chipset. This includes the D-Link DGE-500SX,
|
|
|
|
|
# SMC TigerCard 1000 (SMC9462SX), and some Addtron cards.
|
2017-09-12 23:36:58 +00:00
|
|
|
|
# lio: Support for Cavium 23XX Ethernet adapters
|
2011-05-01 13:26:34 +00:00
|
|
|
|
# malo: Marvell Libertas wireless NICs.
|
|
|
|
|
# mwl: Marvell 88W8363 802.11n wireless NICs.
|
2012-09-04 19:19:36 +00:00
|
|
|
|
# Requires the mwl firmware module
|
|
|
|
|
# mwlfw: Marvell 88W8363 firmware
|
2006-12-13 02:37:48 +00:00
|
|
|
|
# msk: Support for gigabit ethernet adapters based on the Marvell/SysKonnect
|
|
|
|
|
# Yukon II Gigabit controllers, including 88E8021, 88E8022, 88E8061,
|
|
|
|
|
# 88E8062, 88E8035, 88E8036, 88E8038, 88E8050, 88E8052, 88E8053,
|
|
|
|
|
# 88E8055, 88E8056 and D-Link 560T/550SX.
|
2019-05-08 12:28:11 +00:00
|
|
|
|
# mlxfw: Mellanox firmware update module.
|
2015-11-19 12:55:43 +00:00
|
|
|
|
# mlx5: Mellanox ConnectX-4 and ConnectX-4 LX IB and Eth shared code module.
|
|
|
|
|
# mlx5en:Mellanox ConnectX-4 and ConnectX-4 LX PCIe Ethernet adapters.
|
2002-10-17 15:32:03 +00:00
|
|
|
|
# my: Myson Fast Ethernet (MTD80X, MTD89X)
|
2001-05-11 19:56:39 +00:00
|
|
|
|
# nge: Support for PCI gigabit ethernet adapters based on the National
|
|
|
|
|
# Semiconductor DP83820 and DP83821 chipset. This includes the
|
|
|
|
|
# SMC EZ Card 1000 (SMC9462TX), D-Link DGE-500T, Asante FriendlyNet
|
2006-01-14 15:35:21 +00:00
|
|
|
|
# GigaNIX 1000TA and 1000TPC, the Addtron AEG320T, the Surecom
|
|
|
|
|
# EP-320G-TX and the Netgear GA622T.
|
2012-02-10 21:03:04 +00:00
|
|
|
|
# oce: Emulex 10 Gbit adapters (OneConnect Ethernet)
|
2009-12-18 16:13:21 +00:00
|
|
|
|
# ral: Ralink Technology IEEE 802.11 wireless adapter
|
2008-07-29 01:15:11 +00:00
|
|
|
|
# re: RealTek 8139C+/8169/816xS/811xS/8101E PCI/PCIe Ethernet adapter
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# rl: Support for PCI fast ethernet adapters based on the RealTek 8129/8139
|
|
|
|
|
# chipset. Note that the RealTek driver defaults to using programmed
|
|
|
|
|
# I/O to do register accesses because memory mapped mode seems to cause
|
|
|
|
|
# severe lockups on SMP hardware. This driver also supports the
|
|
|
|
|
# Accton EN1207D `Cheetah' adapter, which uses a chip called
|
|
|
|
|
# the MPX 5030/5038, which is either a RealTek in disguise or a
|
|
|
|
|
# RealTek workalike. Note that the D-Link DFE-530TX+ uses the RealTek
|
|
|
|
|
# chipset and is supported by this driver, not the 'vr' driver.
|
2016-05-27 03:30:42 +00:00
|
|
|
|
# rtwn: RealTek wireless adapters.
|
|
|
|
|
# rtwnfw: RealTek wireless firmware.
|
2010-04-14 20:45:33 +00:00
|
|
|
|
# sge: Silicon Integrated Systems SiS190/191 Fast/Gigabit Ethernet adapter
|
2000-12-03 18:43:41 +00:00
|
|
|
|
# sis: Support for NICs based on the Silicon Integrated Systems SiS 900,
|
|
|
|
|
# SiS 7016 and NS DP83815 PCI fast ethernet controller chips.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# sk: Support for the SysKonnect SK-984x series PCI gigabit ethernet NICs.
|
|
|
|
|
# This includes the SK-9841 and SK-9842 single port cards (single mode
|
|
|
|
|
# and multimode fiber) and the SK-9843 and SK-9844 dual port cards
|
|
|
|
|
# (also single mode and multimode).
|
|
|
|
|
# The driver will autodetect the number of ports on the card and
|
|
|
|
|
# attach each one as a separate network interface.
|
|
|
|
|
# ste: Sundance Technologies ST201 PCI fast ethernet controller, includes
|
|
|
|
|
# the D-Link DFE-550TX.
|
2006-07-25 00:45:55 +00:00
|
|
|
|
# stge: Support for gigabit ethernet adapters based on the Sundance/Tamarack
|
|
|
|
|
# TC9021 family of controllers, including the Sundance ST2021/ST2023,
|
|
|
|
|
# the Sundance/Tamarack TC9021, the D-Link DL-4000 and ASUS NX1101.
|
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
|
|
|
|
# ti: Support for PCI gigabit ethernet NICs based on the Alteon Networks
|
|
|
|
|
# Tigon 1 and Tigon 2 chipsets. This includes the Alteon AceNIC, the
|
2006-08-27 12:57:37 +00:00
|
|
|
|
# 3Com 3c985, the Netgear GA620 and various others. Note that you will
|
|
|
|
|
# probably want to bump up kern.ipc.nmbclusters a lot to use this driver.
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# vr: Support for various fast ethernet adapters based on the VIA
|
|
|
|
|
# Technologies VT3043 `Rhine I' and VT86C100A `Rhine II' chips,
|
2010-02-07 18:05:12 +00:00
|
|
|
|
# including the D-Link DFE520TX and D-Link DFE530TX (see 'rl' for
|
|
|
|
|
# DFE530TX+), the Hawking Technologies PN102TX, and the AOpen/Acer ALN-320.
|
2010-12-31 00:21:41 +00:00
|
|
|
|
# vte: DM&P Vortex86 RDC R6040 Fast Ethernet
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# xl: Support for the 3Com 3c900, 3c905, 3c905B and 3c905C (Fast)
|
|
|
|
|
# Etherlink XL cards and integrated controllers. This includes the
|
|
|
|
|
# integrated 3c905B-TX chips in certain Dell Optiplex and Dell
|
|
|
|
|
# Precision desktop machines and the integrated 3c905-TX chips
|
|
|
|
|
# in Dell Latitude laptop docking stations.
|
|
|
|
|
# Also supported: 3Com 3c980(C)-TX, 3Com 3cSOHO100-TX, 3Com 3c450-TX
|
|
|
|
|
|
2017-02-16 21:57:35 +00:00
|
|
|
|
# Order for ISA devices is important here
|
2002-04-09 18:26:58 +00:00
|
|
|
|
|
|
|
|
|
device an
|
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# PCI Ethernet NICs that use the common MII bus controller code.
|
2008-10-03 10:31:31 +00:00
|
|
|
|
device ae # Attansic/Atheros L2 FastEthernet
|
2008-05-19 01:53:47 +00:00
|
|
|
|
device age # Attansic/Atheros L1 Gigabit Ethernet
|
2009-06-10 02:07:58 +00:00
|
|
|
|
device alc # Atheros AR8131/AR8132 Ethernet
|
2008-11-12 09:52:06 +00:00
|
|
|
|
device ale # Atheros AR8121/AR8113/AR8114 Ethernet
|
2006-06-19 22:11:44 +00:00
|
|
|
|
device bce # Broadcom BCM5706/BCM5708 Gigabit Ethernet
|
|
|
|
|
device bfe # Broadcom BCM440x 10/100 Ethernet
|
|
|
|
|
device bge # Broadcom BCM570xx Gigabit Ethernet
|
2009-06-15 18:22:41 +00:00
|
|
|
|
device cas # Sun Cassini/Cassini+ and NS DP83065 Saturn
|
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 dc # DEC/Intel 21143 and various workalikes
|
2008-06-20 19:28:33 +00:00
|
|
|
|
device et # Agere ET1310 10/100/Gigabit Ethernet
|
2001-03-12 21:51:07 +00:00
|
|
|
|
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.fxp.0.prefer_iomap="0"
|
o Revert the part of if_gem.c rev. 1.35 which added a call to gem_stop()
to gem_attach() as the former access softc members not yet initialized
at that time and gem_reset() actually is enough to stop the chip. [1]
o Revise the use of gem_bitwait(); add bus_barrier() calls before calling
gem_bitwait() to ensure the respective bit has been written before we
starting polling on it and poll for the right bits to change, f.e. even
though we only reset RX we have to actually wait for both GEM_RESET_RX
and GEM_RESET_TX to clear. Add some additional gem_bitwait() calls in
places we've been missing them according to the GEM documentation.
Along with this some excessive DELAYs, which probably only were added
because of bugs in gem_bitwait() and its use in the first place, as
well as as have of an gem_bitwait() reimplementation in gem_reset_tx()
were removed.
o Add gem_reset_rxdma() and use it to deal with GEM_MAC_RX_OVERFLOW errors
more gracefully as unlike gem_init_locked() it resets the RX DMA engine
only, causing no link loss and the FIFOs not to be cleared. Also use it
deal with GEM_INTR_RX_TAG_ERR errors, with previously were unhandled.
This was based on information obtained from the Linux GEM and OpenSolaris
ERI drivers.
o Turn on workarounds for silicon bugs in the Apple GMAC variants.
This was based on information obtained from the Darwin GMAC and Linux GEM
drivers.
o Turn on "infinite" (i.e. maximum 31 * 64 bytes in length) DMA bursts.
This greatly improves especially RX performance.
o Optimize the RX path, this consists of:
- kicking the receiver as soon as we've a spare descriptor in gem_rint()
again instead of just once after all the ready ones have been handled;
- kicking the receiver the right way, i.e. as outlined in the GEM
documentation in batches of 4 and by pointing it to the descriptor
after the last valid one;
- calling gem_rint() before gem_tint() in gem_intr() as gem_tint() may
take quite a while;
- doubling the size of the RX ring to 256 descriptors.
Overall the RX performance of a GEM in a 1GHz Sun Fire V210 was improved
from ~100Mbit/s to ~850Mbit/s.
o In gem_add_rxbuf() don't assign the newly allocated mbuf to rxs_mbuf
before calling bus_dmamap_load_mbuf_sg(), if bus_dmamap_load_mbuf_sg()
fails we'll free the newly allocated mbuf, unable to recycle the
previous one but a NULL pointer dereference instead.
o In gem_init_locked() honor the return value of gem_meminit().
o Simplify gem_ringsize() and dont' return garbage in the default case.
Based on OpenBSD.
o Don't turn on MAC control, MIF and PCS interrupts unless GEM_DEBUG is
defined as we don't need/use these interrupts for operation.
o In gem_start_locked() sync the DMA maps of the descriptor rings before
every kick of the transmitter and not just once after enqueuing all
packets as the NIC might instantly start transmitting after we kicked
it the first time.
o Keep state of the link state and use it to enable or disable the MAC
in gem_mii_statchg() accordingly as well as to return early from
gem_start_locked() in case the link is down. [3]
o Initialize the maximum frame size to a sane value.
o In gem_mii_statchg() enable carrier extension if appropriate.
o Increment if_ierrors in case of an GEM_MAC_RX_OVERFLOW error and in
gem_eint(). [3]
o Handle IFF_ALLMULTI correctly; don't set it if we've turned promiscuous
group mode on and don't clear the flag if we've disabled promiscuous
group mode (these were mostly NOPs though). [2]
o Let gem_eint() also report GEM_INTR_PERR errors.
o Move setting sc_variant from gem_pci_probe() to gem_pci_attach() as
device probe methods are not supposed to touch the softc.
o Collapse sc_inited and sc_pci into bits for sc_flags.
o Add CTASSERTs ensuring that GEM_NRXDESC and GEM_NTXDESC are set to
legal values.
o Correctly set up for 802.3x flow control, though #ifdef out the code
that actually enables it as this needs more testing and mainly a proper
framework to support it.
o Correct and add some conversions from hard-coded functions names to
__func__ which were borked or forgotten in if_gem.c rev. 1.42.
o Use PCIR_BAR instead of a homegrown macro.
o Replace sc_enaddr[6] with sc_enaddr[ETHER_ADDR_LEN].
o In gem_pci_attach() in case attaching fails release the resources in
the opposite order they were allocated.
o Make gem_reset() static to if_gem.c as it's not needed outside that
module.
o Remove the GEM_GIGABIT flag and the associated code; GEM_GIGABIT was
never set and the associated code was in the wrong place.
o Remove sc_mif_config; it was only used to cache the contents of the
respective register within gem_attach().
o Remove the #ifdef'ed out NetBSD/OpenBSD code for establishing a suspend
hook as it will never be used on FreeBSD.
o Also probe Apple Intrepid 2 GMAC and Apple Shasta GMAC, add support for
Apple K2 GMAC. Based on OpenBSD.
o Add support for Sun GBE/P cards, or in other words actually add support
for cards based on GEM to gem(4). This mainly consists of adding support
for the TBI of these chips. Along with this the PHY selection code was
rewritten to hardcode the PHY number for certain configurations as for
example the PHY of the on-board ERI of Blade 1000 shows up twice causing
no link as the second incarnation is isolated.
These changes were ported from OpenBSD with some additional improvements
and modulo some bugs.
o Add code to if_gem_pci.c allowing to read the MAC-address from the VPD on
systems without Open Firmware.
This is an improved version of my variant of the respective code in
if_hme_pci.c
o Now that gem(4) is MI enable it for all archs.
Pointed out by: yongari [1]
Suggested by: rwatson [2], yongari [3]
Tested on: i386 (GEM), powerpc (GMACs by marcel and yongari),
sparc64 (ERI and GEM)
Reviewed by: yongari
Approved by: re (kensmith)
2007-09-26 21:14:18 +00:00
|
|
|
|
device gem # Apple GMAC/Sun ERI/Sun GEM
|
2008-07-29 01:15:11 +00:00
|
|
|
|
device jme # JMicron JMC250 Gigabit/JMC260 Fast Ethernet
|
2006-06-19 22:11:44 +00:00
|
|
|
|
device lge # Level 1 LXT1001 gigabit Ethernet
|
2019-05-08 12:28:11 +00:00
|
|
|
|
device mlxfw # Mellanox firmware update module
|
2015-11-19 12:55:43 +00:00
|
|
|
|
device mlx5 # Shared code module between IB and Ethernet
|
|
|
|
|
device mlx5en # Mellanox ConnectX-4 and ConnectX-4 LX
|
2008-07-29 01:15:11 +00:00
|
|
|
|
device msk # Marvell/SysKonnect Yukon II Gigabit Ethernet
|
2002-10-17 15:32:03 +00:00
|
|
|
|
device my # Myson Fast Ethernet (MTD80X, MTD89X)
|
2006-06-19 22:11:44 +00:00
|
|
|
|
device nge # NatSemi DP83820 gigabit Ethernet
|
2008-07-29 01:15:11 +00:00
|
|
|
|
device re # RealTek 8139C+/8169/8169S/8110S
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device rl # RealTek 8129/8139
|
2010-04-14 20:45:33 +00:00
|
|
|
|
device sge # Silicon Integrated Systems SiS190/191
|
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 sis # Silicon Integrated Systems SiS 900/SiS 7016
|
2006-06-19 22:11:44 +00:00
|
|
|
|
device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet
|
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 ste # Sundance ST201 (D-Link DFE-550TX)
|
2008-07-29 01:15:11 +00:00
|
|
|
|
device stge # Sundance/Tamarack TC9021 gigabit Ethernet
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
device vr # VIA Rhine, Rhine II
|
2010-12-31 00:21:41 +00:00
|
|
|
|
device vte # DM&P Vortex86 RDC R6040 Fast Ethernet
|
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 xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
|
|
|
|
|
|
2019-01-31 19:05:56 +00:00
|
|
|
|
# PCI/PCI-X/PCIe Ethernet NICs that use iflib infrastructure
|
|
|
|
|
device iflib
|
|
|
|
|
device em # Intel Pro/1000 Gigabit Ethernet
|
|
|
|
|
device ix # Intel Pro/10Gbe PCIE Ethernet
|
|
|
|
|
device ixv # Intel Pro/10Gbe PCIE Ethernet VF
|
|
|
|
|
|
Since this file is doc now, reorganize its structure.
Currently, many drivers support more than one bus of ISA, EISA, MCA,
PCI.
Before this commit, we had, for example, some SCSI devices listed more
than once, iirc, some up to three times (ISA/EISA, MCA, PCI).
Since now the "device" line is common for all of them and they only
differ for the hints stuff, I did the following:
First, list Busses: (E)ISA, MCA, PCI and explain, that only ISA
needs the hints stuff.
Move NIC/SCSI stuff, which were the only split sections, behind these
stuff. Describe all drivers only one time and list all supported
chips.
List all device (+ hints for ISA, if possible).
I've also added few additional supported chips to some drivers, xl for
example and some SCSI drivers.
Also, softupdates is no longer disabled by default, so the comment should
not say, it's not enabled by default due to license issues.
Approved by: asmodai
To come: include PAO devices (imp volunteered for help)
2000-07-09 12:34:53 +00:00
|
|
|
|
# PCI Ethernet NICs.
|
2016-08-19 18:45:42 +00:00
|
|
|
|
device cxgb # Chelsio T3 10 Gigabit Ethernet
|
|
|
|
|
device cxgb_t3fw # Chelsio T3 10 Gigabit Ethernet firmware
|
2016-12-29 01:11:57 +00:00
|
|
|
|
device cxgbe # Chelsio T4-T6 1/10/25/40/100 Gigabit Ethernet
|
|
|
|
|
device cxgbev # Chelsio T4-T6 Virtual Functions
|
2006-01-31 22:34:13 +00:00
|
|
|
|
device le # AMD Am7900 LANCE and Am79C9xx PCnet
|
2007-07-19 16:16:00 +00:00
|
|
|
|
device mxge # Myricom Myri-10G 10GbE NIC
|
2012-02-10 21:03:04 +00:00
|
|
|
|
device oce # Emulex 10 GbE (OneConnect Ethernet)
|
2008-05-17 23:50:00 +00:00
|
|
|
|
device ti # Alteon Networks Tigon I/II gigabit Ethernet
|
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
|
|
|
|
|
2009-12-18 16:13:21 +00:00
|
|
|
|
# PCI IEEE 802.11 Wireless NICs
|
|
|
|
|
device ath # Atheros pci/cardbus NIC's
|
|
|
|
|
device ath_hal # pci/cardbus chip support
|
|
|
|
|
#device ath_ar5210 # AR5210 chips
|
|
|
|
|
#device ath_ar5211 # AR5211 chips
|
|
|
|
|
#device ath_ar5212 # AR5212 chips
|
|
|
|
|
#device ath_rf2413
|
|
|
|
|
#device ath_rf2417
|
|
|
|
|
#device ath_rf2425
|
|
|
|
|
#device ath_rf5111
|
|
|
|
|
#device ath_rf5112
|
|
|
|
|
#device ath_rf5413
|
|
|
|
|
#device ath_ar5416 # AR5416 chips
|
The Atheros AR71xx CPUs, when paired with the AR5212 parts, has a bug
that generates a fatal bus trap. Normally, the chips are setup to do
128 byte DMA bursts, but when on this CPU, they can only safely due
4-byte DMA bursts due to this bug. Details of the exact nature of the
bug are sketchy, but some can be found at
https://forum.openwrt.org/viewtopic.php?pid=70060 on pages 4, 5 and 6.
There's a small performance penalty associated with this workaround,
so it is only enabled when needed on the Atheros AR71xx platforms.
Unfortunately, this condition is impossible to detect at runtime
without MIPS specific ifdefs. Rather than cast an overly-broad net
like Linux/OpenWRT dues (which enables this workaround all the time on
MIPS32 platforms), we put this option in the kernel for just the
affected machines. Sam didn't like this aspect of the patch when he
reviewed it, and I'd love to hear sane proposals on how to fix it :)
Reviewed by: sam@
2010-05-01 16:36:14 +00:00
|
|
|
|
# All of the AR5212 parts have a problem when paired with the AR71xx
|
|
|
|
|
# CPUS. These parts have a bug that triggers a fatal bus error on the AR71xx
|
|
|
|
|
# only. Details of the exact nature of the bug are sketchy, but some can be
|
|
|
|
|
# found at https://forum.openwrt.org/viewtopic.php?pid=70060 on pages 4, 5 and
|
|
|
|
|
# 6. This option enables this workaround. There is a performance penalty
|
|
|
|
|
# for this work around, but without it things don't work at all. The DMA
|
|
|
|
|
# from the card usually bursts 128 bytes, but on the affected CPUs, only
|
|
|
|
|
# 4 are safe.
|
|
|
|
|
options AH_RXCFG_SDMAMW_4BYTES
|
2009-12-18 16:13:21 +00:00
|
|
|
|
#device ath_ar9160 # AR9160 chips
|
|
|
|
|
#device ath_ar9280 # AR9280 chips
|
2010-03-29 17:09:04 +00:00
|
|
|
|
#device ath_ar9285 # AR9285 chips
|
2009-12-18 16:13:21 +00:00
|
|
|
|
device ath_rate_sample # SampleRate tx rate control for ath
|
|
|
|
|
device bwi # Broadcom BCM430* BCM431*
|
2010-03-03 21:40:44 +00:00
|
|
|
|
device bwn # Broadcom BCM43xx
|
2011-05-01 13:26:34 +00:00
|
|
|
|
device malo # Marvell Libertas wireless NICs.
|
|
|
|
|
device mwl # Marvell 88W8363 802.11n wireless NICs.
|
2012-09-04 19:19:36 +00:00
|
|
|
|
device mwlfw
|
2009-12-18 16:13:21 +00:00
|
|
|
|
device ral # Ralink Technology RT2500 wireless NICs.
|
2016-05-27 03:30:42 +00:00
|
|
|
|
device rtwn # Realtek wireless NICs
|
|
|
|
|
device rtwnfw
|
2009-12-18 16:13:21 +00:00
|
|
|
|
|
2011-11-08 18:23:02 +00:00
|
|
|
|
# Use sf_buf(9) interface for jumbo buffers on ti(4) controllers.
|
|
|
|
|
#options TI_SF_BUF_JUMBO
|
At long last, commit the zero copy sockets code.
MAKEDEV: Add MAKEDEV glue for the ti(4) device nodes.
ti.4: Update the ti(4) man page to include information on the
TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS kernel options,
and also include information about the new character
device interface and the associated ioctls.
man9/Makefile: Add jumbo.9 and zero_copy.9 man pages and associated
links.
jumbo.9: New man page describing the jumbo buffer allocator
interface and operation.
zero_copy.9: New man page describing the general characteristics of
the zero copy send and receive code, and what an
application author should do to take advantage of the
zero copy functionality.
NOTES: Add entries for ZERO_COPY_SOCKETS, TI_PRIVATE_JUMBOS,
TI_JUMBO_HDRSPLIT, MSIZE, and MCLSHIFT.
conf/files: Add uipc_jumbo.c and uipc_cow.c.
conf/options: Add the 5 options mentioned above.
kern_subr.c: Receive side zero copy implementation. This takes
"disposable" pages attached to an mbuf, gives them to
a user process, and then recycles the user's page.
This is only active when ZERO_COPY_SOCKETS is turned on
and the kern.ipc.zero_copy.receive sysctl variable is
set to 1.
uipc_cow.c: Send side zero copy functions. Takes a page written
by the user and maps it copy on write and assigns it
kernel virtual address space. Removes copy on write
mapping once the buffer has been freed by the network
stack.
uipc_jumbo.c: Jumbo disposable page allocator code. This allocates
(optionally) disposable pages for network drivers that
want to give the user the option of doing zero copy
receive.
uipc_socket.c: Add kern.ipc.zero_copy.{send,receive} sysctls that are
enabled if ZERO_COPY_SOCKETS is turned on.
Add zero copy send support to sosend() -- pages get
mapped into the kernel instead of getting copied if
they meet size and alignment restrictions.
uipc_syscalls.c:Un-staticize some of the sf* functions so that they
can be used elsewhere. (uipc_cow.c)
if_media.c: In the SIOCGIFMEDIA ioctl in ifmedia_ioctl(), avoid
calling malloc() with M_WAITOK. Return an error if
the M_NOWAIT malloc fails.
The ti(4) driver and the wi(4) driver, at least, call
this with a mutex held. This causes witness warnings
for 'ifconfig -a' with a wi(4) or ti(4) board in the
system. (I've only verified for ti(4)).
ip_output.c: Fragment large datagrams so that each segment contains
a multiple of PAGE_SIZE amount of data plus headers.
This allows the receiver to potentially do page
flipping on receives.
if_ti.c: Add zero copy receive support to the ti(4) driver. If
TI_PRIVATE_JUMBOS is not defined, it now uses the
jumbo(9) buffer allocator for jumbo receive buffers.
Add a new character device interface for the ti(4)
driver for the new debugging interface. This allows
(a patched version of) gdb to talk to the Tigon board
and debug the firmware. There are also a few additional
debugging ioctls available through this interface.
Add header splitting support to the ti(4) driver.
Tweak some of the default interrupt coalescing
parameters to more useful defaults.
Add hooks for supporting transmit flow control, but
leave it turned off with a comment describing why it
is turned off.
if_tireg.h: Change the firmware rev to 12.4.11, since we're really
at 12.4.11 plus fixes from 12.4.13.
Add defines needed for debugging.
Remove the ti_stats structure, it is now defined in
sys/tiio.h.
ti_fw.h: 12.4.11 firmware.
ti_fw2.h: 12.4.11 firmware, plus selected fixes from 12.4.13,
and my header splitting patches. Revision 12.4.13
doesn't handle 10/100 negotiation properly. (This
firmware is the same as what was in the tree previously,
with the addition of header splitting support.)
sys/jumbo.h: Jumbo buffer allocator interface.
sys/mbuf.h: Add a new external mbuf type, EXT_DISPOSABLE, to
indicate that the payload buffer can be thrown away /
flipped to a userland process.
socketvar.h: Add prototype for socow_setup.
tiio.h: ioctl interface to the character portion of the ti(4)
driver, plus associated structure/type definitions.
uio.h: Change prototype for uiomoveco() so that we'll know
whether the source page is disposable.
ufs_readwrite.c:Update for new prototype of uiomoveco().
vm_fault.c: In vm_fault(), check to see whether we need to do a page
based copy on write fault.
vm_object.c: Add a new function, vm_object_allocate_wait(). This
does the same thing that vm_object allocate does, except
that it gives the caller the opportunity to specify whether
it should wait on the uma_zalloc() of the object structre.
This allows vm objects to be allocated while holding a
mutex. (Without generating WITNESS warnings.)
vm_object_allocate() is implemented as a call to
vm_object_allocate_wait() with the malloc flag set to
M_WAITOK.
vm_object.h: Add prototype for vm_object_allocate_wait().
vm_page.c: Add page-based copy on write setup, clear and fault
routines.
vm_page.h: Add page based COW function prototypes and variable in
the vm_page structure.
Many thanks to Drew Gallatin, who wrote the zero copy send and receive
code, and to all the other folks who have tested and reviewed this code
over the years.
2002-06-26 03:37:47 +00:00
|
|
|
|
# Turn on the header splitting option for the ti(4) driver firmware. This
|
|
|
|
|
# only works for Tigon II chips, and has no effect for Tigon I chips.
|
2011-11-08 18:23:02 +00:00
|
|
|
|
# This option requires the TI_SF_BUF_JUMBO option above.
|
2011-11-08 23:19:22 +00:00
|
|
|
|
#options TI_JUMBO_HDRSPLIT
|
At long last, commit the zero copy sockets code.
MAKEDEV: Add MAKEDEV glue for the ti(4) device nodes.
ti.4: Update the ti(4) man page to include information on the
TI_JUMBO_HDRSPLIT and TI_PRIVATE_JUMBOS kernel options,
and also include information about the new character
device interface and the associated ioctls.
man9/Makefile: Add jumbo.9 and zero_copy.9 man pages and associated
links.
jumbo.9: New man page describing the jumbo buffer allocator
interface and operation.
zero_copy.9: New man page describing the general characteristics of
the zero copy send and receive code, and what an
application author should do to take advantage of the
zero copy functionality.
NOTES: Add entries for ZERO_COPY_SOCKETS, TI_PRIVATE_JUMBOS,
TI_JUMBO_HDRSPLIT, MSIZE, and MCLSHIFT.
conf/files: Add uipc_jumbo.c and uipc_cow.c.
conf/options: Add the 5 options mentioned above.
kern_subr.c: Receive side zero copy implementation. This takes
"disposable" pages attached to an mbuf, gives them to
a user process, and then recycles the user's page.
This is only active when ZERO_COPY_SOCKETS is turned on
and the kern.ipc.zero_copy.receive sysctl variable is
set to 1.
uipc_cow.c: Send side zero copy functions. Takes a page written
by the user and maps it copy on write and assigns it
kernel virtual address space. Removes copy on write
mapping once the buffer has been freed by the network
stack.
uipc_jumbo.c: Jumbo disposable page allocator code. This allocates
(optionally) disposable pages for network drivers that
want to give the user the option of doing zero copy
receive.
uipc_socket.c: Add kern.ipc.zero_copy.{send,receive} sysctls that are
enabled if ZERO_COPY_SOCKETS is turned on.
Add zero copy send support to sosend() -- pages get
mapped into the kernel instead of getting copied if
they meet size and alignment restrictions.
uipc_syscalls.c:Un-staticize some of the sf* functions so that they
can be used elsewhere. (uipc_cow.c)
if_media.c: In the SIOCGIFMEDIA ioctl in ifmedia_ioctl(), avoid
calling malloc() with M_WAITOK. Return an error if
the M_NOWAIT malloc fails.
The ti(4) driver and the wi(4) driver, at least, call
this with a mutex held. This causes witness warnings
for 'ifconfig -a' with a wi(4) or ti(4) board in the
system. (I've only verified for ti(4)).
ip_output.c: Fragment large datagrams so that each segment contains
a multiple of PAGE_SIZE amount of data plus headers.
This allows the receiver to potentially do page
flipping on receives.
if_ti.c: Add zero copy receive support to the ti(4) driver. If
TI_PRIVATE_JUMBOS is not defined, it now uses the
jumbo(9) buffer allocator for jumbo receive buffers.
Add a new character device interface for the ti(4)
driver for the new debugging interface. This allows
(a patched version of) gdb to talk to the Tigon board
and debug the firmware. There are also a few additional
debugging ioctls available through this interface.
Add header splitting support to the ti(4) driver.
Tweak some of the default interrupt coalescing
parameters to more useful defaults.
Add hooks for supporting transmit flow control, but
leave it turned off with a comment describing why it
is turned off.
if_tireg.h: Change the firmware rev to 12.4.11, since we're really
at 12.4.11 plus fixes from 12.4.13.
Add defines needed for debugging.
Remove the ti_stats structure, it is now defined in
sys/tiio.h.
ti_fw.h: 12.4.11 firmware.
ti_fw2.h: 12.4.11 firmware, plus selected fixes from 12.4.13,
and my header splitting patches. Revision 12.4.13
doesn't handle 10/100 negotiation properly. (This
firmware is the same as what was in the tree previously,
with the addition of header splitting support.)
sys/jumbo.h: Jumbo buffer allocator interface.
sys/mbuf.h: Add a new external mbuf type, EXT_DISPOSABLE, to
indicate that the payload buffer can be thrown away /
flipped to a userland process.
socketvar.h: Add prototype for socow_setup.
tiio.h: ioctl interface to the character portion of the ti(4)
driver, plus associated structure/type definitions.
uio.h: Change prototype for uiomoveco() so that we'll know
whether the source page is disposable.
ufs_readwrite.c:Update for new prototype of uiomoveco().
vm_fault.c: In vm_fault(), check to see whether we need to do a page
based copy on write fault.
vm_object.c: Add a new function, vm_object_allocate_wait(). This
does the same thing that vm_object allocate does, except
that it gives the caller the opportunity to specify whether
it should wait on the uma_zalloc() of the object structre.
This allows vm objects to be allocated while holding a
mutex. (Without generating WITNESS warnings.)
vm_object_allocate() is implemented as a call to
vm_object_allocate_wait() with the malloc flag set to
M_WAITOK.
vm_object.h: Add prototype for vm_object_allocate_wait().
vm_page.c: Add page-based copy on write setup, clear and fault
routines.
vm_page.h: Add page based COW function prototypes and variable in
the vm_page structure.
Many thanks to Drew Gallatin, who wrote the zero copy send and receive
code, and to all the other folks who have tested and reviewed this code
over the years.
2002-06-26 03:37:47 +00:00
|
|
|
|
|
2002-07-11 04:15:53 +00:00
|
|
|
|
# These two options allow manipulating the mbuf cluster size and mbuf size,
|
|
|
|
|
# respectively. Be very careful with NIC driver modules when changing
|
|
|
|
|
# these from their default values, because that can potentially cause a
|
|
|
|
|
# mismatch between the mbuf size assumed by the kernel and the mbuf size
|
|
|
|
|
# assumed by a module. The only driver that currently has the ability to
|
|
|
|
|
# detect a mismatch is ti(4).
|
|
|
|
|
options MCLSHIFT=12 # mbuf cluster shift in bits, 12 == 4KB
|
|
|
|
|
options MSIZE=512 # mbuf size in bytes
|
|
|
|
|
|
1999-01-01 08:09:58 +00:00
|
|
|
|
#
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# Sound drivers
|
1999-01-01 08:09:58 +00:00
|
|
|
|
#
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# sound: The generic sound driver.
|
1997-09-14 21:45:05 +00:00
|
|
|
|
#
|
2004-07-16 04:00:08 +00:00
|
|
|
|
|
|
|
|
|
device sound
|
|
|
|
|
|
|
|
|
|
#
|
|
|
|
|
# snd_*: Device-specific drivers.
|
1997-09-14 21:45:05 +00:00
|
|
|
|
#
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# The flags of the device tell the device a bit more info about the
|
2002-04-09 18:26:58 +00:00
|
|
|
|
# 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...).
|
|
|
|
|
#
|
2006-01-04 17:19:28 +00:00
|
|
|
|
# snd_ad1816: Analog Devices AD1816 ISA PnP/non-PnP.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_als4000: Avance Logic ALS4000 PCI.
|
2005-11-29 05:31:46 +00:00
|
|
|
|
# snd_atiixp: ATI IXP 200/300/400 PCI.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_cmi: CMedia CMI8338/CMI8738 PCI.
|
|
|
|
|
# snd_cs4281: Crystal Semiconductor CS4281 PCI.
|
|
|
|
|
# snd_csa: Crystal Semiconductor CS461x/428x PCI. (except
|
|
|
|
|
# 4281)
|
|
|
|
|
# snd_ds1: Yamaha DS-1 PCI.
|
|
|
|
|
# snd_emu10k1: Creative EMU10K1 PCI and EMU10K2 (Audigy) PCI.
|
2006-07-15 20:22:40 +00:00
|
|
|
|
# snd_emu10kx: Creative SoundBlaster Live! and Audigy
|
2006-09-30 17:59:08 +00:00
|
|
|
|
# snd_envy24: VIA Envy24 and compatible, needs snd_spicds.
|
|
|
|
|
# snd_envy24ht: VIA Envy24HT and compatible, needs snd_spicds.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_es137x: Ensoniq AudioPCI ES137x PCI.
|
2005-10-07 06:32:11 +00:00
|
|
|
|
# snd_ess: Ensoniq ESS ISA PnP/non-PnP, to be used in
|
|
|
|
|
# conjunction with snd_sbc.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_fm801: Forte Media FM801 PCI.
|
|
|
|
|
# snd_gusc: Gravis UltraSound ISA PnP/non-PnP.
|
2006-10-01 14:56:10 +00:00
|
|
|
|
# snd_hda: Intel High Definition Audio (Controller) and
|
|
|
|
|
# compatible.
|
2012-03-01 13:10:18 +00:00
|
|
|
|
# snd_hdspe: RME HDSPe AIO and RayDAT.
|
2009-01-06 14:57:39 +00:00
|
|
|
|
# snd_ich: Intel ICH AC'97 and some more audio controllers
|
2006-01-14 13:22:12 +00:00
|
|
|
|
# embedded in a chipset, for example nVidia
|
|
|
|
|
# nForce controllers.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_maestro: ESS Technology Maestro-1/2x PCI.
|
|
|
|
|
# snd_maestro3: ESS Technology Maestro-3/Allegro PCI.
|
|
|
|
|
# snd_mss: Microsoft Sound System ISA PnP/non-PnP.
|
|
|
|
|
# snd_neomagic: Neomagic 256 AV/ZX PCI.
|
|
|
|
|
# snd_sb16: Creative SoundBlaster16, to be used in
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# conjunction with snd_sbc.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_sb8: Creative SoundBlaster (pre-16), to be used in
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# conjunction with snd_sbc.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_sbc: Creative SoundBlaster ISA PnP/non-PnP.
|
|
|
|
|
# Supports ESS and Avance ISA chips as well.
|
|
|
|
|
# snd_solo: ESS Solo-1x PCI.
|
2011-07-15 19:02:44 +00:00
|
|
|
|
# snd_spicds: SPI codec driver, needed by Envy24/Envy24HT drivers.
|
2006-01-14 13:22:12 +00:00
|
|
|
|
# snd_t4dwave: Trident 4DWave DX/NX PCI, Sis 7018 PCI and Acer Labs
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# M5451 PCI.
|
2011-07-15 19:02:44 +00:00
|
|
|
|
# snd_uaudio: USB audio.
|
2004-07-16 04:00:08 +00:00
|
|
|
|
# snd_via8233: VIA VT8233x PCI.
|
|
|
|
|
# snd_via82c686: VIA VT82C686A PCI.
|
|
|
|
|
# snd_vibes: S3 Sonicvibes PCI.
|
|
|
|
|
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_ad1816
|
|
|
|
|
device snd_als4000
|
2005-11-29 05:31:46 +00:00
|
|
|
|
device snd_atiixp
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_cmi
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_cs4281
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_csa
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_ds1
|
|
|
|
|
device snd_emu10k1
|
2006-07-15 20:22:40 +00:00
|
|
|
|
device snd_emu10kx
|
2006-07-28 21:20:00 +00:00
|
|
|
|
device snd_envy24
|
2006-09-30 17:59:08 +00:00
|
|
|
|
device snd_envy24ht
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_es137x
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_ess
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_fm801
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_gusc
|
2006-10-01 14:56:10 +00:00
|
|
|
|
device snd_hda
|
2012-03-01 13:10:18 +00:00
|
|
|
|
device snd_hdspe
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_ich
|
|
|
|
|
device snd_maestro
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_maestro3
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_mss
|
|
|
|
|
device snd_neomagic
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_sb16
|
|
|
|
|
device snd_sb8
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_sbc
|
|
|
|
|
device snd_solo
|
2006-09-30 17:59:08 +00:00
|
|
|
|
device snd_spicds
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_t4dwave
|
2011-07-15 19:02:44 +00:00
|
|
|
|
device snd_uaudio
|
2004-08-30 23:03:58 +00:00
|
|
|
|
device snd_via8233
|
|
|
|
|
device snd_via82c686
|
2004-07-16 04:00:08 +00:00
|
|
|
|
device snd_vibes
|
|
|
|
|
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# For non-PnP sound cards:
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.pcm.0.at="isa"
|
|
|
|
|
envvar hint.pcm.0.irq="10"
|
|
|
|
|
envvar hint.pcm.0.drq="1"
|
|
|
|
|
envvar hint.pcm.0.flags="0x0"
|
|
|
|
|
envvar hint.sbc.0.at="isa"
|
|
|
|
|
envvar hint.sbc.0.port="0x220"
|
|
|
|
|
envvar hint.sbc.0.irq="5"
|
|
|
|
|
envvar hint.sbc.0.drq="1"
|
|
|
|
|
envvar hint.sbc.0.flags="0x15"
|
|
|
|
|
envvar hint.gusc.0.at="isa"
|
|
|
|
|
envvar hint.gusc.0.port="0x220"
|
|
|
|
|
envvar hint.gusc.0.irq="5"
|
|
|
|
|
envvar hint.gusc.0.drq="1"
|
|
|
|
|
envvar hint.gusc.0.flags="0x13"
|
2002-04-09 18:26:58 +00:00
|
|
|
|
|
2009-06-08 04:39:47 +00:00
|
|
|
|
#
|
|
|
|
|
# Following options are intended for debugging/testing purposes:
|
|
|
|
|
#
|
|
|
|
|
# SND_DEBUG Enable extra debugging code that includes
|
|
|
|
|
# sanity checking and possible increase of
|
|
|
|
|
# verbosity.
|
|
|
|
|
#
|
2012-02-22 15:05:19 +00:00
|
|
|
|
# SND_DIAGNOSTIC Similar in a spirit of INVARIANTS/DIAGNOSTIC,
|
2009-06-08 04:39:47 +00:00
|
|
|
|
# zero tolerance against inconsistencies.
|
|
|
|
|
#
|
|
|
|
|
# SND_FEEDER_MULTIFORMAT By default, only 16/32 bit feeders are compiled
|
|
|
|
|
# in. This options enable most feeder converters
|
|
|
|
|
# except for 8bit. WARNING: May bloat the kernel.
|
|
|
|
|
#
|
|
|
|
|
# SND_FEEDER_FULL_MULTIFORMAT Ditto, but includes 8bit feeders as well.
|
|
|
|
|
#
|
|
|
|
|
# SND_FEEDER_RATE_HP (feeder_rate) High precision 64bit arithmetic
|
|
|
|
|
# as much as possible (the default trying to
|
|
|
|
|
# avoid it). Possible slowdown.
|
|
|
|
|
#
|
|
|
|
|
# SND_PCM_64 (Only applicable for i386/32bit arch)
|
|
|
|
|
# Process 32bit samples through 64bit
|
|
|
|
|
# integer/arithmetic. Slight increase of dynamic
|
|
|
|
|
# range at a cost of possible slowdown.
|
|
|
|
|
#
|
|
|
|
|
# SND_OLDSTEREO Only 2 channels are allowed, effectively
|
|
|
|
|
# disabling multichannel processing.
|
|
|
|
|
#
|
|
|
|
|
options SND_DEBUG
|
|
|
|
|
options SND_DIAGNOSTIC
|
|
|
|
|
options SND_FEEDER_MULTIFORMAT
|
|
|
|
|
options SND_FEEDER_FULL_MULTIFORMAT
|
|
|
|
|
options SND_FEEDER_RATE_HP
|
|
|
|
|
options SND_PCM_64
|
|
|
|
|
options SND_OLDSTEREO
|
|
|
|
|
|
2003-02-25 20:59:23 +00:00
|
|
|
|
#
|
|
|
|
|
# PC Card/PCMCIA and Cardbus
|
|
|
|
|
#
|
2007-09-19 18:12:44 +00:00
|
|
|
|
# cbb: pci/cardbus bridge implementing YENTA interface
|
2003-02-25 20:59:23 +00:00
|
|
|
|
# pccard: pccard slots
|
|
|
|
|
# cardbus: cardbus slots
|
|
|
|
|
device cbb
|
|
|
|
|
device pccard
|
|
|
|
|
device cardbus
|
|
|
|
|
|
2007-09-19 18:12:44 +00:00
|
|
|
|
#
|
|
|
|
|
# MMC/SD
|
|
|
|
|
#
|
2008-10-21 20:33:40 +00:00
|
|
|
|
# mmc MMC/SD bus
|
|
|
|
|
# mmcsd MMC/SD memory card
|
|
|
|
|
# sdhci Generic PCI SD Host Controller
|
2020-11-24 21:28:44 +00:00
|
|
|
|
# rtsx Realtek SD card reader (RTS5209, RTS5227, ...)
|
2008-10-21 20:33:40 +00:00
|
|
|
|
device mmc
|
|
|
|
|
device mmcsd
|
|
|
|
|
device sdhci
|
2020-11-24 21:28:44 +00:00
|
|
|
|
device rtsx
|
2007-09-19 18:12:44 +00:00
|
|
|
|
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
|
|
|
|
# SMB bus
|
|
|
|
|
#
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# System Management Bus support is provided by the 'smbus' device.
|
|
|
|
|
# Access to the SMBus device is via the 'smb' device (/dev/smb*),
|
|
|
|
|
# which is a child of the 'smbus' device.
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
2005-12-21 15:49:51 +00:00
|
|
|
|
# smb standard I/O through /dev/smb*
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-10-06 00:09:46 +00:00
|
|
|
|
# Supported SMB interfaces:
|
|
|
|
|
# iicsmb I2C to SMB bridge with any iicbus interface
|
2002-04-09 18:26:58 +00:00
|
|
|
|
# intpm Intel PIIX4 (82371AB, 82443MX) Power Management Unit
|
|
|
|
|
# alpm Acer Aladdin-IV/V/Pro2 Power Management Unit
|
|
|
|
|
# ichsmb Intel ICH SMBus controller chips (82801AA, 82801AB, 82801BA)
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# viapm VIA VT82C586B/596B/686A and VT8233 Power Management Unit
|
2002-08-23 08:00:31 +00:00
|
|
|
|
# amdpm AMD 756 Power Management Unit
|
2005-12-21 15:49:51 +00:00
|
|
|
|
# amdsmb AMD 8111 SMBus 2.0 Controller
|
2002-09-21 21:43:49 +00:00
|
|
|
|
# nfpm NVIDIA nForce Power Management Unit
|
2005-12-21 15:49:51 +00:00
|
|
|
|
# nfsmb NVIDIA nForce2/3/4 MCP SMBus 2.0 Controller
|
2014-05-20 19:55:06 +00:00
|
|
|
|
# ismt Intel SMBus 2.0 controller chips (on Atom S1200, C2000)
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device smbus # Bus support, required for smb below.
|
2000-10-06 00:09:46 +00:00
|
|
|
|
|
2002-04-09 18:26:58 +00:00
|
|
|
|
device intpm
|
|
|
|
|
device alpm
|
|
|
|
|
device ichsmb
|
|
|
|
|
device viapm
|
2002-09-21 21:43:49 +00:00
|
|
|
|
device amdpm
|
2005-12-21 15:49:51 +00:00
|
|
|
|
device amdsmb
|
2002-09-21 21:43:49 +00:00
|
|
|
|
device nfpm
|
2005-12-21 15:49:51 +00:00
|
|
|
|
device nfsmb
|
2014-05-20 19:55:06 +00:00
|
|
|
|
device ismt
|
2002-04-09 18:26:58 +00:00
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device smb
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
2016-10-22 08:00:46 +00:00
|
|
|
|
# SMBus peripheral devices
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2018-02-22 23:18:46 +00:00
|
|
|
|
# jedec_dimm Asset and temperature reporting for DDR3 and DDR4 DIMMs
|
2016-10-22 08:00:46 +00:00
|
|
|
|
#
|
2018-02-22 23:18:46 +00:00
|
|
|
|
device jedec_dimm
|
2016-10-22 08:00:46 +00:00
|
|
|
|
|
1998-09-03 20:58:34 +00:00
|
|
|
|
# I2C Bus
|
|
|
|
|
#
|
|
|
|
|
# Philips i2c bus support is provided by the `iicbus' device.
|
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
|
|
|
|
# ic i2c network interface
|
|
|
|
|
# iic i2c standard io
|
1998-09-17 21:54:17 +00:00
|
|
|
|
# iicsmb i2c to smb bridge. Allow i2c i/o with smb commands.
|
2012-03-27 10:44:32 +00:00
|
|
|
|
# iicoc simple polling driver for OpenCores I2C controller
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
1998-11-01 18:41:21 +00:00
|
|
|
|
# Other:
|
2020-03-01 20:37:42 +00:00
|
|
|
|
# iicbb generic I2C bit-banging code (needed by lpbb)
|
1998-09-03 20:58:34 +00:00
|
|
|
|
#
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device iicbus # Bus support, required for ic/iic/iicsmb below.
|
2019-12-26 02:22:38 +00:00
|
|
|
|
device iicbb # bitbang driver; implements i2c on a pair of gpio pins
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ic
|
2019-12-26 02:22:38 +00:00
|
|
|
|
device iic # userland access to i2c slave devices via ioctl(8)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device iicsmb # smb over i2c bridge
|
2012-03-27 10:44:32 +00:00
|
|
|
|
device iicoc # OpenCores I2C controller support
|
1998-09-03 20:58:34 +00:00
|
|
|
|
|
Add support for i2c bus mux hardware.
An i2c bus can be divided into segments which can be selectively connected
and disconnected from the main bus. This is usually done to enable using
multiple slave devices having the same address, by isolating the devices
onto separate bus segments, only one of which is connected to the main bus
at once.
There are several types of i2c bus muxes, which break down into two general
categories...
- Muxes which are themselves i2c slaves. These devices respond to i2c
commands on their upstream bus, and based on those commands, connect
various downstream buses to the upstream. In newbus terms, they are both
a child of an iicbus and the parent of one or more iicbus instances.
- Muxes which are not i2c devices themselves. Such devices are part of the
i2c bus electrically, but in newbus terms their parent is some other
bus. The association with the upstream bus must be established by
separate metadata (such as FDT data).
In both cases, the mux driver has one or more iicbus child instances
representing the downstream buses. The mux driver implements the iicbus_if
interface, as if it were an iichb host bridge/i2c controller driver. It
services the IO requests sent to it by forwarding them to the iicbus
instance representing the upstream bus, after electrically connecting the
upstream bus to the downstream bus that hosts the i2c slave device which
made the IO request.
The net effect is automatic mux switching which is transparent to slaves on
the downstream buses. They just do i2c IO they way they normally do, and the
bus is electrically connected for the duration of the IO and then idled when
it is complete.
The existing iicbus_if callback() method is enhanced so that the parameter
passed to it can be a struct which contains a device_t for the requesting
bus and slave devices. This change is done by adding a flag that indicates
the extra values are present, and making the flags field the first field of
a new args struct. If the flag is set, the iichb or mux driver can recast
the pointer-to-flags into a pointer-to-struct and access the extra
fields. Thus abi compatibility with older drivers is retained (but a mux
cannot exist on the bus with the older iicbus driver in use.)
A new set of core support routines exists in iicbus.c. This code will help
implement mux drivers for any type of mux hardware by supplying all the
boilerplate code that forwards IO requests upstream. It also has code for
parsing metadata and instantiating the child iicbus instances based on it.
Two new hardware mux drivers are added. The ltc430x driver supports the
LTC4305/4306 mux chips which are controlled via i2c commands. The
iic_gpiomux driver supports any mux hardware which is controlled by
manipulating the state of one or more gpio pins. Test Plan
Tested locally using a variety of mux'd bus configurations involving both
ltc4305 and a homebrew gpio-controlled mux. Tested configurations included
cascaded muxes (unlikely in the real world, but useful to prove that 'it all
just works' in terms of the automatic switching and upstream forwarding of
IO requests).
2020-01-02 17:51:49 +00:00
|
|
|
|
# I2C bus multiplexer (mux) devices
|
|
|
|
|
device iicmux # i2c mux core driver
|
|
|
|
|
device iic_gpiomux # i2c mux hardware controlled via gpio pins
|
|
|
|
|
device ltc430x # LTC4305 and LTC4306 i2c mux chips
|
|
|
|
|
|
2008-09-08 10:40:48 +00:00
|
|
|
|
# I2C peripheral devices
|
|
|
|
|
#
|
2019-06-23 17:39:13 +00:00
|
|
|
|
device ad7418 # Analog Devices temp and voltage sensor
|
2019-08-05 15:56:44 +00:00
|
|
|
|
device ads111x # Texas Instruments ADS101x and ADS111x ADCs
|
2017-07-30 00:24:15 +00:00
|
|
|
|
device ds1307 # Dallas DS1307 RTC and compatible
|
Add a new driver, ds13rtc, that handles all DS13xx series i2c RTC chips.
This driver supports only basic timekeeping functionality. It completely
replaces the ds133x driver. It can also replace the ds1374 driver, but that
will take a few other changes in MIPS code and config, and will be committed
separately. It does NOT replace the existing ds1307 driver, which provides
access to some of the extended features on the 1307 chip, such as controlling
the square wave output signal. If both ds1307 and ds13rtc drivers are
present, the ds1307 driver will outbid and win control of the device.
This driver can be configured with FDT data, or by using hints on non-FDT
systems. In addition to the standard hints for i2c devices, it requires
a "chiptype" string of the form "dallas,ds13xx" where 'xx' is the chip id
(i.e., the same format as FDT compat strings).
2017-08-13 21:02:40 +00:00
|
|
|
|
device ds13rtc # All Dallas/Maxim ds13xx chips
|
2017-07-30 00:24:15 +00:00
|
|
|
|
device ds1672 # Dallas DS1672 RTC
|
|
|
|
|
device ds3231 # Dallas DS3231 RTC + temperature
|
|
|
|
|
device icee # AT24Cxxx and compatible EEPROMs
|
2019-06-23 17:39:13 +00:00
|
|
|
|
device isl12xx # Intersil ISL12xx RTC
|
2017-07-30 00:24:15 +00:00
|
|
|
|
device lm75 # LM75 compatible temperature sensor
|
|
|
|
|
device nxprtc # NXP RTCs: PCA/PFC212x PCA/PCF85xx
|
2019-06-23 17:39:13 +00:00
|
|
|
|
device rtc8583 # Epson RTC-8583
|
2017-07-30 00:24:15 +00:00
|
|
|
|
device s35390a # Seiko Instruments S-35390A RTC
|
2019-06-23 17:39:13 +00:00
|
|
|
|
device sy8106a # Silergy Corp. SY8106A buck regulator
|
|
|
|
|
device syr827 # Silergy Corp. DC/DC regulator
|
2008-09-08 10:40:48 +00:00
|
|
|
|
|
1997-08-14 14:03:27 +00:00
|
|
|
|
# Parallel-Port Bus
|
|
|
|
|
#
|
|
|
|
|
# Parallel port bus support is provided by the `ppbus' device.
|
|
|
|
|
# Multiple devices may be attached to the parallel port, devices
|
|
|
|
|
# are automatically probed and attached when found.
|
|
|
|
|
#
|
|
|
|
|
# Supported devices:
|
1999-02-14 12:00:00 +00:00
|
|
|
|
# lpt Parallel Printer
|
1998-08-03 19:14:33 +00:00
|
|
|
|
# plip Parallel network interface
|
1999-02-14 12:00:00 +00:00
|
|
|
|
# ppi General-purpose I/O ("Geek Port") + IEEE1284 I/O
|
1998-09-17 21:54:17 +00:00
|
|
|
|
# pps Pulse per second Timing Interface
|
1998-11-01 18:41:21 +00:00
|
|
|
|
# lpbb Philips official parallel port I2C bit-banging interface
|
2009-02-08 12:12:19 +00:00
|
|
|
|
# pcfclock Parallel port clock driver.
|
1997-08-14 14:03:27 +00:00
|
|
|
|
#
|
|
|
|
|
# Supported interfaces:
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# ppc ISA-bus parallel port interfaces.
|
1997-08-14 14:03:27 +00:00
|
|
|
|
#
|
1999-01-23 17:06:01 +00:00
|
|
|
|
|
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 PPC_PROBE_CHIPSET # Enable chipset specific detection
|
2000-01-14 00:18:06 +00:00
|
|
|
|
# (see flags in ppc(4))
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DEBUG_1284 # IEEE1284 signaling protocol debug
|
2003-01-01 18:49:04 +00:00
|
|
|
|
options PERIPH_1284 # Makes your computer act as an IEEE1284
|
1999-01-23 17:06:01 +00:00
|
|
|
|
# compliant peripheral
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DONTPROBE_1284 # Avoid boot detection of PnP parallel devices
|
|
|
|
|
options LPT_DEBUG # Printer driver debug
|
|
|
|
|
options PPC_DEBUG # Parallel chipset level debug
|
|
|
|
|
options PLIP_DEBUG # Parallel network IP interface debug
|
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 PCFCLOCK_VERBOSE # Verbose pcfclock driver
|
|
|
|
|
options PCFCLOCK_MAX_RETRIES=5 # Maximum read tries (default 10)
|
1999-01-23 17:06:01 +00:00
|
|
|
|
|
Borrow phk's axe and apply the next stage of config(8)'s evolution.
Use Warner Losh's "hint" driver to decode ascii strings to fill the
resource table at boot time.
config(8) no longer generates an ioconf.c table - ie: the configuration
no longer has to be compiled into the kernel. You can reconfigure your
isa devices with the likes of this at loader(8) time:
set hint.ed.0.port=0x320
userconfig will be rewritten to use this style interface one day and will
move to /boot/userconfig.4th or something like that.
It is still possible to statically compile in a set of hints into a kernel
if you do not wish to use loader(8). See the "hints" directive in GENERIC
as an example.
All device wiring has been moved out of config(8). There is a set of
helper scripts (see i386/conf/gethints.pl, and the same for alpha and pc98)
that extract the 'at isa? port foo irq bar' from the old files and produces
a hints file. If you install this file as /boot/device.hints (and update
/boot/defaults/loader.conf - You can do a build/install in sys/boot) then
loader will load it automatically for you. You can also compile in the
hints directly with: hints "device.hints" as well.
There are a few things that I'm not too happy with yet. Under this scheme,
things like LINT would no longer be useful as "documentation" of settings.
I have renamed this file to 'NOTES' and stored the example hints strings
in it. However... this is not something that config(8) understands, so
there is a script that extracts the build-specific data from the
documentation file (NOTES) to produce a LINT that can be config'ed and
built. A stack of man4 pages will need updating. :-/
Also, since there is no longer a difference between 'device' and
'pseudo-device' I collapsed the two together, and the resulting 'device'
takes a 'number of units' for devices that still have it statically
allocated. eg: 'device fe 4' will compile the fe driver with NFE set
to 4. You can then set hints for 4 units (0 - 3). Also note that
'device fe0' will be interpreted as "zero units of 'fe'" which would be
bad, so there is a config warning for this. This is only needed for
old drivers that still have static limits on numbers of units.
All the statically limited drivers that I could find were marked.
Please exercise EXTREME CAUTION when transitioning!
Moral support by: phk, msmith, dfr, asmodai, imp, and others
2000-06-13 22:28:50 +00:00
|
|
|
|
device ppc
|
2020-09-23 19:18:53 +00:00
|
|
|
|
envvar hint.ppc.0.at="isa"
|
|
|
|
|
envvar hint.ppc.0.irq="7"
|
2000-01-23 14:46:20 +00:00
|
|
|
|
device ppbus
|
|
|
|
|
device lpt
|
|
|
|
|
device plip
|
|
|
|
|
device ppi
|
|
|
|
|
device pps
|
|
|
|
|
device lpbb
|
|
|
|
|
device pcfclock
|
1997-08-14 14:03:27 +00:00
|
|
|
|
|
2019-06-24 02:30:05 +00:00
|
|
|
|
# General Purpose I/O pins
|
2019-09-05 17:54:57 +00:00
|
|
|
|
device dwgpio # Synopsys DesignWare APB GPIO Controller
|
2019-06-24 02:30:05 +00:00
|
|
|
|
device gpio # gpio interfaces and bus support
|
|
|
|
|
device gpiobacklight # sysctl control of gpio-based backlight
|
|
|
|
|
device gpioiic # i2c via gpio bitbang
|
|
|
|
|
device gpiokeys # kbd(4) glue for gpio-based key input
|
|
|
|
|
device gpioled # led(4) gpio glue
|
|
|
|
|
device gpiopower # event handler for gpio-based powerdown
|
|
|
|
|
device gpiopps # Pulse per second input from gpio pin
|
|
|
|
|
device gpioregulator # extres/regulator glue for gpio pin
|
|
|
|
|
device gpiospi # SPI via gpio bitbang
|
|
|
|
|
device gpioths # 1-wire temp/humidity sensor on gpio pin
|
|
|
|
|
|
2019-06-24 02:39:56 +00:00
|
|
|
|
# Pulse width modulation
|
|
|
|
|
device pwmbus # pwm interface and bus support
|
|
|
|
|
device pwmc # userland control access to pwm outputs
|
|
|
|
|
|
2016-01-12 10:19:56 +00:00
|
|
|
|
#
|
|
|
|
|
# Etherswitch framework and drivers
|
|
|
|
|
#
|
|
|
|
|
# etherswitch The etherswitch(4) framework
|
|
|
|
|
# miiproxy Proxy device for miibus(4) functionality
|
|
|
|
|
#
|
|
|
|
|
# Switch hardware support:
|
|
|
|
|
# arswitch Atheros switches
|
|
|
|
|
# ip17x IC+ 17x family switches
|
|
|
|
|
# rtl8366r Realtek RTL8366 switches
|
|
|
|
|
# ukswitch Multi-PHY switches
|
|
|
|
|
#
|
|
|
|
|
device etherswitch
|
|
|
|
|
device miiproxy
|
|
|
|
|
device arswitch
|
|
|
|
|
device ip17x
|
|
|
|
|
device rtl8366rb
|
|
|
|
|
device ukswitch
|
|
|
|
|
|
2004-07-08 22:35:36 +00:00
|
|
|
|
# Kernel BOOTP support
|
|
|
|
|
|
|
|
|
|
options BOOTP # Use BOOTP to obtain IP address/hostname
|
2014-12-23 00:47:46 +00:00
|
|
|
|
# Requires NFSCL and NFS_ROOT
|
2004-07-08 22:35:36 +00:00
|
|
|
|
options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info
|
|
|
|
|
options BOOTP_NFSV3 # Use NFS v3 to NFS mount root
|
|
|
|
|
options BOOTP_COMPAT # Workaround for broken bootp daemons.
|
|
|
|
|
options BOOTP_WIRED_TO=fxp0 # Use interface fxp0 for BOOTP
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options BOOTP_BLOCKSIZE=8192 # Override NFS block size
|
1997-05-11 18:05:39 +00:00
|
|
|
|
|
2003-06-26 09:50:52 +00:00
|
|
|
|
#
|
2018-01-03 00:56:30 +00:00
|
|
|
|
# Enable software watchdog routines, even if hardware watchdog is present.
|
|
|
|
|
# By default, software watchdog timer is enabled only if no hardware watchdog
|
|
|
|
|
# is present.
|
2003-06-26 09:50:52 +00:00
|
|
|
|
#
|
2004-02-28 20:56:35 +00:00
|
|
|
|
options SW_WATCHDOG
|
2003-06-26 09:50:52 +00:00
|
|
|
|
|
2010-01-09 01:46:38 +00:00
|
|
|
|
#
|
|
|
|
|
# Add the software deadlock resolver thread.
|
|
|
|
|
#
|
2010-02-15 23:44:48 +00:00
|
|
|
|
options DEADLKRES
|
2010-01-09 01:46:38 +00:00
|
|
|
|
|
1998-09-29 17:33:45 +00:00
|
|
|
|
#
|
2004-11-20 02:32:15 +00:00
|
|
|
|
# Disable swapping of stack pages. This option removes all
|
2003-04-11 14:48:13 +00:00
|
|
|
|
# code which actually performs swapping, so it's not possible to turn
|
|
|
|
|
# it back on at run-time.
|
1998-09-29 17:33:45 +00:00
|
|
|
|
#
|
|
|
|
|
# This is sometimes usable for systems which don't have any swap space
|
2017-06-07 19:36:17 +00:00
|
|
|
|
# (see also sysctl "vm.disable_swapspace_pageouts")
|
1998-09-29 17:33:45 +00:00
|
|
|
|
#
|
2000-06-26 10:04:00 +00:00
|
|
|
|
#options NO_SWAPPING
|
1998-09-29 17:33:45 +00:00
|
|
|
|
|
1998-11-05 14:36:37 +00:00
|
|
|
|
# Set the number of sf_bufs to allocate. sf_bufs are virtual buffers
|
|
|
|
|
# for sendfile(2) that are used to map file VM pages, and normally
|
|
|
|
|
# default to a quantity that is roughly 16*MAXUSERS+512. You would
|
|
|
|
|
# typically want about 4 of these for each simultaneous file send.
|
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options NSFBUFS=1024
|
1998-11-05 14:36:37 +00:00
|
|
|
|
|
1999-01-20 14:49:12 +00:00
|
|
|
|
#
|
1999-01-21 09:24:28 +00:00
|
|
|
|
# Enable extra debugging code for locks. This stores the filename and
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# line of whatever acquired the lock in the lock itself, and changes a
|
1999-01-21 09:24:28 +00:00
|
|
|
|
# number of function calls to pass around the relevant data. This is
|
2014-09-23 19:24:13 +00:00
|
|
|
|
# not at all useful unless you are debugging lock code. Note that
|
|
|
|
|
# modules should be recompiled as this option modifies KBI.
|
1999-01-20 14:49:12 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options DEBUG_LOCKS
|
1999-01-20 14:49:12 +00:00
|
|
|
|
|
2021-01-09 09:48:13 +00:00
|
|
|
|
#####################################################################
|
2021-01-09 12:07:19 +00:00
|
|
|
|
# HID support
|
|
|
|
|
device hid # Generic HID support
|
|
|
|
|
options HID_DEBUG # enable debug msgs
|
|
|
|
|
device hidbus # HID bus
|
|
|
|
|
device hidmap # HID to evdev mapping
|
|
|
|
|
device hidraw # Raw access driver
|
|
|
|
|
options HIDRAW_MAKE_UHID_ALIAS # install /dev/uhid alias
|
|
|
|
|
device hconf # Multitouch configuration TLC
|
|
|
|
|
device hcons # Consumer controls
|
|
|
|
|
device hgame # Generic game controllers
|
|
|
|
|
device hkbd # HID keyboard
|
|
|
|
|
device hms # HID mouse
|
|
|
|
|
device hmt # HID multitouch (MS-compatible)
|
|
|
|
|
device hpen # Generic pen driver
|
|
|
|
|
device hsctrl # System controls
|
|
|
|
|
device ps4dshock # Sony PS4 DualShock 4 gamepad driver
|
|
|
|
|
device xb360gp # XBox 360 gamepad driver
|
2021-01-09 09:48:13 +00:00
|
|
|
|
|
2001-02-27 07:39:12 +00:00
|
|
|
|
#####################################################################
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB support
|
1999-11-05 20:40:01 +00:00
|
|
|
|
# UHCI controller
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device uhci
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# OHCI controller
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ohci
|
2003-04-14 14:04:08 +00:00
|
|
|
|
# EHCI controller
|
|
|
|
|
device ehci
|
2010-10-11 21:53:03 +00:00
|
|
|
|
# XHCI controller
|
|
|
|
|
device xhci
|
2005-07-14 15:57:01 +00:00
|
|
|
|
# SL811 Controller
|
2009-05-10 00:00:25 +00:00
|
|
|
|
#device slhci
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# General USB code (mandatory for USB)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device usb
|
1998-12-13 23:06:16 +00:00
|
|
|
|
#
|
2000-05-01 22:48:23 +00:00
|
|
|
|
# USB Double Bulk Pipe devices
|
|
|
|
|
device udbp
|
2015-06-19 06:48:55 +00:00
|
|
|
|
# USB temperature meter
|
|
|
|
|
device ugold
|
2014-09-05 11:25:58 +00:00
|
|
|
|
# USB LED
|
|
|
|
|
device uled
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# Human Interface Device (anything with buttons and dials)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device uhid
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB keyboard
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ukbd
|
1998-12-13 23:06:16 +00:00
|
|
|
|
# USB printer
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ulpt
|
2010-02-08 20:57:42 +00:00
|
|
|
|
# USB mass storage driver (Requires scbus and da)
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device umass
|
2010-02-08 20:57:42 +00:00
|
|
|
|
# USB mass storage driver for device-side mode
|
|
|
|
|
device usfs
|
2003-06-28 05:47:34 +00:00
|
|
|
|
# USB support for Belkin F5U109 and Magic Control Technology serial adapters
|
|
|
|
|
device umct
|
2000-07-18 10:49:45 +00:00
|
|
|
|
# USB modem support
|
|
|
|
|
device umodem
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# USB mouse
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device ums
|
2014-01-29 10:42:01 +00:00
|
|
|
|
# USB touchpad(s)
|
|
|
|
|
device atp
|
|
|
|
|
device wsp
|
2010-05-25 21:20:56 +00:00
|
|
|
|
# eGalax USB touch screen
|
|
|
|
|
device uep
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# Diamond Rio 500 MP3 player
|
2000-03-16 09:16:14 +00:00
|
|
|
|
device urio
|
2021-01-09 12:07:19 +00:00
|
|
|
|
# HID-over-USB driver
|
|
|
|
|
device usbhid
|
|
|
|
|
|
2004-03-01 07:51:51 +00:00
|
|
|
|
#
|
2002-03-18 18:23:42 +00:00
|
|
|
|
# USB serial support
|
|
|
|
|
device ucom
|
2008-10-24 07:16:13 +00:00
|
|
|
|
# USB support for 3G modem cards by Option, Novatel, Huawei and Sierra
|
2008-10-09 21:25:01 +00:00
|
|
|
|
device u3g
|
2006-11-15 09:13:25 +00:00
|
|
|
|
# USB support for Technologies ARK3116 based serial adapters
|
|
|
|
|
device uark
|
2004-03-01 07:51:51 +00:00
|
|
|
|
# USB support for Belkin F5U103 and compatible serial adapters
|
|
|
|
|
device ubsa
|
2002-08-12 21:25:06 +00:00
|
|
|
|
# USB support for serial adapters based on the FT8U100AX and FT8U232AM
|
|
|
|
|
device uftdi
|
2007-01-28 11:56:14 +00:00
|
|
|
|
# USB support for some Windows CE based serial communication.
|
|
|
|
|
device uipaq
|
2002-08-12 21:25:06 +00:00
|
|
|
|
# USB support for Prolific PL-2303 serial adapters
|
2002-03-18 18:23:42 +00:00
|
|
|
|
device uplcom
|
2008-03-05 14:13:30 +00:00
|
|
|
|
# USB support for Silicon Laboratories CP2101/CP2102 based USB serial adapters
|
|
|
|
|
device uslcom
|
2002-08-12 21:25:06 +00:00
|
|
|
|
# USB Visor and Palm devices
|
|
|
|
|
device uvisor
|
2004-03-01 07:51:51 +00:00
|
|
|
|
# USB serial support for DDI pocket's PHS
|
|
|
|
|
device uvscom
|
1999-05-20 20:02:37 +00:00
|
|
|
|
#
|
2015-11-24 08:34:48 +00:00
|
|
|
|
# USB ethernet support
|
|
|
|
|
device uether
|
This commit adds device driver support for the ADMtek AN986 Pegasus
USB ethernet chip. Adapters that use this chip include the LinkSys
USB100TX. There are a few others, but I'm not certain of their
availability in the U.S. I used an ADMtek eval board for development.
Note that while the ADMtek chip is a 100Mbps device, you can't really
get 100Mbps speeds over USB. Regardless, this driver uses miibus to
allow speed and duplex mode selection as well as autonegotiation.
Building and kldloading the driver as a module is also supported.
Note that in order to make this driver work, I had to make what some
may consider an ugly hack to sys/dev/usb/usbdi.c. The usbd_transfer()
function will use tsleep() for synchronous transfers that don't complete
right away. This is a problem since there are times when we need to
do sync transfers from an interrupt context (i.e. when reading registers
from the MAC via the control endpoint), where tsleep() us a no-no.
My hack allows the driver to have the code poll for transfer completion
subject to the xfer->timeout timeout rather that calling tsleep().
This hack is controlled by a quirk entry and is only enabled for the
ADMtek device.
Now, I'm sure there are a few of you out there ready to jump on me
and suggest some other approach that doesn't involve a busy wait. The
only solution that might work is to handle the interrupts in a kernel
thread, where you may have something resembling a process context that
makes it okay to tsleep(). This is lovely, except we don't have any
mechanism like that now, and I'm not about to implement such a thing
myself since it's beyond the scope of driver development. (Translation:
I'll be damned if I know how to do it.) If FreeBSD ever aquires such
a mechanism, I'll be glad to revisit the driver to take advantage of
it. In the meantime, I settled for what I perceived to be the solution
that involved the least amount of code changes. In general, the hit
is pretty light.
Also note that my only USB test box has a UHCI controller: I haven't
I don't have a machine with an OHCI controller available.
Highlights:
- Updated usb_quirks.* to add UQ_NO_TSLEEP quirk for ADMtek part.
- Updated usbdevs and regenerated generated files
- Updated HARDWARE.TXT and RELNOTES.TXT files
- Updated sysinstall/device.c and userconfig.c
- Updated kernel configs -- device aue0 is commented out by default
- Updated /sys/conf/files
- Added new kld module directory
1999-12-28 02:01:18 +00:00
|
|
|
|
# ADMtek USB ethernet. Supports the LinkSys USB100TX,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
|
# the Billionton USB100, the Melco LU-ATX, the D-Link DSB-650TX
|
|
|
|
|
# and the SMC 2202USB. Also works with the ADMtek AN986 Pegasus
|
|
|
|
|
# eval board.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device aue
|
2004-08-11 04:44:49 +00:00
|
|
|
|
|
|
|
|
|
# ASIX Electronics AX88172 USB 2.0 ethernet driver. Used in the
|
|
|
|
|
# LinkSys USB200M and various other adapters.
|
|
|
|
|
device axe
|
2014-05-17 18:40:43 +00:00
|
|
|
|
# ASIX Electronics AX88178A/AX88179 USB 2.0/3.0 gigabit ethernet driver.
|
|
|
|
|
device axge
|
2004-08-11 04:44:49 +00:00
|
|
|
|
|
2005-03-22 14:52:40 +00:00
|
|
|
|
#
|
|
|
|
|
# Devices which communicate using Ethernet over USB, particularly
|
|
|
|
|
# Communication Device Class (CDC) Ethernet specification. Supports
|
|
|
|
|
# Sharp Zaurus PDAs, some DOCSIS cable modems and so on.
|
|
|
|
|
device cdce
|
2000-01-05 04:27:24 +00:00
|
|
|
|
#
|
2000-01-14 03:14:49 +00:00
|
|
|
|
# CATC USB-EL1201A USB ethernet. Supports the CATC Netmate
|
|
|
|
|
# and Netmate II, and the Belkin F5U111.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device cue
|
2000-01-14 03:14:49 +00:00
|
|
|
|
#
|
2000-01-05 04:27:24 +00:00
|
|
|
|
# Kawasaki LSI ethernet. Supports the LinkSys USB10T,
|
Add the vendor and device IDs for a whole bunch of additional USB
ethernet adapters that are supported by the aue and kue drivers.
There are actually a couple more out there from Accton, Asante and
EXP Computer, however I was not able to find any Windows device
drivers for these on their servers, and hence could not harvest
their vendor/device ID info. If somebody has one of these things
and can look in the .inf file that comes with the Windows driver,
I'd appreciate knowing what it says for 'VID' and 'PID.'
Additional adapters include: the D-Link DSB-650 and DSB-650TX, the
SMC 2102USB, 2104USB and 2202USB, the ATen UC10T, and the Netgear EA101.
These are all mentioned in the man pages, relnotes and LINT.
Also correct the date in the kue(4) man page. I wrote this thing
on Jan, 4 2000, not 1999.
2000-01-07 22:18:49 +00:00
|
|
|
|
# Entrega USB-NET-E45, Peracom Ethernet Adapter, the
|
|
|
|
|
# 3Com 3c19250, the ADS Technologies USB-10BT, the ATen UC10T,
|
2000-01-14 03:14:49 +00:00
|
|
|
|
# the Netgear EA101, the D-Link DSB-650, the SMC 2102USB
|
|
|
|
|
# and 2104USB, and the Corega USB-T.
|
2000-01-23 12:18:53 +00:00
|
|
|
|
device kue
|
2003-05-03 10:16:56 +00:00
|
|
|
|
#
|
|
|
|
|
# RealTek RTL8150 USB to fast ethernet. Supports the Melco LUA-KTX
|
|
|
|
|
# and the GREEN HOUSE GH-USB100B.
|
|
|
|
|
device rue
|
2004-02-28 00:12:47 +00:00
|
|
|
|
#
|
|
|
|
|
# Davicom DM9601E USB to fast ethernet. Supports the Corega FEther USB-TXC.
|
|
|
|
|
device udav
|
2010-01-13 03:16:31 +00:00
|
|
|
|
#
|
2016-10-31 05:58:11 +00:00
|
|
|
|
# RealTek RTL8152/RTL8153 USB Ethernet driver
|
2015-12-01 05:12:13 +00:00
|
|
|
|
device ure
|
|
|
|
|
#
|
2011-04-01 03:41:41 +00:00
|
|
|
|
# Moschip MCS7730/MCS7840 USB to fast ethernet. Supports the Sitecom LN030.
|
|
|
|
|
device mos
|
|
|
|
|
#
|
2010-01-13 03:16:31 +00:00
|
|
|
|
# HSxPA devices from Option N.V
|
|
|
|
|
device uhso
|
2004-02-28 00:12:47 +00:00
|
|
|
|
|
2013-07-30 02:07:57 +00:00
|
|
|
|
# Realtek RTL8188SU/RTL8191SU/RTL8192SU wireless driver
|
|
|
|
|
device rsu
|
2008-04-02 16:17:19 +00:00
|
|
|
|
#
|
2009-05-01 17:17:06 +00:00
|
|
|
|
# Ralink Technology RT2501USB/RT2601USB wireless driver
|
|
|
|
|
device rum
|
2010-01-28 22:28:59 +00:00
|
|
|
|
# Ralink Technology RT2700U/RT2800U/RT3000U wireless driver
|
|
|
|
|
device run
|
2009-05-01 17:17:06 +00:00
|
|
|
|
#
|
|
|
|
|
# Atheros AR5523 wireless driver
|
|
|
|
|
device uath
|
2008-04-02 16:17:19 +00:00
|
|
|
|
#
|
2011-05-01 13:26:34 +00:00
|
|
|
|
# Conexant/Intersil PrismGT wireless driver
|
|
|
|
|
device upgt
|
|
|
|
|
#
|
2009-05-01 17:17:06 +00:00
|
|
|
|
# Ralink Technology RT2500USB wireless driver
|
2008-04-02 16:17:19 +00:00
|
|
|
|
device ural
|
|
|
|
|
#
|
2014-02-06 08:47:14 +00:00
|
|
|
|
# RNDIS USB ethernet driver
|
|
|
|
|
device urndis
|
2011-04-29 06:36:39 +00:00
|
|
|
|
# Realtek RTL8187B/L wireless driver
|
|
|
|
|
device urtw
|
|
|
|
|
#
|
2009-05-01 17:17:06 +00:00
|
|
|
|
# ZyDas ZD1211/ZD1211B wireless driver
|
|
|
|
|
device zyd
|
2013-04-26 13:03:22 +00:00
|
|
|
|
#
|
|
|
|
|
# Sierra USB wireless driver
|
|
|
|
|
device usie
|
1999-05-20 20:02:37 +00:00
|
|
|
|
|
2008-04-02 16:17:19 +00:00
|
|
|
|
#
|
1999-05-20 20:02:37 +00:00
|
|
|
|
# debugging options for the USB subsystem
|
1999-05-02 21:54:05 +00:00
|
|
|
|
#
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options USB_DEBUG
|
2009-05-10 00:00:25 +00:00
|
|
|
|
options U3G_DEBUG
|
1999-05-20 20:02:37 +00:00
|
|
|
|
|
The second phase of syscons reorganization.
- Split syscons source code into manageable chunks and reorganize
some of complicated functions.
- Many static variables are moved to the softc structure.
- Added a new key function, PREV. When this key is pressed, the vty
immediately before the current vty will become foreground. Analogue
to PREV, which is usually assigned to the PrntScrn key.
PR: kern/10113
Submitted by: Christian Weisgerber <naddy@mips.rhein-neckar.de>
- Modified the kernel console input function sccngetc() so that it
handles function keys properly.
- Reorganized the screen update routine.
- VT switching code is reorganized. It now should be slightly more
robust than before.
- Added the DEVICE_RESUME function so that syscons no longer hooks the
APM resume event directly.
- New kernel configuration options: SC_NO_CUTPASTE, SC_NO_FONT_LOADING,
SC_NO_HISTORY and SC_NO_SYSMOUSE.
Various parts of syscons can be omitted so that the kernel size is
reduced.
SC_PIXEL_MODE
Made the VESA 800x600 mode an option, rather than a standard part of
syscons.
SC_DISABLE_DDBKEY
Disables the `debug' key combination.
SC_ALT_MOUSE_IMAGE
Inverse the character cell at the mouse cursor position in the text
console, rather than drawing an arrow on the screen.
Submitted by: Nick Hibma (n_hibma@FreeBSD.ORG)
SC_DFLT_FONT
makeoptions "SC_DFLT_FONT=_font_name_"
Include the named font as the default font of syscons. 16-line,
14-line and 8-line font data will be compiled in. This option replaces
the existing STD8X16FONT option, which loads 16-line font data only.
- The VGA driver is split into /sys/dev/fb/vga.c and /sys/isa/vga_isa.c.
- The video driver provides a set of ioctl commands to manipulate the
frame buffer.
- New kernel configuration option: VGA_WIDTH90
Enables 90 column modes: 90x25, 90x30, 90x43, 90x50, 90x60. These
modes are mot always supported by the video card.
PR: i386/7510
Submitted by: kbyanc@freedomnet.com and alexv@sui.gda.itesm.mx.
- The header file machine/console.h is reorganized; its contents is now
split into sys/fbio.h, sys/kbio.h (a new file) and sys/consio.h
(another new file). machine/console.h is still maintained for
compatibility reasons.
- Kernel console selection/installation routines are fixed and
slightly rebumped so that it should now be possible to switch between
the interanl kernel console (sc or vt) and a remote kernel console
(sio) again, as it was in 2.x, 3.0 and 3.1.
- Screen savers and splash screen decoders
Because of the header file reorganization described above, screen
savers and splash screen decoders are slightly modified. After this
update, /sys/modules/syscons/saver.h is no longer necessary and is
removed.
1999-06-22 14:14:06 +00:00
|
|
|
|
# options for ukbd:
|
1999-06-29 18:58:27 +00:00
|
|
|
|
options UKBD_DFLT_KEYMAP # specify the built-in keymap
|
2019-02-22 11:52:40 +00:00
|
|
|
|
makeoptions UKBD_DFLT_KEYMAP=jp.106
|
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
|
|
|
|
|
2003-11-16 12:26:10 +00:00
|
|
|
|
# options for uplcom:
|
2004-06-26 17:19:44 +00:00
|
|
|
|
options UPLCOM_INTR_INTERVAL=100 # interrupt pipe interval
|
2003-11-16 12:26:10 +00:00
|
|
|
|
# in milliseconds
|
|
|
|
|
|
2003-03-09 11:50:27 +00:00
|
|
|
|
# options for uvscom:
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options UVSCOM_DEFAULT_OPKTSIZE=8 # default output packet size
|
2004-06-26 17:19:44 +00:00
|
|
|
|
options UVSCOM_INTR_INTERVAL=100 # interrupt pipe interval
|
2003-11-16 12:26:10 +00:00
|
|
|
|
# in milliseconds
|
2003-03-09 11:50:27 +00:00
|
|
|
|
|
2002-11-07 16:19:43 +00:00
|
|
|
|
#####################################################################
|
2003-10-24 15:44:10 +00:00
|
|
|
|
# FireWire support
|
2002-11-07 16:19:43 +00:00
|
|
|
|
|
2003-10-24 15:44:10 +00:00
|
|
|
|
device firewire # FireWire bus code
|
2002-11-07 16:19:43 +00:00
|
|
|
|
device sbp # SCSI over Firewire (Requires scbus and da)
|
2003-11-14 11:54:49 +00:00
|
|
|
|
device sbp_targ # SBP-2 Target mode (Requires scbus and targ)
|
2003-10-24 15:44:10 +00:00
|
|
|
|
device fwe # Ethernet over FireWire (non-standard!)
|
2006-08-24 08:00:02 +00:00
|
|
|
|
device fwip # IP over FireWire (RFC2734 and RFC3146)
|
2003-10-24 15:44:10 +00:00
|
|
|
|
|
|
|
|
|
#####################################################################
|
|
|
|
|
# dcons support (Dumb Console Device)
|
|
|
|
|
|
|
|
|
|
device dcons # dumb console driver
|
|
|
|
|
device dcons_crom # FireWire attachment
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options DCONS_BUF_SIZE=16384 # buffer size
|
|
|
|
|
options DCONS_POLL_HZ=100 # polling rate
|
|
|
|
|
options DCONS_FORCE_CONSOLE=0 # force to be the primary console
|
|
|
|
|
options DCONS_FORCE_GDB=1 # force to be the gdb device
|
2002-11-07 16:19:43 +00:00
|
|
|
|
|
2002-10-04 20:42:36 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
# crypto subsystem
|
|
|
|
|
#
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# This is a port of the OpenBSD crypto framework. Include this when
|
2007-07-03 12:13:45 +00:00
|
|
|
|
# configuring IPSEC and when you have a h/w crypto device to accelerate
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# user applications that link to OpenSSL.
|
2002-10-04 20:42:36 +00:00
|
|
|
|
#
|
2006-08-24 08:00:02 +00:00
|
|
|
|
# Drivers are ports from OpenBSD with some simple enhancements that have
|
|
|
|
|
# been fed back to OpenBSD.
|
2002-10-04 20:42:36 +00:00
|
|
|
|
|
|
|
|
|
device crypto # core crypto support
|
2015-07-14 05:09:58 +00:00
|
|
|
|
|
|
|
|
|
# Only install the cryptodev device if you are running tests, or know
|
2015-07-14 06:34:57 +00:00
|
|
|
|
# specifically why you need it. In most cases, it is not needed and
|
|
|
|
|
# will make things slower.
|
2002-10-04 20:42:36 +00:00
|
|
|
|
device cryptodev # /dev/crypto for access to h/w
|
|
|
|
|
|
2003-03-11 22:47:06 +00:00
|
|
|
|
device rndtest # FIPS 140-2 entropy tester
|
|
|
|
|
|
Add a driver for the Chelsio T6 crypto accelerator engine.
The ccr(4) driver supports use of the crypto accelerator engine on
Chelsio T6 NICs in "lookaside" mode via the opencrypto framework.
Currently, the driver supports AES-CBC, AES-CTR, AES-GCM, and AES-XTS
cipher algorithms as well as the SHA1-HMAC, SHA2-256-HMAC, SHA2-384-HMAC,
and SHA2-512-HMAC authentication algorithms. The driver also supports
chaining one of AES-CBC, AES-CTR, or AES-XTS with an authentication
algorithm for encrypt-then-authenticate operations.
Note that this driver is still under active development and testing and
may not yet be ready for production use. It does pass the tests in
tests/sys/opencrypto with the exception that the AES-GCM implementation
in the driver does not yet support requests with a zero byte payload.
To use this driver currently, the "uwire" configuration must be used
along with explicitly enabling support for lookaside crypto capabilities
in the cxgbe(4) driver. These can be done by setting the following
tunables before loading the cxgbe(4) driver:
hw.cxgbe.config_file=uwire
hw.cxgbe.cryptocaps_allowed=-1
MFC after: 1 month
Relnotes: yes
Sponsored by: Chelsio Communications
Differential Revision: https://reviews.freebsd.org/D10763
2017-05-17 22:13:07 +00:00
|
|
|
|
device ccr # Chelsio T6
|
|
|
|
|
|
2002-10-04 20:42:36 +00:00
|
|
|
|
device hifn # Hifn 7951, 7781, etc.
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options HIFN_DEBUG # enable debugging support: hw.hifn.debug
|
|
|
|
|
options HIFN_RNDTEST # enable rndtest support
|
2003-03-11 22:47:06 +00:00
|
|
|
|
|
2002-10-04 20:42:36 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
|
|
|
|
|
|
1999-05-05 12:22:31 +00:00
|
|
|
|
#
|
|
|
|
|
# Embedded system options:
|
|
|
|
|
#
|
|
|
|
|
# An embedded system might want to run something other than init.
|
2011-11-03 12:03:03 +00:00
|
|
|
|
options INIT_PATH=/sbin/init:/rescue/init
|
2000-03-18 18:39:02 +00:00
|
|
|
|
|
|
|
|
|
# Debug options
|
|
|
|
|
options BUS_DEBUG # enable newbus debugging
|
2006-08-24 08:00:02 +00:00
|
|
|
|
options DEBUG_VFS_LOCKS # enable VFS lock debugging
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options SOCKBUF_DEBUG # enable sockbuf last record/mb tail checking
|
2015-04-21 10:35:23 +00:00
|
|
|
|
options IFMEDIA_DEBUG # enable debugging in net/if_media.c
|
2000-03-18 18:39:02 +00:00
|
|
|
|
|
2006-05-12 10:25:54 +00:00
|
|
|
|
#
|
|
|
|
|
# Verbose SYSINIT
|
|
|
|
|
#
|
|
|
|
|
# Make the SYSINIT process performed by mi_startup() verbose. This is very
|
|
|
|
|
# useful when porting to a new architecture. If DDB is also enabled, this
|
2018-06-21 14:59:23 +00:00
|
|
|
|
# will print function names instead of addresses. If defined with a value
|
|
|
|
|
# of zero, the verbose code is compiled-in but disabled by default, and can
|
|
|
|
|
# be enabled with the debug.verbose_sysinit=1 tunable.
|
2006-05-12 10:25:54 +00:00
|
|
|
|
options VERBOSE_SYSINIT
|
|
|
|
|
|
2000-07-26 19:39:46 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
# SYSV IPC KERNEL PARAMETERS
|
|
|
|
|
#
|
|
|
|
|
# Maximum number of System V semaphores that can be used on the system at
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SEMMNI=11
|
|
|
|
|
|
|
|
|
|
# Total number of semaphores system wide
|
|
|
|
|
options SEMMNS=61
|
|
|
|
|
|
|
|
|
|
# Total number of undo structures in system
|
|
|
|
|
options SEMMNU=31
|
|
|
|
|
|
|
|
|
|
# Maximum number of System V semaphores that can be used by a single process
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# at one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SEMMSL=61
|
|
|
|
|
|
|
|
|
|
# Maximum number of operations that can be outstanding on a single System V
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# semaphore at one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SEMOPM=101
|
|
|
|
|
|
|
|
|
|
# Maximum number of undo operations that can be outstanding on a single
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# System V semaphore at one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SEMUME=11
|
|
|
|
|
|
|
|
|
|
# Maximum number of shared memory pages system wide.
|
|
|
|
|
options SHMALL=1025
|
|
|
|
|
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# Maximum size, in bytes, of a single System V shared memory region.
|
2002-10-17 13:47:31 +00:00
|
|
|
|
options SHMMAX=(SHMMAXPGS*PAGE_SIZE+1)
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SHMMAXPGS=1025
|
|
|
|
|
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# Minimum size, in bytes, of a single System V shared memory region.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SHMMIN=2
|
|
|
|
|
|
|
|
|
|
# Maximum number of shared memory regions that can be used on the system
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# at one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SHMMNI=33
|
|
|
|
|
|
|
|
|
|
# Maximum number of System V shared memory regions that can be attached to
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# a single process at one time.
|
2000-07-26 19:39:46 +00:00
|
|
|
|
options SHMSEG=9
|
|
|
|
|
|
2001-06-10 00:30:49 +00:00
|
|
|
|
# Set the amount of time (in seconds) the system will wait before
|
|
|
|
|
# rebooting automatically when a kernel panic occurs. If set to (-1),
|
|
|
|
|
# the system will wait indefinitely until a key is pressed on the
|
|
|
|
|
# console.
|
|
|
|
|
options PANIC_REBOOT_WAIT_TIME=16
|
|
|
|
|
|
2003-03-26 23:40:42 +00:00
|
|
|
|
# Attempt to bypass the buffer cache and put data directly into the
|
|
|
|
|
# userland buffer for read operation when O_DIRECT flag is set on the
|
|
|
|
|
# file. Both offset and length of the read operation must be
|
2004-01-25 12:32:56 +00:00
|
|
|
|
# multiples of the physical media sector size.
|
2003-03-26 23:40:42 +00:00
|
|
|
|
#
|
2004-10-26 12:20:57 +00:00
|
|
|
|
options DIRECTIO
|
2003-03-26 23:40:42 +00:00
|
|
|
|
|
|
|
|
|
# Specify a lower limit for the number of swap I/O buffers. They are
|
|
|
|
|
# (among other things) used when bypassing the buffer cache due to
|
|
|
|
|
# DIRECTIO kernel option enabled and O_DIRECT flag set on file.
|
|
|
|
|
#
|
2004-10-26 12:20:57 +00:00
|
|
|
|
options NSWBUF_MIN=120
|
2003-03-26 23:40:42 +00:00
|
|
|
|
|
2000-07-26 19:39:46 +00:00
|
|
|
|
#####################################################################
|
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
# More undocumented options for linting.
|
2010-08-05 16:28:17 +00:00
|
|
|
|
# Note that documenting these is not considered an affront.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
|
|
|
|
|
options CAM_DEBUG_DELAY
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options DEBUG
|
2001-01-20 12:34:53 +00:00
|
|
|
|
|
2000-11-08 12:14:06 +00:00
|
|
|
|
# Kernel filelock debugging.
|
2000-03-18 18:39:02 +00:00
|
|
|
|
options LOCKF_DEBUG
|
2000-11-08 12:14:06 +00:00
|
|
|
|
|
2001-01-20 12:34:53 +00:00
|
|
|
|
# System V compatible message queues
|
|
|
|
|
# Please note that the values provided here are used to test kernel
|
|
|
|
|
# building. The defaults in the sources provide almost the same numbers.
|
|
|
|
|
# MSGSSZ must be a power of 2 between 8 and 1024.
|
|
|
|
|
options MSGMNB=2049 # Max number of chars in queue
|
|
|
|
|
options MSGMNI=41 # Max number of message queue identifiers
|
|
|
|
|
options MSGSEG=2049 # Max number of message segments
|
|
|
|
|
options MSGSSZ=16 # Size of a message segment
|
|
|
|
|
options MSGTQL=41 # Max number of messages in system
|
|
|
|
|
|
|
|
|
|
options NBUF=512 # Number of buffer headers
|
|
|
|
|
|
|
|
|
|
options SC_DEBUG_LEVEL=5 # Syscons debug level
|
|
|
|
|
options SC_RENDER_DEBUG # syscons rendering debugging
|
|
|
|
|
|
|
|
|
|
options VFS_BIO_DEBUG # VFS buffer I/O debugging
|
|
|
|
|
|
Fixed misformatting of the options lines for CD9660_ICONV,
DA_OLD_QUIRKS, DCONS_BUF_SIZE, DCONS_FORCE_CONSOLE, DCONS_FORCE_GDB,
DCONS_POLL_HZ, DIRECTIO, HIFN_DEBUG, HIFN_RNDTEST, KSTACK_MAX_PAGES,
LIBMBPOOL, MBUF_STRESS_TEST, MSDOSFS_ICONV, NETGRAPH_ATM_ATMPIF,
NSWBUF_MIN, NTFS_ICONV, P1003_1B_SEMAPHORES, RAID_AUTOCONFIG,
SCHED_4BSD, SOCKBUF_DEBUG, UBSEC_DEBUG, UBSEC_RNDTEST, UDF_ICONV,
UVSCOM_DEFAULT_OPKTSIZE and WATCHDOG.
2003-11-05 12:52:35 +00:00
|
|
|
|
options KSTACK_MAX_PAGES=32 # Maximum pages to give the kernel stack
|
2014-10-04 18:38:14 +00:00
|
|
|
|
options KSTACK_USAGE_PROF
|
2002-10-02 07:44:29 +00:00
|
|
|
|
|
2004-03-31 08:22:09 +00:00
|
|
|
|
# Adaptec Array Controller driver options
|
2004-09-03 06:32:11 +00:00
|
|
|
|
options AAC_DEBUG # Debugging levels:
|
2004-03-31 08:22:09 +00:00
|
|
|
|
# 0 - quiet, only emit warnings
|
|
|
|
|
# 1 - noisy, emit major function
|
|
|
|
|
# points and things done
|
|
|
|
|
# 2 - extremely noisy, emit trace
|
|
|
|
|
# items in loops, etc.
|
|
|
|
|
|
2011-03-29 17:47:25 +00:00
|
|
|
|
# Resource Accounting
|
|
|
|
|
options RACCT
|
|
|
|
|
|
2011-03-30 17:48:15 +00:00
|
|
|
|
# Resource Limits
|
|
|
|
|
options RCTL
|
|
|
|
|
|
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 MAXFILES=999
|
2009-09-09 05:53:26 +00:00
|
|
|
|
|
2013-10-09 20:14:16 +00:00
|
|
|
|
# Random number generator
|
2020-10-10 21:45:59 +00:00
|
|
|
|
# Alternative algorithm.
|
|
|
|
|
#options RANDOM_FENESTRASX
|
2018-08-26 12:51:46 +00:00
|
|
|
|
# Allow the CSPRNG algorithm to be loaded as a module.
|
|
|
|
|
#options RANDOM_LOADABLE
|
2015-08-22 12:59:05 +00:00
|
|
|
|
# Select this to allow high-rate but potentially expensive
|
|
|
|
|
# harvesting of Slab-Allocator entropy. In very high-rate
|
|
|
|
|
# situations the value of doing this is dubious at best.
|
|
|
|
|
options RANDOM_ENABLE_UMA # slab allocator
|
2014-05-22 05:04:40 +00:00
|
|
|
|
|
2018-05-31 21:53:07 +00:00
|
|
|
|
# Select this to allow high-rate but potentially expensive
|
|
|
|
|
# harvesting of of the m_next pointer in the mbuf. Note that
|
|
|
|
|
# the m_next pointer is NULL except when receiving > 4K
|
|
|
|
|
# jumbo frames or sustained bursts by way of LRO. Thus in
|
|
|
|
|
# the common case it is stirring zero in to the entropy
|
|
|
|
|
# pool. In cases where it is not NULL it is pointing to one
|
|
|
|
|
# of a small (in the thousands to 10s of thousands) number
|
|
|
|
|
# of 256 byte aligned mbufs. Hence it is, even in the best
|
|
|
|
|
# case, a poor source of entropy. And in the absence of actual
|
|
|
|
|
# runtime analysis of entropy collection may mislead the user in
|
|
|
|
|
# to believe that substantially more entropy is being collected
|
|
|
|
|
# than in fact is - leading to a different class of security
|
|
|
|
|
# risk. In high packet rate situations ethernet entropy
|
|
|
|
|
# collection is also very expensive, possibly leading to as
|
|
|
|
|
# much as a 50% drop in packets received.
|
|
|
|
|
# This option is present to maintain backwards compatibility
|
|
|
|
|
# if desired, however it cannot be recommended for use in any
|
|
|
|
|
# environment.
|
|
|
|
|
options RANDOM_ENABLE_ETHER # ether_input
|
|
|
|
|
|
2014-05-22 05:04:40 +00:00
|
|
|
|
# Module to enable execution of application via emulators like QEMU
|
|
|
|
|
options IMAGACT_BINMISC
|
2015-03-09 03:50:53 +00:00
|
|
|
|
|
|
|
|
|
# zlib I/O stream support
|
|
|
|
|
# This enables support for compressed core dumps.
|
|
|
|
|
options GZIO
|
2016-05-16 23:40:32 +00:00
|
|
|
|
|
geom_uzip(4), mkuzip(8): Add Zstd image mode
The Zstd format bumps the CLOOP major number to 4 to avoid incompatibility
with older systems. Support in geom_uzip(4) is conditional on the ZSTDIO
kernel option, which is enabled in amd64 GENERIC, but not all in-tree
configurations.
mkuzip(8) was modified slightly to always initialize the nblocks + 1'th
offset in the CLOOP file format. Previously, it was only initialized in the
case where the final compressed block happened to be unaligned w.r.t.
DEV_BSIZE. The "Fake" last+1 block change in r298619 means that the final
compressed block's 'blen' was never correct unless the compressed uzip image
happened to be BSIZE-aligned. This happened in about 1 out of every 512
cases. The zlib and lzma decompressors are probably tolerant of extra trash
following the frame they were told to decode, but Zstd complains that the
input size is incorrect.
Correspondingly, geom_uzip(4) was modified slightly to avoid trashing the
nblocks + 1'th offset when it is known to be initialized to a good value.
This corrects the calculated final real cluster compressed length to match
that printed by mkuzip(8).
mkuzip(8) was refactored somewhat to reduce code duplication and increase
ease of adding other compression formats.
* Input block size validation was pulled out of individual compression
init routines into main().
* Init routines now validate a user-provided compression level or select
an algorithm-specific default, if none was provided.
* A new interface for calculating the maximal compressed size of an
incompressible input block was added for each driver. The generic code
uses it to validate against MAXPHYS as well as to allocate compression
result buffers in the generic code.
* Algorithm selection is now driven by a table lookup, to increase ease of
adding other formats in the future.
mkuzip(8) gained the ability to explicitly specify a compression level with
'-C'. The prior defaults -- 9 for zlib and 6 for lzma -- are maintained.
The new zstd default is 9, to match zlib.
Rather than select lzma or zlib with '-L' or its absense, respectively, a
new argument '-A <algorithm>' is provided to select 'zlib', 'lzma', or
'zstd'. '-L' is considered deprecated, but will probably never be removed.
All of the new features were documented in mkuzip.8; the page was also
cleaned up slightly.
Relnotes: yes
2019-08-13 23:32:56 +00:00
|
|
|
|
# zstd support
|
2020-08-28 17:06:35 +00:00
|
|
|
|
# This enables support for Zstd compressed core dumps, GEOM_UZIP images,
|
|
|
|
|
# and is required by zfs if statically linked.
|
2018-02-13 19:28:02 +00:00
|
|
|
|
options ZSTDIO
|
|
|
|
|
|
2016-05-16 23:40:32 +00:00
|
|
|
|
# BHND(4) drivers
|
2016-05-17 16:59:53 +00:00
|
|
|
|
options BHND_LOGLEVEL # Logging threshold level
|
2016-09-11 18:56:38 +00:00
|
|
|
|
|
|
|
|
|
# evdev interface
|
2016-10-02 03:20:31 +00:00
|
|
|
|
device evdev # input event device support
|
|
|
|
|
options EVDEV_SUPPORT # evdev support in legacy drivers
|
|
|
|
|
options EVDEV_DEBUG # enable event debug msgs
|
|
|
|
|
device uinput # install /dev/uinput cdev
|
|
|
|
|
options UINPUT_DEBUG # enable uinput debug msgs
|
Add support for encrypted kernel crash dumps.
Changes include modifications in kernel crash dump routines, dumpon(8) and
savecore(8). A new tool called decryptcore(8) was added.
A new DIOCSKERNELDUMP I/O control was added to send a kernel crash dump
configuration in the diocskerneldump_arg structure to the kernel.
The old DIOCSKERNELDUMP I/O control was renamed to DIOCSKERNELDUMP_FREEBSD11 for
backward ABI compatibility.
dumpon(8) generates an one-time random symmetric key and encrypts it using
an RSA public key in capability mode. Currently only AES-256-CBC is supported
but EKCD was designed to implement support for other algorithms in the future.
The public key is chosen using the -k flag. The dumpon rc(8) script can do this
automatically during startup using the dumppubkey rc.conf(5) variable. Once the
keys are calculated dumpon sends them to the kernel via DIOCSKERNELDUMP I/O
control.
When the kernel receives the DIOCSKERNELDUMP I/O control it generates a random
IV and sets up the key schedule for the specified algorithm. Each time the
kernel tries to write a crash dump to the dump device, the IV is replaced by
a SHA-256 hash of the previous value. This is intended to make a possible
differential cryptanalysis harder since it is possible to write multiple crash
dumps without reboot by repeating the following commands:
# sysctl debug.kdb.enter=1
db> call doadump(0)
db> continue
# savecore
A kernel dump key consists of an algorithm identifier, an IV and an encrypted
symmetric key. The kernel dump key size is included in a kernel dump header.
The size is an unsigned 32-bit integer and it is aligned to a block size.
The header structure has 512 bytes to match the block size so it was required to
make a panic string 4 bytes shorter to add a new field to the header structure.
If the kernel dump key size in the header is nonzero it is assumed that the
kernel dump key is placed after the first header on the dump device and the core
dump is encrypted.
Separate functions were implemented to write the kernel dump header and the
kernel dump key as they need to be unencrypted. The dump_write function encrypts
data if the kernel was compiled with the EKCD option. Encrypted kernel textdumps
are not supported due to the way they are constructed which makes it impossible
to use the CBC mode for encryption. It should be also noted that textdumps don't
contain sensitive data by design as a user decides what information should be
dumped.
savecore(8) writes the kernel dump key to a key.# file if its size in the header
is nonzero. # is the number of the current core dump.
decryptcore(8) decrypts the core dump using a private RSA key and the kernel
dump key. This is performed by a child process in capability mode.
If the decryption was not successful the parent process removes a partially
decrypted core dump.
Description on how to encrypt crash dumps was added to the decryptcore(8),
dumpon(8), rc.conf(5) and savecore(8) manual pages.
EKCD was tested on amd64 using bhyve and i386, mipsel and sparc64 using QEMU.
The feature still has to be tested on arm and arm64 as it wasn't possible to run
FreeBSD due to the problems with QEMU emulation and lack of hardware.
Designed by: def, pjd
Reviewed by: cem, oshogbo, pjd
Partial review: delphij, emaste, jhb, kib
Approved by: pjd (mentor)
Differential Revision: https://reviews.freebsd.org/D4712
2016-12-10 16:20:39 +00:00
|
|
|
|
|
|
|
|
|
# Encrypted kernel crash dumps.
|
|
|
|
|
options EKCD
|
2018-06-21 21:16:26 +00:00
|
|
|
|
|
2018-07-11 22:23:50 +00:00
|
|
|
|
# Serial Peripheral Interface (SPI) support.
|
|
|
|
|
device spibus # Bus support.
|
|
|
|
|
device at45d # DataFlash driver
|
|
|
|
|
device cqspi #
|
|
|
|
|
device mx25l # SPIFlash driver
|
|
|
|
|
device n25q #
|
|
|
|
|
device spigen # Generic access to SPI devices from userland.
|
2018-06-21 21:16:26 +00:00
|
|
|
|
# Enable legacy /dev/spigenN name aliases for /dev/spigenX.Y devices.
|
|
|
|
|
options SPIGEN_LEGACY_CDEVNAME # legacy device names for spigen
|
2019-02-26 19:55:03 +00:00
|
|
|
|
|
2019-08-01 06:35:33 +00:00
|
|
|
|
# Compression supports.
|
|
|
|
|
device zlib # gzip/zlib compression/decompression library
|
2019-02-26 19:55:03 +00:00
|
|
|
|
device xz # xz_embedded LZMA de-compression library
|
2019-10-30 10:16:28 +00:00
|
|
|
|
|
|
|
|
|
# Kernel support for stats(3).
|
|
|
|
|
options STATS
|