home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / protocol / tcpip / ibmpc / 4780 < prev    next >
Encoding:
Internet Message Format  |  1992-08-18  |  1.7 KB

  1. Path: sparky!uunet!olivea!decwrl!sun-barr!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!cmcl2!acf3!jackson
  2. From: jackson@acf3.NYU.EDU (Robert Max Jackson,269 Mercer 4th Fl,998-8352,)
  3. Newsgroups: comp.protocols.tcp-ip.ibmpc
  4. Subject: Re: Crynwr WD8003E v. 10 packet driver problem
  5. Message-ID: <38560002@acf3.NYU.EDU>
  6. Date: 18 Aug 92 16:18:00 GMT
  7. Sender: notes@cmcl2.nyu.edu (Notes Person)
  8. Organization: New York University
  9. Lines: 33
  10. Nntp-Posting-Host: acf3.nyu.edu
  11.  
  12.  
  13.  
  14.      In response to my query about a problem using version 10 of
  15. the Crynwr packet drivers for Western Digital cards (WD8003E.COM)
  16. Hugh Redelmeier (Thanks Hugh) reposted a June message from Russ
  17. Nelson describing a bug in the 8390 driver used by the packet
  18. driver for this (and other) cards.  As I have neither the skill nor
  19. time (after 7 months of time tracking this down) to figure out how
  20. to reassemble the whole packet driver, I decided to see if I could
  21. simply patch the existing v.10 driver.  It seems to me that it will
  22. work and I am seeking confirmation (I tried it and it seems ok, but
  23. who knows what time bombs await).
  24.      Below, as best I can figure it, is the incorrect and corrected
  25. code (a macro used to insert pauses in communications with the
  26. board).
  27.  
  28. Actual Code
  29. in Hex        Assembler
  30. -----------   -------------
  31. 50            PUSH    AX
  32. E561          IN      AX,61   <---WRONG
  33. 58            POP     AX
  34.  
  35. 50            PUSH    AX
  36. E461          IN      AL,61   <---RIGHT
  37. 58            POP     AX
  38.  
  39. This piece of code seems to appear nowhere else in the remaining
  40. code used for the packet driver.  Therefore, a simple search and
  41. replace of the first 4 bytes by the second 4 bytes would seem to
  42. patch the buggy code.  
  43.  
  44.      IS THIS CORRECT???
  45.