summaryrefslogtreecommitdiffstats
path: root/share/man/man4
Commit message (Collapse)AuthorAgeFilesLines
* Clarified info on X release 3.3.1.n_hibma1999-06-182-16/+24
| | | | Submitted/Reviewed by: Joe Touch <touch@ISI.EDU>
* Updated the BUGS section. BREAK is now implemented.bde1999-06-142-56/+28
| | | | | | | | | Don't document non-bugs in the BUGS section, or anywhere else. It is not a bug to drop data when overloaded. The compile-time tuning options turned out to be not very useful, and aren't supported offically. Documented the not so new option CY_PCI_FASTINTR.
* Fixed previous fix (dad -> rda via rad).bde1999-06-071-3/+3
|
* Correct typos.jkoshy1999-06-071-3/+3
| | | | | PR: docs/12068 Submitted by: Steve Coltrin <spcoltri@io.com>
* Add a clarification in the man page suggesting that some tapesmjacob1999-06-061-3/+9
| | | | | | | | (QIC) written under 2.X may not be easily read under the current driver without explicitly setting to variable mode or to the blocksize these tapes were written under 2.X with. PR: 6681
* "Tn DNS" -> ".Tn DNS"nik1999-05-291-2/+2
| | | | | PR: docs/10474 Submitted by: Yoshiteru Kageyama <yt-kage@cb3.so-net.ne.jp>
* Fix a couple of typos related to wfd.nik1999-05-291-3/+3
| | | | | PR: docs/10624 Submitted by: Joe Abley <jabley@buddha.clear.net.nz>
* Fix support for the PNIC II. Earlier I had assumed that the PNIC II waswpaul1999-05-282-4/+14
| | | | | | | | | | | | | | | | 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.
* Add description on configuration options and the EXAMPLE section.yokota1999-05-282-8/+88
|
* There are six bit fields in the flags now, not four.ghelmer1999-05-271-2/+2
| | | | PR: i386/10328
* Spell vp0 correctly. Add id.hoek1999-05-251-1/+2
| | | | PR: docs/10500 (Masaru Tsunoda [3]masaru@pokemon.to)
* - Fix up some comments in if_wi.c (no code changes)wpaul1999-05-222-6/+12
| | | | | | | - 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
* Fixed disordering in previous commit.bde1999-05-221-4/+4
|
* Fix a couple of small grammatical errors.wpaul1999-05-214-8/+8
|
* This commit adds driver support for PCI fast ethernet cards based on thewpaul1999-05-213-2/+307
| | | | | | | | | | | | | | | | | | | | | | | 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.
* Remove bio/cam/net/tty labels.yokota1999-05-2047-132/+132
| | | | OKed by: peter
* * Remove "'s in the synopsis as config(8) does not require them any more.obrien1999-05-191-4/+4
| | | | | | * Optional bits now shown as such. Submitted by: Philippe Charnier & bde
* Show the usage of flags in the synopsis.obrien1999-05-191-4/+4
| | | | (I couldn't figure out how to suround `flags _flags_' by []'s :-( )
* Typo.pb1999-05-171-2/+2
| | | | PR: doc/11582
* s/cF/nF/ in a couple of places.steve1999-05-162-10/+10
| | | | | PR: 10841 Submitted by: Kaneda Hiloshi <vanitas@ma3.seikyou.ne.jp>
* This needs to be "at atkbdc?" rather than "at isa?". It's correctmph1999-05-162-4/+4
| | | | | in GENERIC and LINT, which is why I only needed four reboots to figure out why my keyboard wasn't keyboarding.
* Refer to kget(8) instead of dset(8).jkoshy1999-05-141-3/+3
| | | | | PR: docs/11702 Submitted by: Matthew D. Fuller <fullermd@over-yonder.net>
* Fixed disordering in previous commit.bde1999-05-101-3/+3
|
* Add the USB Mass Storage manual pagen_hibma1999-05-093-2/+209
|
* The 2930U2 and 3950U2 are supported by the Adaptec driver.ken1999-05-082-2/+6
|
* Devices are hardwired with "unit 0", not "lun 0" as was in these man pages.ken1999-05-085-13/+19
| | | | | | | Also, update the pass(4) man page to indicate that some CCBs must be sent through the xpt(4) device and cannot be sent through a pass device. PR: 8826
* Fix confusing sentence, the PR noticed the sentence, I rewrote the sentence.billf1999-05-062-4/+4
| | | | | PR: docs/11257 Submitted by: Motomichi Matsuzaki <mzaki@e-mail.ne.jp>
* Fix a typo (wi. -> wi.4)cwt1999-05-051-2/+2
| | | | Submitted by: Zach Heilig <zach@uffdaonline.net>
* Add device driver support for the Lucent WaveLAN/IEEE 802.11 PCMCIAwpaul1999-05-055-8/+213
| | | | | | | | | | | | | | | | | | | | | | adapter (and some workalikes). Also add man pages and a wicontrol utility to manipulate some of the card parameters. This driver was written using information gleaned from the Lucent HCF Light library, though it does not use any of the HCF Light code itself, mainly because it's contaminated by the GPL (but also because it's pretty gross). The HCF Light lacks certain featurs from the full (but proprietary) HCF library, including 802.11 frame encapsulation support, however it has just enough register information about the Hermes chip to allow someone with enough spare time and energy to implement a proper driver. (I would have prefered getting my hands on the Hermes manual, but that's proprietary too. For those who are wondering, the Linux driver uses the proprietary HCF library, but it's provided in object code form only.) Note that I do not have access to a WavePOINT access point, so I have only been able to test ad-hoc mode. The wicontrol utility can turn on BSS mode, but I don't know for certain that the NIC will associate with an access point correctly. Testers are encouraged to send their results to me so that I can find out if I screwed up or not.
* Correct `sd', `st' -> `da', `sa'; add xref to scsi(4); remove xrefjkoshy1999-05-052-14/+8
| | | | | | | to nca(4). PR: docs/11493 Submitted by: "Steven G. Kargl" <kargl@troutmask.apl.washington.edu>
* Make `ed0' example match reality.obrien1999-05-042-8/+6
| | | | | Merge `ed1' and `ed2' examples as we don't ship with an `ed1' any more we yet, the example of extra flags could be useful to someone.
* Make "\n" appear in cample C code.ghelmer1999-05-041-20/+20
| | | | PR: docs/10708
* Use Cd macro for SYNOPSIS.ghelmer1999-05-041-3/+2
| | | | PR: docs/10495
* Add $Id$kris1999-05-022-0/+2
|
* Fix a bunch typos, one fix of which is from docs/10794hoek1999-04-301-11/+11
|
* Correct typo.jkoshy1999-04-291-2/+2
| | | | | PR: docs/11378 Submitted by: Martin Kammerhofer <dada@balu.kfunigraz.ac.at>
* Typowosch1999-04-252-4/+4
| | | | | PR: docs/11259 Submitted by: mzaki@e-mail.ne.jp
* Goodbye lkm.4peter1999-04-242-168/+1
|
* Spelling error fixed.nsayer1999-04-212-2/+2
|
* Revise list of interfaces on which bridging is supported. mdoc-ify a fewghelmer1999-04-161-5/+18
| | | | things while I'm here.
* Grrr. Make all modes work properly with the 82c168 chip and built-inwpaul1999-04-142-20/+18
| | | | | | | | | | transceiver. Note in the manual page that autoselection doesn't work on the 82c168 because the built-in NWAY support is horribly broken. Manual mode selection works fine, but autoneg is broken for everything except maybe 10Mbps half-duplex. There's no simple way to fix this at the moment, so I have to settle for documenting the bug for now. Fortunately, there aren't anywhere near as many 82c168 boards around as there are 82c169s.
* Install kld.4.bde1999-04-141-10/+8
| | | | Sorted lists.
* Reference kldfind(2), kldfirstmod(2), kldload(2), kldnext(2), kldstat(2),ghelmer1999-04-131-1/+7
| | | | | | and kldunload(2). Submitted by: Chris Costello <chris@holly.dyndns.org>
* Add kld(4) man page. Copyright notice in PR submission was "???", whichghelmer1999-04-131-0/+162
| | | | | | | | I changed to "Christopher G. Demetriou" since the page appears to be a revision of lkm(4). PR: docs/8611 Submitted by: Rajesh Vaidheeswarran <rv@fore.com>
* Update description of how to analyse kernel dumps.grog1999-04-131-60/+54
|
* Mention the new splash_pcx decoder.des1999-04-122-6/+28
|
* Fix typo's in previous commit.n_hibma1999-04-112-4/+10
|
* Added information on how to use a USB mouse under XFree.n_hibma1999-04-112-4/+64
| | | | Supplied by: Kazutaka YOKOTA
* Fix docs/10737nsouch1999-04-111-0/+2
|
* Corrections supplied by Kazutaka YOKOTA.n_hibma1999-04-112-26/+26
|
OpenPOWER on IntegriCloud