home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / os / linux / 23342 < prev    next >
Encoding:
Text File  |  1993-01-09  |  1.4 KB  |  32 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!spool.mu.edu!umn.edu!uum1!kksys.com!edgar!brainiac!jrc
  3. From: jrc@brainiac.mn.org (Jeffrey Comstock)
  4. Subject: Re: Need 3c501 driver 
  5. Message-ID: <1993Jan9.002313.12543@brainiac.mn.org>
  6. Organization: Sewer of Source Code
  7. References: <726375686snx@crynwr.com> <michaelw.726417607@mcshh.hanse.de> <1993Jan7.174127.3075@super.org>
  8. Date: Sat, 9 Jan 93 00:23:13 GMT
  9. Lines: 21
  10.  
  11. In article <1993Jan7.174127.3075@super.org> becker@super.org (Donald J. Becker) writes:
  12. >The 3c501 is an ancient product with documentation that's no longer
  13. >being printed.  It has a single packet buffer that is shared between
  14. >transmit and receive.  By this I mean that when you have a packet it
  15. >cannot receive another packet.  While you are offloading
  16. >that packet it cannot receive a packet.  While you are loading a new
  17. >packet to transmit it cannot receive a packet.  While you are waiting
  18. >to transmit it cannot receive a packet.  While... well, you get the
  19. >idea -- you miss most packets.  And I haven't even started describing
  20. >the bugs.
  21.  
  22. I have used 3c501's for a long time, and yes they suck, but you are totally
  23. full of crap.  They work fine for some applications.  People are giving
  24. them away, and they beat the hell out of a SLIP line, which is what you
  25. would probably be running if you didn't have ether.  Please just shut up.
  26.  
  27.  
  28. -- 
  29. Jeffrey R. Comstock 
  30. HOME  jrc@brainiac.mn.org
  31. CW    -. .-. ----- -..
  32.