home *** CD-ROM | disk | FTP | other *** search
/ No Fragments Archive 12: Textmags & Docs / nf_archive_12.iso / MAGS / SOURCES / ATARI_SRC.ZIP / atari source / AHDI / AHDI606 / README < prev    next >
Encoding:
Text File  |  2001-02-09  |  4.5 KB  |  154 lines
  1.  
  2.  
  3.  
  4. Version 6.05c
  5. =============
  6.  
  7. May-25-93    jye: Added some codes to unlock the floptical drive InSite I325VM
  8.  
  9.             by send a 'mdsense' commend with page code 0x2e, and allocation
  10.  
  11.             lenth 42. This kind of drive is very slow in spin up when power
  12.  
  13.             on, so give at lease 15 seconds after turn on this kind of drive
  14.             
  15.             before turning on the computer, or this kind of drive won't be 
  16.             
  17.             able to read from it.
  18.  
  19.  
  20. Version 6.05b
  21. =============
  22.  
  23. May-19-93    jye: Add a check point that can tell the removable drive, for
  24.  
  25.             example, SyQuest SQ55, and set the short time out for this kind
  26.  
  27.             of drive, this way can reduce the boot up waiting time when the
  28.  
  29.             removable drive with no cartridge there, but at the same time it
  30.  
  31.             still work for those drives with the long reset time. Modified
  32.  
  33.             in file 'install.s'.
  34.  
  35.  
  36. May-18-93     jye: Fixed a bug that made Falcon was hang on there when open the
  37.  
  38.             directories after the boot up, which using AHDI 6.05 or 6.05a with
  39.  
  40.             CACHE080.PRG to do the boot up. Craig Suko and Eric Smith rearranged
  41.  
  42.             the declare variable 'partsize' down from the 'cookie' variable, the
  43.             
  44.             'partsize' variable they defined for adding some memory check for 
  45.  
  46.             the AHDI 6.05. Because the CACHE080.PRG only knows that address to
  47.  
  48.             get the cookie variable, so when 'partsize' defined before 'cookie',
  49.  
  50.             this way will push down the 'cookie' address, then CACHE080.PRG will
  51.  
  52.             got the wrong address, therefore, all kind strange things will 
  53.  
  54.             happen.
  55.  
  56.  
  57. Version 6.05a
  58. =============
  59.  
  60. May-11-93    jye: Fix a bug that made the AHDI did not pass the boot process
  61.  
  62.             when the SyQuest SQ55 had no cartridge inside. Modified in file 
  63.  
  64.             'install.s'.
  65.  
  66.  
  67. Version 6.05
  68. =============
  69.  
  70. Apr-28-93     jye: Released a new version of AHDI 6.05.
  71.  
  72. Apr-26-93    jye: Smith Eric added some codes to the Driver.s and ahdi.h to 
  73.             
  74.             make some boundary check.
  75.  
  76.  
  77.  
  78. Version 6.04
  79. =============
  80.  
  81. Apr-9-93     jye: Release a new version of AHDI 6.04.
  82.  
  83.  
  84.  
  85. Version 6.03a
  86. =============
  87.  
  88. Mar-15-93     jye: Fixed a bug since I took over the AHDI.PRG 6.03, so I gave a
  89.  
  90.             version number for the new AHDI.PRG, it is AHDI.PRG 6.03a.
  91.  
  92.     The AHDI6.03 has a problem when it scans the drives in the train, it can't 
  93.     
  94.     recognize those drive with a slow reset to the ready state inside the drive, 
  95.     for example, IBM OEM 0663E15, SyQuest 88MB drives. After the AHDI6.03 makes 
  96.     
  97.     the 'inquiry()' call to request the informations of this drive, AHDI right a
  98.     
  99.     way to read the Root sector within 1 second, but IBM OEM drive is still not 
  100.     
  101.     read to be read after the 'inquiry()' call, it takes about 5 second to reset
  102.     
  103.     and get the drive ready to be read, so the 'hread()' get the non zero return 
  104.     code which is the drive is still busy code, but the AHDI6.03 doesn't check
  105.  
  106.     this case, so AHDI treat non zero return will mean no drive in that slot, so
  107.  
  108.     the AHDI6.03 can't recognize this kind of drive. Now I add some codes in the
  109.  
  110.     'install.s' to check to see if the drive is busy, if so just loop to try to
  111.  
  112.     read it again, or time out. So the AHDI6.03a fixed this bug too.
  113.  
  114.  
  115.  
  116. Mar-19-93    jye: For the new AHDI.PRG 6.03a, fixed one big problem.
  117.  
  118.     Found a bug, it was a software problem in AHDI.PRG -- The timing problem 
  119.  
  120.     between the DMA controller and the drive when handshaking after the Command
  121.     
  122.     or Status or Data transfer. When this kind of DMA method transfer occur,
  123.     
  124.     first the controller send 6 bytes of the command blocks, then do some hand-
  125.  
  126.     shaking, one of the handshaking is get the status byte, but when reading
  127.  
  128.     the status byte, have to check and wait for the REQ to come, then read the
  129.  
  130.     status byte, and the rest DMA transfer can go on to finish. For the AHDI6.03
  131.  
  132.     and HDX5.01, they didn't check and waiting for the REQ to come, then they do
  133.  
  134.     the rest of DMA transfer, for some drives if their REQ come very quick, then
  135.  
  136.     AHDI6.03 and HDX5.01 won't have the timing problem, so they can work out
  137.  
  138.     fine with those kind of drives. But for some drives if their REQ come very
  139.  
  140.     slowly, like the Syquest 88MB and IBM OEM 0663E15 1.2GM drives, then the 
  141.  
  142.     AHDI6.03 and HDX5.01 will have the timing problem which makes the AHDI6.03
  143.  
  144.     can't recognize these kind of dirves, and can't read or write the drives.
  145.  
  146.     Now, the AHDI6.03a has fixed this kind of timing problem, I wrote some codes 
  147.     to check the REQ before continueing to do the rest of DMA transfer in 
  148.     
  149.     SPSCSI.S of AHDI6.03. So they can work well for Syquest 88MB and IBM OEM 
  150.     
  151.     0663E15 drive.
  152.  
  153.  
  154.