x86: Reserve device major for VirtualBox Guest Additions

Remove uscanner(4) driver

This exists for compatibility with a Linux interface which was apparently
deprecated in Linux 2.6. There are various mailing list threads going
back to 2004 where the usefulness of this driver is discussed, but
the conclusion is that scanner software has all moved to using ugen(4)
instead, and enabling this driver will not help you scan things.

branches: 1.34.8;
mark nsmb major obsolete

remove urio(4), a driver for the Rio500 MP3 player.

At this point it is highly unlikely this 1999 device still has users,
but it still comes up in the context of maxv's USB-fuzzing (and any device
could pretend to be a urio(4)), so it's best to get rid of it.

Renamed all major entries to obsolete, as was done in previous removals.

This still requires an update to sanitizers, but they're located in
"external", perhaps it should be first committed upstream?

Proposed on tech-kern a month ago.

branches: 1.32.6;
Systematize handling of removed drivers.

- Every driver that was removed and whose number hasn't already been
reused is now listed with a commented-out "obsolete" line.
- The format of these has been systematized. Future format changes can
probably be safely done with a script.
- This does not include a few cases of assignments that only lasted a
couple days, or stuff from before major reorgs. Some of these may
be included nonetheless, because there was a lot of ground to cover
and therefore not a lot of time to dig into history in detail.

Note that the obsolete listings do not mean the major numbers can
never be reused; that's up to portmasters and/or core. It does mean
that they won't be reused by accident, however, which in some cases
(depending on the driver, how widely used it was, its family of device
nodes, their default permissions, etc.) can be quite dangerous.

Note that some of the things now explicitly listed as obsolete are
really ancient history. My scan went back as far as when the majors
files were added. (But not before that.)

Restore satlink's majors entries commented out and marked obsolete.
Otherwise they might accidentally get reused later and cause a
security problem.

Remove the satlink driver. It was disabled everywhere, had no man page and
no use either. Spotted by thorpej in PR/21345, ok christos.

Remove compat_svr4 and compat_svr4_32, as discussed on tech-kern@ recently,
but also as discussed several times in the past.

Remove ISDN from the kernel. It has remained unmaintained for a long time,
is of poor quality, and is now an obstacle to MP-ification. It was removed
ten years ago from FreeBSD for the same reason.

This retires a big user of the mbuf API, and will ease maintenance of the
kernel.

branches: 1.27.14; 1.27.16;
white space police

Add a synthesized pc beeper and keyboard bell for platforms with an audio
device.

branches: 1.25.2;
Update device dependency information - the sysmon major device now depends on the sysmon module itself, not on the individual components.

branches: 1.24.12; 1.24.30;
dependant -> dependent

use a MI major number for uhso(4) driver
(requested by mrg)

add major device for usho(4) driver

branches: 1.21.4; 1.21.6;
Remove LKMs and switch to the module framework, pass 1.

Proposed on tech-kern@.

branches: 1.20.2;
Configure /dev/power for domu as in src/sys/arch/i386/conf/majors.i386.
See discussion on port-xen for the details at http://mail-index.netbsd.org/port-xen/2008/06/14/msg003904.html

branches: 1.19.6; 1.19.10; 1.19.12; 1.19.14; 1.19.16;
Remove systrace. Ok core@.

branches: 1.18.6;
Pull up the bouyer-xenamd64 branch to HEAD. This brings in amd64 support
to NetBSD/Xen, both Dom0 and DomU.

branches: 1.17.6; 1.17.22; 1.17.24; 1.17.28; 1.17.30;
Remove traces of scd(4), which apparently never actually had a driver in
the tree.

s/independant/independent/, from Zafer.

branches: 1.15.20; 1.15.22;
merge ktrace-lwp.

make VMSWAP optional again.

revert "defflag VMSWAP" changes for now.
there seems to be far more people who don't want to edit
their kernel config files than i thought.

defflag VMSWAP.

branches: 1.11.16;
Change reference at bottom from sys/dev/majors to sys/conf/majors to match
reality

add kttcp major

add majors for mly, dpti, dpt, twe, joy, radio, cir

add wsfont major to archs which have the other wscons devices

add major for nsmb, at #98 to be in sync with i386

reassing majors for crypto and pf to use the newly defined MI major
range

update the comment - the space for machine-dependant majors
is reduced to 0-143
follows discussion on tech-kern

Add some framework for MI assignment of device majors - add sys/dev/majors
which is automatically included during kernel config, and add comments
to individual machine-dependant majors.* files to assign new MI majors
in MI file.

Range 0-191 is reserved for machine-specific assignments, range
192+ are MI assignments.

Follows recent discussion on tech-kern@

create /dev/crypto

reserve cdev major # for PF. ok'ed by technical-exec

branches: 1.1.2;
Rename the x86_64 port to amd64, as this is the actual name used for
the processor family now. x86_64 is kept as the MACHINE_ARCH value,
since it's already widely used (by e.g. the toolchain, etc), and
by other operating systems.