summaryrefslogtreecommitdiffstats
path: root/sys/sparc64/conf
Commit message (Collapse)AuthorAgeFilesLines
...
* Turn on atkbdc(4), atkbd(4), creator(4), machfb(4), syscons(4), ohci(4),marius2005-06-101-11/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* - Hook up atkbdc(4), atkbd(4) and psm(4) to the sparc64 build, notmarius2005-06-102-4/+4
| | | | | | 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.
* - Hook up machfb(4) to the sparc64 build, not enabled in GENERICmarius2005-05-212-2/+4
| | | | | | | by default, yet. - Replace "graphics cards" with "framebuffers" in the description of creator(4) in order to make it uniform with the description of machfb(4) and the latter occur both on-board and as add-on cards.
* Add USB Communication Device Class Ethernet driver. Originally written forsobomax2005-03-221-0/+1
| | | | | | | | | | 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
* Add a driver for the 'clock-board' device (the clock board is anmarius2005-03-192-0/+2
| | | | | | | | | | | | 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
* Add a comment to note that pseudo-device bpf is required for DHCP.murray2005-03-181-0/+1
| | | | | | | | | 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
* Remove COMPAT_FREEBSD4 again. It was added in rev. 1.41 as a transitionmarius2005-03-031-1/+0
| | | | | | aid for ABI breakages caused by system call changes. These changes were done way before sparc64 switched to a 64-bit time_t so all binaries are expected to have been recompiled by now.
* The zs(4) driver is superseded by uart(4) and broken in -CURRENT. Removemarius2005-02-272-2/+0
| | | | | | | it from the sparc64 kernel config files and delete its fhc(4) and sbus(4) front-end. Agreed with: marcel
* o Enable puc(4) and uart(4).marcel2005-01-301-5/+5
| | | | | | | | | | | | | | | | | | | 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
* Fixed sparc64 LINT build.ru2005-01-141-0/+1
|
* Minor sync to alpha and i386:jhb2004-12-301-1/+4
| | | | | - Add ADAPTIVE_GIANT and AHC_REG_PRETTY_PRINT. - Indent SMP to match other options.
* Add a front-end for the `rtc' device which is a MC146818 compatiblemarius2004-11-172-0/+4
| | | | | | | | 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)
* Shorten the description of the mk48txx driver to just say that it supportsmarius2004-11-172-2/+2
| | | | MK48Txx clocks, there are now to many models supported to list them all here.
* Catch up with version 600000 of config(8), quotes around device namesmarius2004-11-172-17/+17
| | | | containing digits are no longer required.
* Reduce annoying SCSI probing delay from 15 to 5 seconds in all GENRIC kernels.andre2004-11-021-1/+1
| | | | Discussed on: -current
* Device driver for onboard CS4231 audio controller which is foundyongari2004-10-251-1/+0
| | | | | | | | | | | | | | | on UltraSPARC workstations. The driver is based on OpenBSD's SBus cs4231 driver and heavily modified to incorporate into sound(4) infrastructure. Due to the lack of APCDMA documentation, the DMA code of SBus cs4231 came from OpenBSD's driver. The driver runs without Giant lock and supports both SBus and EBus based CS4231 audio controller. Special thanks to marius for providing feedbacks during the driver writing. His feedback made it possible to write hiccup free playback code under high system loads. Approved by: jake (mentor) Reviewed by: marius (initial version) Tested by: marius, kwm, Julian C. Dunn(jdunn AT opentrend DOT net)
* Port NetBSD auxio driver. The driver was modified to use led(4) and canyongari2004-10-092-0/+2
| | | | | | | | | | | 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
* sparc64 is not ready for PREEMPTION, so turn it off for now.scottl2004-09-091-1/+1
|
* Switch the default scheduler to 4BSD to match what will go into RELENG_5 soon.scottl2004-09-071-1/+3
| | | | | | | 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.
* Always compile PFIL_HOOKS into the kernel and remove the associated kernelandre2004-08-271-1/+0
| | | | | | | | | | | compile option. All FreeBSD packet filters now use the PFIL_HOOKS API and thus it becomes a standard part of the network stack. If no hooks are connected the entire packet filter hooks section and related activities are jumped over. This removes any performance impact if no hooks are active. Both OpenBSD and DragonFlyBSD have integrated PFIL_HOOKS permanently as well.
* - Sync whitespace and comments with i386 GENERIC.marius2004-08-161-53/+65
| | | | | | | | | | | - 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.
* Try to catch up with reality:marius2004-08-161-30/+38
| | | | | | | | | | | - Chase the split of pcm(4). This unbreaks LINT compiles. - sc(4) basically works and a lot of its options should be supported. - Add the creator and ofw_console drivers. - vinum(4) should work, at least its module was turned on for sparc64 a while ago. - Don't build sio(4). Its EBus front-end was removed a while ago and the ISA one hardly works. Use uart(4) instead, it's not perfect yet but works much better.
* Making a loadable null.ko for /dev/(null|zero) proved rathermarkm2004-08-031-1/+0
| | | | | | unpopular, so remove this (mis)feature. Encouragement provided by: jhb (and others)
* Break out the MI part of the /dev/[k]mem and /dev/io drivers intomarkm2004-08-011-1/+3
| | | | | | | | 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.
* In -CURRENT pseudo devices are not statically assigned at compile time,maxim2004-07-181-1/+1
| | | | | | remove a stale comment. PR: kern/62285
* The SC_DISABLE_DDBKEY options has been renamed to SC_DISABLE_KDBKEY.marcel2004-07-111-1/+1
|
* Add options KDB and GDB. KDB takes on the function of what DDB usedmarcel2004-07-111-1/+3
| | | | to be. Both DDB and GDB specify which KDB backends to include.
* Better OFW console support on Sun Ultra2 machines.obrien2004-06-241-0/+2
| | | | | | | | | Ultra2 users may want to set OFWCONS_POLL_HZ to a value of '20'. I have left default value at '4' as higher values can consume a more than is acceptable amount of CPU, and we don't have a consensus yet what is an optimal value. Submitted by: Pyun YongHyeon <yongari@kt-is.co.kr>
* Add esp to the sparc64 GENERICscottl2004-06-101-0/+1
|
* - Remove the old sparc64 OFW PCI code (as opposed to the formermarius2004-05-082-16/+0
| | | | | | | | | | | | | "options OFW_NEWPCI"). This is a bit overdue, the new sparc64 OFW PCI code which is meant to replace the old one is in place for 10 months and enabled by default in GENERIC for 8 months. FreeBSD 5.2 and 5.2.1 also shipped with the new code enabled by default. - Some minor clean-up, e.g. remove functions that encapsulated the #ifdefs for OFW_NEWPCI, remove unused resp. no longer required includes, etc. Approved by: tmm, no objections on freebsd-sparc64
* Add option GEOM_GPT. This brings the ability to have a large number ofmarcel2004-05-021-0/+1
| | | | partitions on a single disk.
* Spell Ethernet correctly.obrien2004-05-021-4/+4
|
* Remove the separate kernel option for Sun APB PCI-PCI bridges and makemarius2004-04-302-2/+0
| | | | | | support for them conditional on the pci(4) kernel option instead. OK'ed by: tmm
* Enable _KPOSIX_PRIORITY_SCHEDULING by default, it works fine on sparc64.marius2004-04-301-1/+1
| | | | OK'ed by: tmm
* - Recruit some new ULE users by making it the default scheduler in GENERIC.jeff2004-01-241-1/+1
| | | | | ULE will be in a probationary period to determine whether it will be left as the default in 5.3 which would likely mean the rest of the 5.x series.
* Add PFIL_HOOKS to the GENERIC kernel configuration, primarily sonectar2004-01-241-0/+1
| | | | | | that one can load the IPFilter module (which requires PFIL_HOOKS). Requested by: Many, for over a year
* Fix more spammage with local changes. Didn't look at the diffs beforejake2003-11-141-10/+10
| | | | | | committing. Pointy hat to: jake
* Rev 1.61 accidentily added makeoptions NO_MODULES=yes. Funny that I add thisjake2003-11-141-11/+10
| | | | | | to all my kernel configs. Submitted by: Hidetoshi Shimokawa <simokawa@sat.t.u-tokyo.ac.jp>
* Remove reference to sio (superseded by uart).jake2003-11-111-1/+0
|
* Add entries for creator, splash, uart and puc, commented out until they'rejake2003-11-111-1/+5
| | | | made the default. These are needed to run X.
* Remove references to atkbd, atkbdc, psm and vga.jake2003-11-111-7/+1
|
* Take the support for the 8139C+/8169/8169S/8110S chips out of thewpaul2003-09-081-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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).
* Enable OFW_NEWPCI until jmg's 2003/06/21 18:26:08 PDT bus commit is fixedobrien2003-08-191-1/+1
| | | | | | that caused a 3-4 times slow down in performance. (the primary Sparc64 developers are all using OFW_NEWPCI already, so it is the best code path for users)
* Uncomment the dc(4) driver, it should work just fine now.mux2003-07-091-1/+1
|
* Add a commented-out entry for OFW_NEWPCI to GENERIC and NOTES, alongtmm2003-07-012-1/+17
| | | | | | | | with a comment describing it's advantages and the implication of changing it. While being there, fix a typo in NOTES. The option is not enabled in NOTES for now since large portions of code are conditional on it being disabled, too.
* Fix LINT for now.jake2003-06-111-0/+1
|
* Note that scbus is required for SCSI, not just "required" in general.jmallett2003-06-081-1/+1
| | | | | Submitted by: Edward Kaplan (tmbg37 on IRC) Reviewed by: rwatson (in principle)
* Remove some debug options that are no longer needed.jake2003-04-271-7/+0
|
* Add FireWire drivers to GENERIC.simokawa2003-04-211-0/+5
|
* Add device driver support for the ASIX Electronics AX88172 USB 2.0wpaul2003-04-201-0/+1
| | | | | | | | | | | ethernet controller. The driver has been tested with the LinkSys USB200M adapter. I know for a fact that there are other devices out there with this chip but don't have all the USB vendor/device IDs. Note: I'm not sure if this will force the driver to end up in the install kernel image or not. Special magic needs to be done to exclude it to keep the boot floppies from bloating again, someone please advise.
OpenPOWER on IntegriCloud