summaryrefslogtreecommitdiffstats
path: root/sys/amd64/conf
Commit message (Collapse)AuthorAgeFilesLines
...
* Do some cleanups of the IPv6 stuff. This is a non-functional change.green2000-02-271-3/+2
| | | | Approved by: jkh
* Enable IPv6 support by default.jkh2000-02-261-0/+4
|
* Update the documentation to reflect Bill Paul's latest changes.n_hibma2000-02-201-1/+1
|
* Make it clear that 'options XSERVER' is for pcvt and not for syscons.yokota2000-02-161-1/+1
| | | | | Submitted by: Doug Barton <Doug@gorean.org> Approved by: jkh
* Clean up POSIX options, syncronize generics.jkh2000-02-041-2/+1
|
* da0 -> dan_hibma2000-02-011-1/+1
|
* Remove 'conflicts' token - it has been effectively doing absolutelypeter2000-01-291-1/+1
| | | | | nothing for quite some time. The only thing that cared was userconfig, but it was for one invisible device so we never saw it's effects.
* Mitigate the stream.c attacksimp2000-01-281-0/+1
| | | | | | | | | | | | | o Drop all broadcast and multicast source addresses in tcp_input. o Enable ICMP_BANDLIM in GENERIC. o Change default to 200/s from 100/s. This will still stop the attack, but is conservative enough to do this close to code freeze. This is not the optimal patch for the problem, but is likely the least intrusive patch that can be made for this. Obtained from: Don Lewis and Matt Dillon. Reviewed by: freebsd-security
* Remove a bunch of no-op "port ?" and "irq ?" declarations.peter2000-01-241-9/+9
|
* Removed bogus quotes and unmangled related contractions.bde2000-01-241-3/+3
| | | | "ktrace(1) syscall trace" -> "ktrace(1)".
* Some formatting cleanups and remove comments about numbers of units thatpeter2000-01-231-8/+5
| | | | were intended to head off confusion about the trailing '0'.
* Drop 'at ppbus?' and the trailing '0' from the ppbus children.peter2000-01-231-4/+4
|
* Update GENERIC/LINT to leave out the useless digit at the end of pcipeter2000-01-231-56/+56
| | | | or other unwired devices.
* Add the two wireless pccard nics.imp2000-01-231-2/+2
|
* updated commentswilko2000-01-211-2/+2
|
* Enable POSIX P1003_1B extentions by default; there's no reason I can seejkh2000-01-181-0/+3
| | | | | | not to class them with the SYSV extentions as "optional but damn useful". Also desired by: wollman
* Add driver support for the Aironet 4500/4800 series wireless 802.11wpaul2000-01-141-0/+6
| | | | | | | | | | | | | | NICs. (Finally!) The PCMCIA, ISA and PCI varieties are all supported, though only the ISA and PCI ones will work on the alpha for now. PCCARD, ISA and PCI attachments are all provided. Also provided an ancontrol(8) utility for configuring the NIC, man pages, and updated pccard.conf.sample. ISA cards are supported in both ISA PnP and hard-wired mode, although you must configure the kernel explicitly to support the hardwired mode since you have to know the I/O address and port ahead of time. Special thanks to Doug Ambrisko for doing the initial newbus hackery and getting it to work in infrastructure mode.
* Add back the 'at ppbus?' for the lpt etc drivers. Now it's used.peter2000-01-141-6/+6
|
* Add device driver support for USB ethernet adapters based on the CATCwpaul2000-01-141-0/+1
| | | | | | | | | | | | | | | | USB-EL1202A chipset. Between this and the other two drivers, we should have support for pretty much every USB ethernet adapter on the market. The only other USB chip that I know of is the SMC USB97C196, and right now I don't know of any adapters that use it (including the ones made by SMC :/ ). Note that the CATC chip supports a nifty feature: read and write combining. This allows multiple ethernet packets to be transfered in a single USB bulk in/out transaction. However I'm again having trouble with large bulk in transfers like I did with the ADMtek chip, which leads me to believe that our USB stack needs some work before we can really make use of this feature. When/if things improve, I intend to revisit the aue and cue drivers. For now, I've lost enough sanity points.
* Remove the 'at isa? ...' bits for ex0.mdodd2000-01-131-3/+1
| | | | Remove the confusing text about pccard and unit numbers for ep0.
* Sort.obrien2000-01-121-0/+1
|
* Uncomment pcic device and put pccard in GENERIC. PCCARD will be removedimp2000-01-101-3/+3
| | | | | in a little while as soon as I find all the places it is used in the tree.
* s/controller/device/ as per config(8) changespeter2000-01-081-30/+30
|
* Add device driver support for USB ethernet adapters based on thewpaul2000-01-051-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | Kawasaki LSI KL5KUSB101B chip, including the LinkSys USB10T, the Entrega NET-USB-E45, the Peracom USB Ethernet Adapter, the 3Com 3c19250 and the ADS Technologies USB-10BT. This device is 10mbs half-duplex only, so there's miibus or ifmedia support. This device also requires firmware to be loaded into it, however KLSI allows redistribution of the firmware images (I specifically asked about this; they said it was ok). Special thanks to Annelise Anderson for getting me in touch with KLSI (eventually) and thanks to KLSI for providing the necessary programming info. Highlights: - Add driver files to /sys/dev/usb - update usbdevs and regenerate attendate files - update usb_quirks.c - Update HARDWARE.TXT and RELNOTES.TXT for i386 and alpha - Update LINT, GENERIC and others for i386, alpha and pc98 - Add man page - Add module - Update sysinstall and userconfig.c
* add wx0 drivermjacob2000-01-041-0/+1
|
* This commit adds device driver support for the ADMtek AN986 Pegasuswpaul1999-12-281-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
* Fix minor typo in comments about WaveLAN/IEEE driver: 802.1 -> 802.11wpaul1999-12-231-1/+1
|
* Turn on the `sym' driver by default. It lives well beside the `ncr' driverobrien1999-12-221-1/+1
| | | | | | now. On one machine with <825a> and <875> controllers, `sym' correctly attached. On another one with only a <ncr 53c810 fast10 scsi>, the `ncr' driver correctly attached.
* Borrow phk's axe and chop off the old soundcard-CDROM devices. We getbillf1999-12-191-6/+0
| | | | | | | about 40k of savings from this, and these abominations are still in LINT if anyone needs to use them. Reviewed by: jkh
* Comment and order to reduce diffs. No functional change.markm1999-12-191-1/+7
|
* spell isa right on sn0 lineimp1999-12-181-1/+1
|
* Driver for the smc91xx series of ethernet chips. Ported from PAO toimp1999-12-181-0/+1
| | | | | | | | | 3.3R and then to -current. The pccard support has been left in the driver, but is presently non-functional because we are using the isa_compat layer for the moment. Obtained From: PAO Sponsored by: Timing Solutions
* Remove the if_ze and if_zp drivers.phk1999-12-101-6/+0
| | | | | | | | | | | | | | | These drivers were cloned from the ed and ep drivers back in 1994 when PCMCIA cards were a very new thing and we had no other support for such devices. They treated the PCIC (the chip which controls the PCCARD slot) as part of their device and generally hacked their way to success. They have significantly bit-rotted relative to their ancestor drivers (ed & ep) and they were a dead-end on the evolution path to proper PCCARD support in FreeBSD. They have been terminally broken since August 18 where mdodd forgot them and nobody seems to have missed them enough to fix them since. I found no outstanding PRs against these drivers.
* Finally use the new ata driver.sos1999-12-081-24/+9
|
* Fold the pnp code into the base isa system to pave the way for PNPBIOS.peter1999-12-061-1/+0
| | | | Reviewed by: dfr (a few weeks ago)
* Reinstate the aic driver.luoqi1999-12-051-0/+1
| | | | PR: conf/15187
* Add the if_dc driver and remove all of the al, ax, dm, pn and mx driverswpaul1999-12-041-5/+1
| | | | | | | | which it replaces. The new driver supports all of the chips supported by the ones it replaces, as well as many DEC/Intel 21143 10/100 cards. This also completes my quest to convert things to miibus and add Alpha support.
* Remove the 'gzip' image activator. We're not using a.out anymore, so savemsmith1999-12-031-1/+0
| | | | ourselves just over 8k.
* Remove code to select APM version with flags to the apm0 device. Thisjlemon1999-12-021-1/+1
| | | | | | code has been disabled for the last 4 months. Prodded into action by: n_hibma
* Add the AMI MegaRAID and Mylex DAC960 drivers. Installation to arraysmsmith1999-12-021-0/+4
| | | | | on these controllers is now no different to the process for any other supported disk controller.
* Sort PCI SCSI controlers.obrien1999-11-281-4/+4
|
* /sys adjustments to add the `sym' controler driver.obrien1999-11-281-0/+1
| | | | | This is commented out in GENERIC as you cannot mix `sym' with `ncr' right now. Note that LINT is no more broken by this commit.
* Add a commented out 'ATA' driver config block to help assist -CURRENTobrien1999-11-271-0/+12
| | | | | people to migrate to this driver since it will be the default IDE/ATA/ATAPI driver in 4.0-R.
* Retire MFS_ROOT and MFS_ROOT_SIZE options from the MFS implementation.phk1999-11-261-1/+2
| | | | | | | | | | | | | | | | | Add MD_ROOT and MD_ROOT_SIZE options to the md driver. Make the md driver handle MFS_ROOT and MFS_ROOT_SIZE options for compatibility. Add md driver to GENERIC, PCCARD and LINT. This is a cleanup which removes the need for some of the worse hacks in MFS: We really want to have a rootvnode but MFS on a preloaded image doesn't really have one. md is a true device, so it is less trouble. This has been tested with make release, and if people remember to add the "md" pseudo-device to their kernels, PicoBSD should be just fine as well. If people have no other use for MFS, it can be removed from the kernel.
* move INET6 option from GENERIC to LINT.shin1999-11-221-1/+0
| | | | | | | Thanks for Brian Fundakowski Feldman and Dag-Erling Smorgrav, to give me the comment and the patch. Submitted by:Dag-Erling Smorgrav
* KAME netinet6 basic part(no IPsec,no V6 Multicast Forwarding, no UDP/TCPshin1999-11-221-0/+1
| | | | | | | | | | for IPv6 yet) With this patch, you can assigne IPv6 addr automatically, and can reply to IPv6 ping. Reviewed by: freebsd-arch, cvs-committers Obtained from: KAME project
* Update examples using 'disk' and 'tape' - they used to have magic meaningpeter1999-11-011-6/+6
| | | | | | | to config(8) for static device tables that have not existed for quite some time. They have been aliases for 'device' for a while, and "tape" went away entirely as it wasn't used anywhere (except in an example in LINT.. "fixed").
* Modify the entries regarding the 'ep' driver to take into accountmdodd1999-10-271-6/+3
| | | | my recent changes to that driver.
* Massive rewrite of pccard to convert it to newbus.imp1999-10-251-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | o Gut the compatibility interface, you now must attach with newbus. o Unit numbers from pccardd are now ignored. This may change the units assigned to a card. It now uses the first available unit. o kill old skeleton code that is now obsolete. o Use newbus attachment code. o cleanup interfile dependencies some. o kill list of devices per slot. we use the device tree for what we need. o Remove now obsolete code. o The ep driver (and maybe ed) may need some config file tweaks to allow it to attach. See config files that were committed for examples on how to do this. Drivers to be commited shortly. This is an interrum fix until the new pccard. ed, ep and sio will be supported by me with this release, although others are welcome to try to support other devices before new pccard is working. I plan on doing minimal further work on this code base. Be careful when upgrading, since this code is known to work on my laptop and those of a couple others as well, but your milage may vary. BUGS TO BE FIXED: o system memory isn't allocated yet, it will be soon. o No devices actually have a pccard newbus attach in the tree. BUGS THAT MIGHT BE FIXED: o card removal, including suspend, usually hangs the system. Many thanks to Peter Wemm and Doug Rabson for helping me to fill in the missing bits of New Bus understanding at FreeBSD Con '99.
* From: src/sys/i386/conf/PCCARDn_hibma1999-10-221-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | revision 1.21 date: 1999/10/15 17:29:20; author: imp; state: Exp; lines: +3 -3 Reorganize the attachement point for pcic (it was unattached and floating before). Attach pccard devices to pcic, one per slot (although this may change to one per pcic). pcic is now attached to isa (to act as a bridge) and pccard is attached to pcic, cbb and pc98ic (the last two are card bus bridge and the pc98ic version of pcic, neither of which are in the tree yet). Move pccard compat code into pccard/pccard_compat.c. THIS REQUIRES A CONFIG FILE CHANGE. You must change your pcic/card entries to be: # PCCARD (PCMCIA) support controller pcic0 at isa? controller pcic1 at isa? controller card0 The old system was upside down and this corrects that problem. It will make it easier to add support for YENTA pccard/card bus bridges. Much more cleanup needs to happen before newbus devices can have pccard attachments. My previous commit's comments were premature. Forgotten by: imp
OpenPOWER on IntegriCloud