home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23702 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.2 KB  |  45 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!super!becker
  3. From: becker@super.org (Donald J. Becker)
  4. Subject: Re: Need 3c501 driver 
  5. Message-ID: <1993Jan11.210006.25237@super.org>
  6. Sender: news@super.org (USENET News System)
  7. Nntp-Posting-Host: metropolis
  8. Organization: IDA Supercomputing Research Center
  9. References: <michaelw.726417607@mcshh.hanse.de> <1993Jan7.174127.3075@super.org> <1993Jan9.002313.12543@brainiac.mn.org>
  10. Date: Mon, 11 Jan 1993 21:00:06 GMT
  11. Lines: 32
  12.  
  13. In article <1993Jan9.002313.12543@brainiac.mn.org> jrc@brainiac.mn.org (Jeffrey Comstock) writes:
  14. >In article <1993Jan7.174127.3075@super.org> becker@super.org (Donald J. Becker) writes:
  15. >>The 3c501 is an ancient product with documentation that's no longer
  16. >>being printed.  It has a single packet buffer that is shared between
  17. >>transmit and receive.  By this I mean that when you have a packet it
  18. >>cannot receive another packet.  While you are offloading
  19. >>that packet it cannot receive a packet.  While you are loading a new
  20. >>packet to transmit it cannot receive a packet.  While you are waiting
  21. >>to transmit it cannot receive a packet.  While... well, you get the
  22. >>idea -- you miss most packets.  And I haven't even started describing
  23. >>the bugs.
  24. >
  25. >I have used 3c501's for a long time, and yes they suck, but you are totally
  26. >full of crap.  They work fine for some applications.  People are giving
  27. >them away, and they beat the hell out of a SLIP line, which is what you
  28. >would probably be running if you didn't have ether.  Please just shut up.
  29.  
  30. I feel I'm qualified to make the above (factual and correct)
  31. statement. I wrote a Linux 3c501 driver that I decided not to release
  32. because the card was so braindamaged.  I've also written Linux drivers
  33. for the 3c503, NE2000, and other 8390-based ethercards.  While the
  34. 8390 chip has its share of bugs, it's usable with Linux while the
  35. 3c501 board isn't.  They 3c501 cards should have been retired with the
  36. slow mono-tasking 8088 systems they were bought for.
  37.  
  38. As Russ Nelson .sig says "What canst *thou* say?".  I can say "Seen
  39. it, done it, been there!"
  40.  
  41. -- 
  42. Donald Becker                       becker@super.org
  43. Supercomputing Research Center
  44. 17100 Science Drive, Bowie MD 21114           301-805-7482
  45.