home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10525 < prev    next >
Encoding:
Text File  |  1992-12-22  |  2.3 KB  |  45 lines

  1. Newsgroups: comp.unix.bsd
  2. Path: sparky!uunet!paladin.american.edu!darwin.sura.net!spool.mu.edu!agate!linus!alliant!rdr
  3. From: rdr@cl4.alliant.com (Roger Roles)
  4. Subject: Re: WD8003E ethernet card compatibility
  5. Message-ID: <1992Dec22.001805.29535@alliant.com>
  6. Keywords: AKCL Common LISP Kyoto Austin 386BSD
  7. Sender: usenet@alliant.com
  8. Organization: Alliant Computer Systems, Littleton, MA
  9. References: <zxmsd01.724542361@studserv> <1gorbsINN8ku@neuro.usc.edu>
  10. Date: Tue, 22 Dec 1992 00:18:05 GMT
  11. Lines: 32
  12.  
  13. In article <1gorbsINN8ku@neuro.usc.edu> merlin@neuro.usc.edu (merlin) writes:
  14. >Has anyone managed to get 386BSD to work correctly with the WD8003E ethernet
  15. >card?
  16.  
  17. I managed (after long debugging sessions :-) to get a WD8003E ethernet card
  18. working. The first step was to configure a kernel without the Isolan driver,
  19. which is configured to the same I/O address in the standard config. The symptom
  20. before this was done was a lot of "reject 32..." (I can't remember the exact
  21. number) messages whenever the interface was configured up.
  22.  
  23. After getting past that problem, I discovered that most of the transmissions
  24. were being garbled, as evidenced by checksum errors on remote machines which
  25. were receiving the packets, and no replies being received. I am not sure what
  26. the cause of this was, unless the machine (a 486/33) was trying to load data
  27. into the board's buffer too fast, but the symptom was that immediately after
  28. doing a bcopy of the data onto the board, a comparison between the mbuf and
  29. the buffer showed numerous differences. I "fixed" this (a truly gross hack,
  30. probably with significant speed impact, but it works fast enough for my
  31. purposes) by comparing every byte and rewriting it until the correct value
  32. appeared in the board buffer. I limited the attempts to store the correct
  33. value to the board to 10, so as to avoid an infinite loop if the board was
  34. truly unable to receive the correct value. So far, the count of 10 limit
  35. has never been reached.
  36.  
  37. I now know that there are versions of the dist.fs floppy image available
  38. on agate.berkeley.edu (/pub/386BSD/386bsd-0.1/unofficial/newbootables/cgd)
  39. which are built without the isolan driver, for those who can't build new
  40. configs until the ether is clear :-).
  41.  
  42. -- 
  43. Roger D. Roles        OS Development
  44. RR77, rdr@alliant.com, alliant!rdr    508.486-1211
  45.