d/freebsd-nq
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
23883885a3
freebsd-nq/sys/sparc64/conf/GENERIC

239 lines
8.6 KiB
Plaintext
Raw Normal View History

Add a GENERIC kernel config for sparc64.
2001-08-14 03:27:02 +00:00
#
# GENERIC -- Generic kernel configuration file for FreeBSD/sparc64
#
# For more information on this file, please read the handbook section on
# Kernel Configuration Files:
#
Fix the link to the Handbook
2002-08-01 17:21:18 +00:00
# http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig-config.html
Add a GENERIC kernel config for sparc64.
2001-08-14 03:27:02 +00:00
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
# device lines is also present in the ../../conf/NOTES and NOTES files.
# If you are in doubt as to the purpose or necessity of a line, check first
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
# in NOTES.
+ Blah, there was nothing wrong in rev 1.1 talking about the i386/NOTES. I should have diff'ed the header with the Alpha GENERIC. + fix style nit + turn on NO_MODULES for now.
2001-09-02 23:48:37 +00:00
#
# For hardware specific information check HARDWARE.TXT
Add a GENERIC kernel config for sparc64.
2001-08-14 03:27:02 +00:00
#
# $FreeBSD$
cpu SUN4U
ident GENERIC
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
# To statically compile in device wiring instead of /boot/device.hints
#hints "GENERIC.hints" # Default places to look for devices.
Match the style of very other platform we have.
2001-09-02 23:37:45 +00:00
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
makeoptions DEBUG=-g # Build kernel with gdb(1) debug symbols
Match the style of very other platform we have.
2001-09-02 23:37:45 +00:00
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# Platforms supported
# At this time all platforms are supported, as-is.
Switch the default scheduler to 4BSD to match what will go into RELENG_5 soon. It can be switched back once 5.3 is tested and released. Also turn on PREEMPTION as many of the stability problems with it have been fixed. MT5: 3 days.
2004-09-07 22:37:43 +00:00
#options SCHED_ULE # ULE scheduler
options SCHED_4BSD # 4BSD scheduler
sparc64 is not ready for PREEMPTION, so turn it off for now.
2004-09-09 17:03:53 +00:00
#options PREEMPTION # Enable kernel thread preemption
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
options INET # InterNETworking
options INET6 # IPv6 communications protocols
options FFS # Berkeley Fast Filesystem
options SOFTUPDATES # Enable FFS soft updates support
options UFS_ACL # Support for access control lists
options UFS_DIRHASH # Improve performance on big directories
options MD_ROOT # MD is a potential root device
options NFSCLIENT # Network Filesystem Client
options NFSSERVER # Network Filesystem Server
options NFS_ROOT # NFS usable as /, requires NFSCLIENT
#options MSDOSFS # MSDOS Filesystem
options CD9660 # ISO 9660 Filesystem
options PROCFS # Process filesystem (requires PSEUDOFS)
options PSEUDOFS # Pseudo-filesystem framework
options GEOM_GPT # GUID Partition Tables.
Move the old BSD4.3 tty compatibility from (!BURN_BRIDGES && COMPAT_43) to COMPAT_43TTY. Add COMPAT_43TTY to NOTES and */conf/GENERIC Compile tty_compat.c only under the new option. Spit out #warning "Old BSD tty API used, please upgrade." if ioctl_compat.h gets #included from userland.
2006-01-10 09:19:10 +00:00
options COMPAT_43TTY # BSD 4.3 TTY compat [KEEP THIS!]
Add recently invented COMPAT_FREEBSD5 option. MFC after: 3 days
2005-07-14 15:39:06 +00:00
options COMPAT_FREEBSD5 # Compatible with FreeBSD5
Reduce annoying SCSI probing delay from 15 to 5 seconds in all GENRIC kernels. Discussed on: -current
2004-11-02 20:57:20 +00:00
options SCSI_DELAY=5000 # Delay (in ms) before probing SCSI
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
options KTRACE # ktrace(1) support
options SYSVSHM # SYSV-style shared memory
options SYSVMSG # SYSV-style message queues
options SYSVSEM # SYSV-style semaphores
options _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time extensions
Minor sync to alpha and i386: - Add ADAPTIVE_GIANT and AHC_REG_PRETTY_PRINT. - Indent SMP to match other options.
2004-12-30 18:31:53 +00:00
options ADAPTIVE_GIANT # Giant mutex is adaptive.
Add a GENERIC kernel config for sparc64.
2001-08-14 03:27:02 +00:00
Match the style of very other platform we have.
2001-09-02 23:37:45 +00:00
# Debugging for use in -current
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
options KDB # Enable kernel debugger support.
options DDB # Support DDB.
options GDB # Support remote GDB.
options INVARIANTS # Enable calls of extra sanity checking
options INVARIANT_SUPPORT # Extra sanity checks of internal structures, required by INVARIANTS
options WITNESS # Enable checks to detect deadlocks and cycles
options WITNESS_SKIPSPIN # Don't run witness on spinlocks for speed
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# To make an SMP kernel, the next line is needed
Minor sync to alpha and i386: - Add ADAPTIVE_GIANT and AHC_REG_PRETTY_PRINT. - Indent SMP to match other options.
2004-12-30 18:31:53 +00:00
options SMP # Symmetric MultiProcessor Kernel
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# Standard busses
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device ebus
device isa
de-count pci
2002-07-23 06:38:47 +00:00
device pci
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device sbus
Add central and fhc.
2003-02-18 09:38:51 +00:00
device central
device fhc
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# Floppy drives
#device fdc
# ATA and ATAPI devices
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device ata
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
device atadisk # ATA disk drives
device atapicd # ATAPI CDROM drives
#device atapifd # ATAPI floppy drives
#device atapist # ATAPI tape drives
Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!, and you will not mount an ATA /: mountroot> ufs:/ad0a Mounting root from ufs:/ad0a setrootbyname failed ffs_mountroot: can't find rootvp
2002-06-29 04:42:03 +00:00
# Do NOT enable ATA_STATIC_ID -- cmd646 controller will be !ata2!,
# and you will not mount an ATA /.
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#options ATA_STATIC_ID # Static device numbering
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# SCSI Controllers
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device ahc # AHA2940 and onboard AIC7xxx devices
Move AHC_REG_PRETTY_PRINT and AHD_REG_PRETTY_PRINT below their corresponding devices.
2006-04-24 08:44:34 +00:00
options AHC_REG_PRETTY_PRINT # Print register bitfields in debug
# output. Adds ~128k to driver.
Enable isp and ispfw. Remove the nonexistant SUN_DISKLABEL and ATA_ENABLE_BUSMATER.
2002-04-06 09:33:24 +00:00
device isp # Qlogic family
device ispfw # Firmware module for Qlogic host adapters
Make the firmware assist driver resident in preparation for isp using it.
2006-07-09 16:40:31 +00:00
#device mpt # LSI-Logic MPT-Fusion
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device ncr # NCR/Symbios Logic
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device sym # NCR/Symbios Logic (newer chipsets + those of `ncr')
Add esp to the sparc64 GENERIC
2004-06-10 05:24:34 +00:00
device esp # NCR53c9x (FEPS/FAS366)
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# SCSI peripherals
Note that scbus is required for SCSI, not just "required" in general. Submitted by: Edward Kaplan (tmbg37 on IRC) Reviewed by: rwatson (in principle)
2003-06-08 02:03:02 +00:00
device scbus # SCSI bus (required for SCSI)
SCSI Changers, SCSI Tapes, and SES devices work just about as well as anything else in sparc64.
2003-01-31 19:03:32 +00:00
device ch # SCSI media changers
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device da # Direct Access (disks)
SCSI Changers, SCSI Tapes, and SES devices work just about as well as anything else in sparc64.
2003-01-31 19:03:32 +00:00
device sa # Sequential Access (tape etc)
Sync with other arches; add bloat.
2002-03-23 16:55:37 +00:00
device cd # CD
Enable device pass.
2002-04-08 23:21:31 +00:00
device pass # Passthrough device (direct SCSI access)
SCSI Changers, SCSI Tapes, and SES devices work just about as well as anything else in sparc64.
2003-01-31 19:03:32 +00:00
device ses # SCSI Environmental Services (and SAF-TE)
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# RAID controllers
#device amr # AMI MegaRAID
#device mlx # Mylex DAC960 family
- Hook up atkbdc(4), atkbd(4) and psm(4) to the sparc64 build, not enabled in GENERIC by default, yet. - While here remove the exclusion of ukbd(4) from the sparc64 NOTES as ukbd(4) compiles and works on sparc64.
2005-06-10 20:58:59 +00:00
# atkbdc0 controls both the keyboard and the PS/2 mouse
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
device atkbdc # AT keyboard controller
device atkbd # AT keyboard
device psm # PS/2 mouse
+ Blah, there was nothing wrong in rev 1.1 talking about the i386/NOTES. I should have diff'ed the header with the Alpha GENERIC. + fix style nit + turn on NO_MODULES for now.
2001-09-02 23:48:37 +00:00
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# syscons is the default console driver, resembling an SCO console
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
device sc
device creator # Creator, Creator3D and Elite3D framebuffers
device machfb # ATI Mach64 framebuffers
Now that at least some screen savers work on sparc64 sync with other archs and enable splash(4) by default (the non-working screen savers either don't compile or just have no effect when loaded, i.e. don't cause harm). MFC after: 1 week
2005-08-15 21:15:07 +00:00
device splash # Splash screen and screen saver support
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
options KBD_INSTALL_CDEV # install a CDEV entry in /dev
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
o Enable puc(4) and uart(4). o Disable ofw_console(4), sab(4) and zs(4). sab(4) and zs(4) are disabled because the hardware controlled by them is handled by uart(4)+puc(4) and the latter combination is functionally complete and up to date. ofw_console(4) is disabled because it doesn't claim the device it controls (through OFW) and thus interferes with puc(4)+uart(4), which has sufficient knowledge to extract the necessary information from OFW to setup the console. Put differently, ofw_console(4) is not a proper device driver and can only do harm. Its functionality is completely handled by uart(4). This commit makes uart(4) the default driver for serial ports. MFC after: 2 weeks
2005-01-30 09:27:49 +00:00
#device ofw_console # Open Firmware console device
Add device ofw_console so this kernel is usable. This commit brought to you by a sun ultra 10 running freebsd.
2001-12-29 05:58:07 +00:00
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
# Builtin hardware
Port NetBSD auxio driver. The driver was modified to use led(4) and can be used to announce various system activity. The auxio device provides auxiliary I/O functions and is found on various SBus/EBus UltraSPARC models. At present, only front panel LED is controlled by this driver. Approved by: jake (mentor) Reviewed by: joerg Tested by: joerg
2004-10-09 07:31:03 +00:00
device auxio # auxiliary I/O device
Add a driver for the 'clock-board' device (the clock board is an inevitable component in Sun Exx00 machines and provides serial ports, NVRAM and TOD amongst others which are handled by uart(4) and eeprom(4) respectively). This driver currently only prints out information about the chassis on attach and allows to blink the 'Cycling' LED (which is duplicated on the front panel) of the clock board just like fhc(4) does for the other boards. The device name for the LED is /dev/led/clockboard. Obtained from: OpenBSD Tested by: joerg
2005-03-19 01:04:48 +00:00
device clkbrd # Clock Board (blinkenlight on Sun Exx00)
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
device genclock # Generic clock interface
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
device eeprom # eeprom (really a front-end for the MK48Txx)
Shorten the description of the mk48txx driver to just say that it supports MK48Txx clocks, there are now to many models supported to list them all here.
2004-11-17 12:57:24 +00:00
device mk48txx # Mostek MK48Txx clocks
Add a front-end for the `rtc' device which is a MC146818 compatible clock found on the ISA bus (some USIIe, USIIi and USIIIi models) and EBus (USIII models) instead of a MK48Txx clock. Testet by: Matthew T. Lager" <freebsd@trinetworks.com> on Sun Fire V100, Xavier Beaudouin <kiwi@oav.net> on Netra X1 (initial version)
2004-11-17 16:41:42 +00:00
device rtc # rtc (really a front-end for the MC146818)
device mc146818 # Motorola MC146818 and compatible clocks
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# Serial (COM) ports
o Enable puc(4) and uart(4). o Disable ofw_console(4), sab(4) and zs(4). sab(4) and zs(4) are disabled because the hardware controlled by them is handled by uart(4)+puc(4) and the latter combination is functionally complete and up to date. ofw_console(4) is disabled because it doesn't claim the device it controls (through OFW) and thus interferes with puc(4)+uart(4), which has sufficient knowledge to extract the necessary information from OFW to setup the console. Put differently, ofw_console(4) is not a proper device driver and can only do harm. Its functionality is completely handled by uart(4). This commit makes uart(4) the default driver for serial ports. MFC after: 2 weeks
2005-01-30 09:27:49 +00:00
device puc # Multi-channel uarts
Add scc(4).
2006-03-30 18:40:25 +00:00
device scc # Serial communications controllers.
device uart # Multi-uart driver
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
Various comment and minor style fixes. No actual content changes. Inspired by: bde
2002-07-16 18:20:17 +00:00
# Parallel port
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device ppc
#device ppbus # Parallel port bus (required)
#device lpt # Printer
#device plip # TCP/IP over parallel
#device ppi # Parallel port interface device
#device vpo # Requires scbus and da
# PCI Ethernet NICs.
#device de # DEC/Intel DC21x4x (``Tulip'')
Uncomment em(4) as it's now working.
2005-11-09 08:49:46 +00:00
device em # Intel PRO/1000 adapter Gigabit Ethernet Card
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device ixgb # Intel PRO/10GbE Ethernet Card
Hook up le(4) to the build. For now it's only added to the sparc64 GENERIC in order to support the on-board LANCE in Ultra 1 and to the MI NOTES as it should work just fine with the AMD PCnet family of chips on all archs but is not yet meant to replace lnc(4). If a kernel includes all of le(4), lnc(4) and pcn(4) precedence is given to lnc(4)/pcn(4) for now.
2006-01-31 22:34:13 +00:00
device le # AMD Am7900 LANCE and Am79C9xx PCnet
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device txp # 3Com 3cR990 (``Typhoon'')
#device vx # 3Com 3c590, 3c595 (``Vortex'')
# PCI Ethernet NICs that use the common MII bus controller code.
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs!
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device miibus # MII bus support
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device bfe # Broadcom BCM440x 10/100 Ethernet
Uncomment bge(4) as it's now working.
2005-12-22 01:46:28 +00:00
device bge # Broadcom BCM570xx Gigabit Ethernet
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
device dc # DEC/Intel 21143 and various workalikes
The fxp(4) driver is now working on sparc64 too! Tested by: jake
2003-04-08 20:55:30 +00:00
device fxp # Intel EtherExpress PRO/100B (82557, 82558)
It's Apple GMAC, not HMAC. Approved by: jake (for sparc64)
2002-09-22 01:18:06 +00:00
device gem # Sun GEM/Sun ERI/Apple GMAC
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device hme # Sun HME (Happy Meal Ethernet)
Hook up le(4) to the build. For now it's only added to the sparc64 GENERIC in order to support the on-board LANCE in Ultra 1 and to the MI NOTES as it should work just fine with the AMD PCnet family of chips on all archs but is not yet meant to replace lnc(4). If a kernel includes all of le(4), lnc(4) and pcn(4) precedence is given to lnc(4)/pcn(4) for now.
2006-01-31 22:34:13 +00:00
#device pcn # AMD Am79C97x PCI 10/100 (precedence over 'le')
Take the support for the 8139C+/8169/8169S/8110S chips out of the rl(4) driver and put it in a new re(4) driver. The re(4) driver shares the if_rlreg.h file with rl(4) but is a separate module. (Ultimately I may change this. For now, it's convenient.) rl(4) has been modified so that it will never attach to an 8139C+ chip, leaving it to re(4) instead. Only re(4) has the PCI IDs to match the 8169/8169S/8110S gigE chips. if_re.c contains the same basic code that was originally bolted onto if_rl.c, with the following updates: - Added support for jumbo frames. Currently, there seems to be a limit of approximately 6200 bytes for jumbo frames on transmit. (This was determined via experimentation.) The 8169S/8110S chips apparently are limited to 7.5K frames on transmit. This may require some more work, though the framework to handle jumbo frames on RX is in place: the re_rxeof() routine will gather up frames than span multiple 2K clusters into a single mbuf list. - Fixed bug in re_txeof(): if we reap some of the TX buffers, but there are still some pending, re-arm the timer before exiting re_txeof() so that another timeout interrupt will be generated, just in case re_start() doesn't do it for us. - Handle the 'link state changed' interrupt - Fix a detach bug. If re(4) is loaded as a module, and you do tcpdump -i re0, then you do 'kldunload if_re,' the system will panic after a few seconds. This happens because ether_ifdetach() ends up calling the BPF detach code, which notices the interface is in promiscuous mode and tries to switch promisc mode off while detaching the BPF listner. This ultimately results in a call to re_ioctl() (due to SIOCSIFFLAGS), which in turn calls re_init() to handle the IFF_PROMISC flag change. Unfortunately, calling re_init() here turns the chip back on and restarts the 1-second timeout loop that drives re_tick(). By the time the timeout fires, if_re.ko has been unloaded, which results in a call to invalid code and blows up the system. To fix this, I cleared the IFF_UP flag before calling ether_ifdetach(), which stops the ioctl routine from trying to reset the chip. - Modified comments in re_rxeof() relating to the difference in RX descriptor status bit layout between the 8139C+ and the gigE chips. The layout is different because the frame length field was expanded from 12 bits to 13, and they got rid of one of the status bits to make room. - Add diagnostic code (re_diag()) to test for the case where a user has installed a broken 32-bit 8169 PCI NIC in a 64-bit slot. Some NICs have the REQ64# and ACK64# lines connected even though the board is 32-bit only (in this case, they should be pulled high). This fools the chip into doing 64-bit DMA transfers even though there is no 64-bit data path. To detect this, re_diag() puts the chip into digital loopback mode and sets the receiver to promiscuous mode, then initiates a single 64-byte packet transmission. The frame is echoed back to the host, and if the frame contents are intact, we know DMA is working correctly, otherwise we complain loudly on the console and abort the device attach. (At the moment, I don't know of any way to work around the problem other than physically modifying the board, so until/unless I can think of a software workaround, this will have do to.) - Created re(4) man page - Modified rlphy.c to allow re(4) to attach as well as rl(4). Note that this code works for the sample 8169/Marvell 88E1000 NIC that I have, but probably won't work for the 8169S/8110S chips. RealTek has sent me some sample NICs, but they haven't arrived yet. I will probably need to add an rlgphy driver to handle the on-board PHY in the 8169S/8110S (it needs special DSP initialization).
2003-09-08 02:11:25 +00:00
device re # RealTek 8139C+/8169/8169S/8110S
Enable rl(4). It is now fully working using busdma.
2003-01-13 04:06:38 +00:00
device rl # RealTek 8129/8139
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device sf # Adaptec AIC-6915 (``Starfire'')
#device sis # Silicon Integrated Systems SiS 900/SiS 7016
Uncomment sk(4) as it's now working.
2006-04-27 06:03:17 +00:00
device sk # SysKonnect SK-984x & SK-982x gigabit Ethernet
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device ste # Sundance ST201 (D-Link DFE-550TX)
Add stge(4) to the list of drivers supported by GENERIC kernel.
2006-07-25 01:06:32 +00:00
device stge # Sundance/Tamarack TC9021 gigabit Ethernet
Uncomment ti(4) as it's now working.
2005-12-28 02:59:16 +00:00
device ti # Alteon Networks Tigon I/II gigabit Ethernet
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device tl # Texas Instruments ThunderLAN
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device tx # SMC EtherPower II (83c170 ``EPIC'')
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device vr # VIA Rhine, Rhine II
#device wb # Winbond W89C840F
Uncomment the xl(4) driver since it's now working properly on sparc64.
2003-02-20 17:08:42 +00:00
device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'')
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
add ath & co. MFC after: 1 month
2006-06-07 18:10:28 +00:00
# Wireless NIC cards
device wlan # 802.11 support
device wlan_wep # 802.11 WEP support
device wlan_ccmp # 802.11 CCMP support
device wlan_tkip # 802.11 TKIP support
device ath # Atheros pci/cardbus NIC's
device ath_hal # Atheros HAL (Hardware Access Layer)
device ath_rate_sample # SampleRate tx rate control for ath
In -CURRENT pseudo devices are not statically assigned at compile time, remove a stale comment. PR: kern/62285
2004-07-18 09:03:12 +00:00
# Pseudo devices.
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device loop # Network loopback
Break out the MI part of the /dev/[k]mem and /dev/io drivers into their own directory and module, leaving the MD parts in the MD area (the MD parts _are_ part of the modules). /dev/mem and /dev/io are now loadable modules, thus taking us one step further towards a kernel created entirely out of modules. Of course, there is nothing preventing the kernel from having these statically compiled.
2004-08-01 11:40:54 +00:00
device random # Entropy device
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device ether # Ethernet support
Sync with other arches; add bloat.
2002-03-23 16:55:37 +00:00
device sl # Kernel SLIP
Make ppp(4) devices clonable and unloadable.
2002-08-09 15:30:48 +00:00
device ppp # Kernel PPP
Sync with other arches; add bloat.
2002-03-23 16:55:37 +00:00
device tun # Packet tunnel.
I was able to boot this kernel using the latest WIP kernel sources. I don't believe anyone is quite using the sparc64 kernel sources in CVS yet -- things aren't just quite ready (but almost). So this commit should be OK to make.
2002-02-25 22:13:44 +00:00
device pty # Pseudo-ttys (telnet etc)
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
device md # Memory "disks"
Sync with other arches; add bloat.
2002-03-23 16:55:37 +00:00
device gif # IPv6 and IPv4 tunneling
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
device faith # IPv6-to-IPv4 relaying (translation)
Make the firmware assist driver resident in preparation for isp using it.
2006-07-09 16:40:31 +00:00
device firmware # firmware assist module
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
Add a comment to note that pseudo-device bpf is required for DHCP. This is mentioned in the Handbook but it is not as obvious to new users why bpf is needed compared to the other largely self-explanatory items in GENERIC. PR: conf/40855 MFC after: 1 week
2005-03-18 15:24:00 +00:00
# Note that 'bpf' is required for DHCP.
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
device bpf # Berkeley packet filter
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
# USB support
#device uhci # UHCI PCI->USB interface
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
device ohci # OHCI PCI->USB interface
device usb # USB Bus (required)
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device udbp # USB Double Bulk Pipe devices
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device ugen # Generic
#device uhid # "Human Interface Devices"
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
device ukbd # Keyboard
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
#device ulpt # Printer
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device umass # Disks/Mass storage - Requires scbus and da
Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4), psm(4), ukbd(4), ums(4) and usb(4) on by default. Modulo some nits with the most annoying one probably being USB keyboards no longer working at the OFW boot prompt after halting FreeBSD these drivers work fine on sparc64 including X and there's nothing left that I'd consider a show- stopper. I.e. graphical consoles on sun4u machines should either work out of the box or by plugging in a card that is supported by either creator(4) or machfb(4). The exception obviously are SBus-only machines without UPA slots like some Ultra 1 (but which also still lack support in other areas) and certain Exx0 (but which probably are mainly used with serial consoles anyway). I'll try to add a cgsix(4) for these later as Sun CG6 cards are probably the most common SBus framebuffer cards in sun4u machines. I however don't see much sense in adding drivers for the dozen of SBus framebuffers that were destined for sparc v8 machines. The rest of the USB drivers aren't enabled as I'm only aware of ukbd(4) and ums(4) as well as ohci(4) working with the on-board ALI M5237 and Sun PCIO-2 controllers. Aue(4) definitely doesn't work on sparc64, yet. Thanks to: - Jake for the initial work on syscons(4) on sparc64 and creator(4). - Marcel for uart(4) and especially for its support for the SCCs which are only used on sparc64 so far. In various regards it wouldn't have been possible to enable syscons(4) by default on sparc64, yet, without uart(4). - All that tested patches. Ok'ed by: scottl (RE hat), tmm
2005-06-10 23:11:16 +00:00
device ums # Mouse
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device urio # Diamond Rio 500 MP3 player
#device uscanner # Scanners
# USB Ethernet, requires mii
Spell Ethernet correctly.
2004-05-02 18:57:29 +00:00
#device aue # ADMtek USB Ethernet
#device axe # ASIX Electronics USB Ethernet
Add USB Communication Device Class Ethernet driver. Originally written for FreeBSD based on aue(4) it was picked by OpenBSD, then from OpenBSD ported to NetBSD and finally NetBSD version merged with original one goes into FreeBSD. Obtained from: http://www.gank.org/freebsd/cdce/ NetBSD OpenBSD
2005-03-22 14:52:40 +00:00
#device cdce # Generic USB over Ethernet
Spell Ethernet correctly.
2004-05-02 18:57:29 +00:00
#device cue # CATC USB Ethernet
#device kue # Kawasaki LSI USB Ethernet
- Sync whitespace and comments with i386 GENERIC. - Add some commented out NICs from i386 GENERIC. Most of them look like they would work but I'm not sure if they are endian-clean and can't test. There was a report that sk(4) works on sparc64 but it doesn't look like it would because it doesn't use busdma. - Improve some of the descriptions of sparc64 specific devices. There's no functional change, i.e. no added or deleted uncommented devices or options, in this commit.
2004-08-16 23:23:21 +00:00
#device rue # RealTek RTL8150 USB Ethernet
Sync with the Alpha's GENERIC configuration. Most of the contents are commented out as they are as-yet untested. However, I wanted the contents to match our other arches, so that when people make changes to {i386,alpha,ia64}, they will also make the same changes here.
2002-02-24 18:49:38 +00:00
Add FireWire drivers to GENERIC.
2003-04-21 16:44:05 +00:00
# FireWire support
device firewire # FireWire bus code
device sbp # SCSI over FireWire (Requires scbus and da)
device fwe # Ethernet over FireWire (non-standard!)
Reference in New Issue Copy Permalink