summaryrefslogtreecommitdiffstats
path: root/release/texts
Commit message (Collapse)AuthorAgeFilesLines
* Correct comment about creating a boot floppy.jkh1999-12-161-3/+4
| | | | Submited by: Jack O'Neill <jack@germanium.xtalwind.net>
* update to isdn4bsd beta release 0.90hm1999-12-141-16/+4
|
* Document `chown's move.obrien1999-12-142-0/+10
|
* Add a warning about the perils of using an older version of sysinstallsheldonh1999-12-131-6/+14
| | | | | | | to upgrade to a newer version of FreeBSD. PR: 12777 Reported by: wayne@staff.msen.com (Michael R. Wayne)
* Extra capital letter in COnsolecpiazza1999-12-131-1/+1
|
* Note that Tekram controllers are supported again.jkh1999-12-122-6/+0
| | | | | PR: 15090 Reported by: Ilmar S. Habibulin <ilmar@ints.ru>
* sd->da, wd->adcpiazza1999-12-121-4/+4
|
* Add blurb on massive improvements to NFSdillon1999-12-122-0/+4
| | | | Reviewed by: jkh
* Remove references to ze and zp drivers.phk1999-12-102-6/+0
|
* Add the if_dc driver and remove all of the al, ax, dm, pn and mx driverswpaul1999-12-044-10/+10
| | | | | | | | 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.
* mention AlphaServer 1000 and AlphaServer DS20gallatin1999-12-021-0/+2
|
* Remove the "MCA not supported" from RELNOTES.TXT and addmdodd1999-12-021-5/+8
| | | | | | | | | mention of the various devices that are supported. Add some text and entry to LINT for 'controller mca0'. I'd like to turn this option on in GENERIC as well as it isn't impacting and has a small footprint.
* Updates for 4.x:msmith1999-12-021-52/+45
| | | | | | | | - Add AMI and Mylex RAID controllers - Reflect the demise of the 'eg' and 'ft' drivers - Various minor cleanups - Add some initial Microchannel information (this could do with some fleshing out)
* Correct outdated aic entries.jkh1999-12-024-34/+30
| | | | | Submitted by: Greg Lewis <glewis@trc.adelaide.edu.au> PR: 15186
* Update compiler entries.obrien1999-11-272-13/+19
| | | | Note the 100% total death of /dev/*sd*.
* Add signal changes.marcel1999-11-222-0/+6
| | | | i386 only: Add Linuxulator sysctl variables.
* Remove obsolete token ring support comments.jkh1999-11-122-8/+0
| | | | Reminded by: joerg
* Add information about Intel managed EEPro card.wes1999-11-092-1/+4
| | | | | PR: docs/14505 Submitted by: Stephen J. Roznowski <sjr@home.net>
* Document my TCP/IP hacks.des1999-11-022-0/+16
|
* Mention in the documentation that the AOpen/Acer ALN-320 is a supportedwpaul1999-09-224-0/+4
| | | | ethernet card (PCI, VIA Rhine II chipset).
* Spruce up the ADMtek driver: conver to newbus, miibus and add supportwpaul1999-09-224-2/+12
| | | | | | | | | | | | | | | for the AN985 "Centaur" chip, which is apparently the next genetation of the "Comet." The AN985 is also a tulip clone and is similar to the AL981 except that it uses a 99C66 EEPROM and a serial MII interface (instead of direct access to the PHY registers). Also updated various documentation to mention the AN985 and created a loadable module. I don't think there are any cards that use this chip on the market yet: the datasheet I got from ADMtek has boxes with big X's in them where the diagrams should be, and the sample boards I got have chips without any artwork on them.
* VERY preliminary versions of these documents for the Alpha. I'vejkh1999-09-062-0/+1266
| | | | | | made only the most superficial changes so far to HARDWARE.TXT and eliminated the stuff I absolutely knew didn't work. That still leaves a lot of work to do and this is mostly just a place-holder for now.
* This commit adds driver support for PCI fast ethernet NICs based onwpaul1999-09-062-0/+13
| | | | | | | | | | | | | | | | the Davicom DM9100 and DM9102 chipsets, including the Jaton Corporation XPressNet. Datasheet is available from www.davicom8.com. The DM910x chips are still more tulip clones. The API is reproduced pretty faithfully, unfortunately the performance is pretty bad. The transmitter seems to have a lot of problems DMAing multi-fragment packets. The only way to make it work reliably is to coalesce transmitted packets into a single contiguous buffer. The Linux driver (written by Davicom) actually does something similar to this. I can't recomment this NIC as anything more than a "connectivity solution." This driver uses newbus and miibus and is supported on both i386 and alpha platforms.
* This commit adds driver support for the Silicon Integrated Systemswpaul1999-09-052-0/+8
| | | | | | | | | | | | SiS 900 and SiS 7016 PCI fast ethernet chipsets. Full manuals for the SiS chips can be found at www.sis.com.tw. This is a fairly simple chipset. The receiver uses a 128-bit multicast hash table and single perfect entry for the station address. Transmit and receive DMA and FIFO thresholds are easily tuneable. Documentation is pretty decent and performance is not bad, even on my crufty 486. This driver uses newbus and miibus and is supported on both the i386 and alpha architectures.
* Update to include IPFW changes that have happened relatively recently.green1999-09-041-0/+11
|
* Migrate these files down to their ${ARCH} subdir. I should have donejkh1999-09-044-1393/+119
| | | | | this awhile back (next commit will kludge up something reasonable for the Alpha).
* Mention our support of the xp1000 familygallatin1999-08-251-0/+1
|
* Mention that the 3Com 3cSOHO100-TX adapter (cheap version of the 3c905B) iswpaul1999-08-222-3/+7
| | | | | supported, as well as the 3c980B server adapter (newer rev of the 3c980, same PCI ID) and the 3c905C-TX.
* This commit adds device driver support for the Sundance Technologies ST201wpaul1999-08-212-8/+22
| | | | | | | | | | | | | PCI fast ethernet controller. Currently, the only card I know that uses this chip is the D-Link DFE-550TX. (Don't ask me where to buy these: the only cards I have are samples sent to me by D-Link.) This driver is the first to make use of the miibus code once I'm sure it all works together nicely, I'll start converting the other drivers. The Sundance chip is a clone of the 3Com 3c90x Etherlink XL design only with its own register layout. Support is provided for ifmedia, hardware multicast filtering, bridging and promiscuous mode.
* update list of ISDN hardware supported by isdn4bsd 0.83hm1999-08-071-3/+8
|
* Change "telesis" to "telesyn" to reflect their change of name.nik1999-07-271-2/+2
| | | | | PR: docs/12435 Submitted by: Adam Kranzel <shade@dnai.com>
* This commit adds device driver support for Adaptec Duralink PCI fastwpaul1999-07-252-0/+21
| | | | | | | | | | | | | | | | | | | | | ethernet controllers based on the AIC-6915 "Starfire" controller chip. There are single port, dual port and quad port cards, plus one 100baseFX card. All are 64-bit PCI devices, except one single port model. The Starfire would be a very nice chip were it not for the fact that receive buffers have to be longword aligned. This requires buffer copying in order to achieve proper payload alignment on the alpha. Payload alignment is enforced on both the alpha and x86 platforms. The Starfire has several different DMA descriptor formats and transfer mechanisms. This driver uses frame descriptors for transmission which can address up to 14 packet fragments, and a single fragment descriptor for receive. It also uses the producer/consumer model and completion queues for both transmit and receive. The transmit ring has 128 descriptors and the receive ring has 256. This driver supports both FreeBSD/i386 and FreeBSD/alpha, and uses newbus so that it can be compiled as a loadable kernel module. Support for BPF and hardware multicast filtering is included.
* Update ThinkPad special mode entry for atkbd0. Add an entry dealingrnordier1999-07-151-4/+25
| | | | | | with failure to detect XT/AT-style keyboards in boot2 during install. Submitted by: yokota
* This commit adds driver support for the SysKonnect SK-984x serieswpaul1999-07-092-1/+15
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | gigabit ethernet adapters. This includes two single port cards (single mode and multimode fiber) and two dual port cards (also single mode and multimode fiber). SysKonnect is currently the only vendor with a dual port gigabit ethernet NIC. The ports on dual port adapters are treated as separate network interfaces. Thus, if you have an SK-9844 dual port SX card, you should have both sk0 and sk1 interfaces attached. Dual port cards are implemented using two XMAC II chips connected to a single SysKonnect GEnesis controller. Hence, dual port cards are really one PCI device, as opposed to two separate PCI devices connected through a PCI to PCI bridge. Note that SysKonnect's drivers use the two ports for failover purposes rather that as two separate interfaces, plus they don't support jumbo frames. This applies to their Linux driver too. :) Support is provided for hardware multicast filtering, BPF and jumbo frames. The SysKonnect cards support TCP checksum offload however this feature is not currently enabled (hopefully it will be once we get checksum offload support). There are still a few things that need to be implemeted, like the ability to communicate with the on-board LM80 voltage/temperature monitor, but I wanted to get the driver under CVS control and into -current so people could bang on it. A big thanks for SysKonnect for making all their programming info for these cards (and for their FDDI and token ring cards) available without NDA (see www.syskonnect.com).
* Added a short README to PC-card boot.flp directory.hosokawa1999-07-061-0/+13
| | | | (please check English grammer...:-) )
* It's really mP6.green1999-07-031-1/+1
| | | | :)
* Mention the Rise MP6, list merged items. There are probably a pile moremsmith1999-07-021-3/+5
| | | | changes that need to be listed here.
* Update these files to match current reality.jkh1999-07-023-1588/+10
|
* Fix support for the PNIC II. Earlier I had assumed that the PNIC II waswpaul1999-05-282-0/+6
| | | | | | | | | | | | | | | | similar to the PNIC I (supported by the pn driver). In fact, it's really a Macronix 98715A with wake on LAN support added. According to LinkSys, the PNIC II was jointly developed by Lite-On and Macronis. I get the feeling Macronix did most of the work. (The datasheet has the Macronix logo on it, and is in fact nearly identical to the 98715 datasheet, except for the extra wake on LAN registers.) In any case, the PNIC II works just fine with the Macronix driver. The changes are: - Move PCI ID for the PNIC II from the pn driver to the mx driver. - Mention PNIC II support in mx.4. - Mention PNIC II support in RELNOTES.TXT and HARDWARE.TXT.
* Update for post 3.2R since this'll be quickly forgotten otherwise.hoek1999-05-241-2/+2
| | | | Say, isn't about time for a -SNAP release?
* MF3S: typohoek1999-05-242-2/+2
|
* Typos (one reported in misc/11876 by Andrew Boothman <andrew@cream.org>)hoek1999-05-246-14/+14
|
* - Fix up some comments in if_wi.c (no code changes)wpaul1999-05-222-3/+15
| | | | | | | - Mention that the 6Mbps turbo adapters are supported in HARDWARE.TXT and RELNOTES.TXT and the wi.4 man page - Mention turbo adapters in the wicontrol.8 man page and provide a complete table of available transmit speed settings
* Remove `ix' driver. Justin Gibbs added support for the EtherExpress16 toobrien1999-05-221-2/+2
| | | | | | | the `ie' driver in rev 1.41 of if_ie.c on 1997/04/14. Thus retiring the `ix' driver. Forgotten by: gibbs
* Remove duplicated `ex0' entry.obrien1999-05-211-1/+0
|
* This commit adds driver support for PCI fast ethernet cards based on thewpaul1999-05-212-0/+10
| | | | | | | | | | | | | | | | | | | | | | | ADMtek AL981 "Comet" chipset. The AL981 is yet another DEC tulip clone, except with simpler receive filter options. The AL981 has a built-in transceiver, power management support, wake on LAN and flow control. This chip performs extremely well; it's on par with the ASIX chipset in terms of speed, which is pretty good (it can do 11.5MB/sec with TCP easily). I would have committed this driver sooner, except I ran into one problem with the AL981 that required a workaround. When the chip is transmitting at full speed, it will sometimes wedge if you queue a series of packets that wrap from the end of the transmit descriptor list back to the beginning. I can't explain why this happens, and none of the other tulip clones behave this way. The workaround this is to just watch for the end of the transmit ring and make sure that al_start() breaks out of its packet queuing loop and waiting until the current batch of transmissions completes before wrapping back to the start of the ring. Fortunately, this does not significantly impact transmit performance. This is one of those things that takes weeks of analysis just to come up with two or three lines of code changes.
* Update the list of devices supported (nothing spectacular)n_hibma1999-05-181-0/+7
|
* Punt! This file is now architecture specific.jkh1999-05-121-529/+0
|
* A special installation guide for the Alpha. Thanks, Doug! This is good!jkh1999-05-121-0/+437
| | | | Submitted by: Doug Rabson <dfr@freebsd.org>
* Hmm. Could have sworn I committed this before. Mention the jail() stuffjkh1999-05-112-0/+6
| | | | | in release notes. Be kinda neat if the jail stuff refused to allow read/write access to raw devices too. :)
OpenPOWER on IntegriCloud