home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / sys / amiga / hardware / 22106 < prev    next >
Encoding:
Text File  |  1992-12-28  |  1.5 KB  |  34 lines
  1. Newsgroups: comp.sys.amiga.hardware
  2. Path: sparky!uunet!mcsun!fuug!prime!mits!ppihkala
  3. From: ppihkala@mits.mdata.fi (Petri Pihkala)
  4. Subject: Re: a1200 ide problems
  5. Organization: MITS, Helsinki, Finland
  6. Distribution: comp
  7. Date: Mon, 28 Dec 1992 04:48:59 GMT
  8. Message-ID: <1992Dec28.044859.18085@prime.mdata.fi>
  9. References: <1992Dec26.4509.27108@dosgate> <1992Dec26.191926.16917@crash>
  10. Sender: usenet@prime.mdata.fi (Usenet poster)
  11. Nntp-Posting-Host: mits.mdata.fi
  12. Lines: 20
  13.  
  14. In article <1992Dec26.191926.16917@crash> uzun@crash.cts.com (Roger Uzun) writes:
  15. >Many IDE drives have buggy firmware, which does not allow xfrs greater
  16. >than 65535 bytes, set your maxtransfer back to something less than
  17. >65535 byytes.  Quantum for example, acknowledges this bug in
  18. >their 120 and 240M IDE drives.
  19.  
  20.  I have had a custom-build AT-IDE controller in my A500 for some years with
  21. QNTM LP52AT, and I detected this problem already then. One can read 1-255 blocks, but not 256 as
  22. AT -specs mention as max. I received new EPROM that works ok, ie allows 1-256
  23. blocks to be read at one command. If Amiga software asks for more than 256
  24. blocks (128kBytes), then IDE-driver asks repeating for 256 blocks until done.
  25. The reason for this bug is in AT-BIOS that asks for max 64kB (128 blocks) at a
  26. time due to segmented memoryhandling. It's pity they have not corrected this
  27. problem in 120/240 which was reported to them as bug in PL52/105 code. This makes GVP
  28. unusable, as it asks for 256 blocks, unless of course application/DOS
  29. (maxtransfer) asks for less.  
  30.  
  31. --
  32. ppihkala@mits.mdata.fi
  33.  
  34.