home *** CD-ROM | disk | FTP | other *** search
/ The Datafile PD-CD 3 / PDCD_3.iso / utilities / utilst / zidefs090 / ZIDEFS090 / Guide < prev    next >
Text File  |  1994-10-03  |  20KB  |  459 lines
  1. ¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤                      ==========================
  2. Zeridajh IDEFS 0.90 user guide                       This program is FREEWARE
  3. ¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤¤                      ==========================
  4.  
  5. ----------------
  6. - Introduction -
  7. ----------------
  8.  
  9. Zeridajh IDEFS (ZIDEFS) is a full replacement for the software supplied with
  10. the 'old' Ian Copestake Software IDE disc interface (designed by Stefan
  11. Froehling and Peter Szymanski). Zeridajh IDEFS has been completely written
  12. from scratch and provides numerous small and several big improvements :
  13.  
  14. Support for partitions
  15. ~~~~~~~~~~~~~~~~~~~~~~
  16. ZIDEFS supports up to 4 partitions (or 'virtual drives'). This means that an
  17. IDE harddisc may now hold more than one drive (in the original software only
  18. one drive could be stored on a harddisc).
  19.  
  20. It is immediately important in this respect to understand the difference
  21. between a 'harddisc' and a 'drive' (in the original software they were more or
  22. less synonymous) :
  23.  
  24. + A harddisc is the piece of hardware you can hold in your hand and which can,
  25.   in this day and age, store up to several Gb of data. I.e. it is a hardware
  26.   entity.
  27. + A drive, however, is a software entity, which has, e.g., a number (from 4 to
  28.   7, for 'hard' drives), a name, and an icon on the icon bar (which looks like
  29.   a harddisc) through which it can be accessed from the desktop. A drive
  30.   stores its own file structure and free space map. Each drive's data is
  31.   stored somewhere on one of your harddiscs (and is then also referred to as a
  32.   'partition').
  33.  
  34. As FileCore filing systems (e.g. ADFS, RamFS and also IDEFS) can only access a
  35. maximum of 512Mb per drive, partitioning means that IDE harddiscs over 512Mb
  36. may be fully used, simply by storing 2 or more drives on them (which was not
  37. possible with the original software). There is, however, a maximum total of 4
  38. drives, i.e. the maximum amount of data you can store is 4 x 512Mb = 2Gb
  39. (which could be in the form of 4 drives on only one harddisc if you wanted
  40. to).
  41.  
  42. Partitioning is not only useful for harddiscs over 512Mb in size. It is also
  43. useful for making a clear seperation of your files, e.g. you could store data
  44. files and applications each on their own drive. Also, by using seperate drives
  45. you spread the risk of data loss due to corruption of a drive's free space
  46. map. When you have everything on one drive and its free space map goes bad,
  47. you lose everything on that drive. Having seperate drives spreads your risk
  48. (at the penalty of extra space used for the additional drive's free space
  49. maps).
  50.  
  51. Refer to 'Partitions' for details on how to create partitions.
  52.  
  53. Optimal transfer speeds
  54. ~~~~~~~~~~~~~~~~~~~~~~~
  55. The original software suffered from sub-optimal transfer speeds. There are
  56. speed improvements of roughly 5 to 10% on word-aligned transfers (relatively
  57. more on writes than reads). Non-word-aligned transfers are only very
  58. marginally slower than their word-aligned equivalents (only around 2%), while
  59. in the original software they were very much slower (around twice as slow due
  60. to very simplistic and suboptimal coding).
  61.  
  62. Better drive compatibility
  63. ~~~~~~~~~~~~~~~~~~~~~~~~~~
  64. ZIDEFS has much better IDE driver code. It is compatible with more IDE
  65. harddiscs than the original software and also supports at least some of the
  66. newer drives adhering to the new ATA 2 (or 'Extended IDE', aka EIDE) standard.
  67. ZIDEFS has been made to work with some 'positively gruesome' harddiscs.
  68.  
  69. Optional drive write-protection
  70. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  71. You can write-protect any drive, either by using the appropriate *-commands
  72. (*IDEProtect and *IDEUnprotect) or by setting the 'Options -> Read only'
  73. option in the filer icon bar menu.
  74.  
  75. This option is off by default.
  76.  
  77. Optional transfer address range checks
  78. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  79. There are (optional) checks on address ranges presented to the low level
  80. harddisc transfer routines. This is an extra safety measure against free space
  81. map corruption and the like, which may occur when erroneous transfer address
  82. ranges (inevitably) lead to address exceptions in the middle of write
  83. operations (e.g. leaving the free space map 'half written' and thus corrupting
  84. it, leading to massive data loss).
  85.  
  86. It seems some FS code, in my opinion wrongly, relies on FileCore to always
  87. deliver sane address ranges, although ADFS for example also seems to take the
  88. sensible route and do a check itself before plunging into a disc transfer. The
  89. overhead incurred in a check is totally negligable.
  90.  
  91. Address validation may be switched on/off using the appropriate *-commands
  92. (*IDEValidate and *IDENoValidate) or by setting the 'Options -> Validate'
  93. option in the filer icon bar menu.
  94.  
  95. This option is off by default.
  96.  
  97. Filer supports 'fancy' Free
  98. ~~~~~~~~~~~~~~~~~~~~~~~~~~~
  99. The 'fancy' free space indications available in RISCOS 3 (provided by the Free
  100. module) are supported by the new filer.
  101.  
  102. Other differences
  103. ~~~~~~~~~~~~~~~~~
  104. There are major SWI differences between the original software and ZIDEFS. The
  105. SWI numbers are different. Absent are the original software's _FormatTrack and
  106. _IdentDrive SWIs, and support for _DiscOp's 'Write Track' reason code. The
  107. functionality of all of these (only _IdentDrive was actually useful, and then
  108. only occasionally), can be achieved, if needed, by informed use of the new
  109. _Execute SWI. Additional new SWIs in ZIDEFS are _DriveOptions and _DriveInfo
  110. (the latter is only for internal use). For detailed descriptions of the SWIs
  111. refer to the 'Reference' guide.
  112.  
  113. The *IDEPowersave command available in the original software is absent. Any
  114. required power saving features may be achieved by understanding and using the
  115. new _Execute SWI (not all IDE harddiscs have power saving features, indeed
  116. some that don't react adversely to the applicable IDE commands).
  117.  
  118. Every effort has been made to pack all the added functionality of ZIDEFS
  119. into as small a space as possible (not least because the IDE interface podule
  120. can only handle up to 8k EPROMs). So far everything still fits, and there's
  121. some room left, despite the numerous additions.
  122.  
  123. New supporting software
  124. ~~~~~~~~~~~~~~~~~~~~~~~
  125. None of the original supporting software is needed anymore :
  126.  
  127. + For partitioning of harddiscs (which wasn't previously possible), new
  128.   software is supplied. Refer to 'Partitions' for details.
  129. + For drive initialisation, a patch for !HForm (which you can find on the
  130.   RISCOS 3 App2 disc) is available. Refer to 'Initialising drives' for more
  131.   information. !FormatIDE and !HFormIDE no longer work.
  132. + For HD performance testing, if needed, the original !HDTest application may
  133.   be used (ZIDEFS is still compatible with this application).
  134. + The !IDEIdent application no longer works. For harddisc info, you can use
  135.   the supplied 'DeviceID' program.
  136.  
  137. Future plans
  138. ~~~~~~~~~~~~
  139. Extensions I'm (still) thinking of adding to the software are along the lines
  140. of smart data buffering and transparent data compression (a-la MS-DOS 6.00).
  141. Also, support for IDE CD-ROM drives seems interesting. None of these are
  142. particularly trivial however.
  143.  
  144.  
  145. ---------------
  146. - The package -
  147. ---------------
  148.  
  149. There are several files in the ZIDEFS package :
  150.  
  151. 'ZIDEFs'
  152. ~~~~~~~~
  153. Is the FS module. You should not normally run this seperately, it is only
  154. included for reference and special applications. Note that this module assumes
  155. it is loaded from the podule ROM (i.e. it is passed its I/O base in r11). When
  156. loaded from elsewhere, i.e. from disc, it defaults to podule 0. I.e. if your
  157. IDE interface podule is not in slot 0, do *NOT* load this module from disc, as
  158. it will access the wrong podule (with amusing or less amusing effects !).
  159.  
  160. 'ZIDEFiler'
  161. ~~~~~~~~~~~
  162. Is the filer module. Like the FS module, you should not normally run this
  163. seperately. If loaded from disc, in a special application, it should always be
  164. loaded after the ZIDEFs module.
  165.  
  166. 'ZIDERom'
  167. ~~~~~~~~~
  168. Is the ROM image containing the ZIDEFs and ZIDEFiler modules, along with the
  169. necessary extra podule 'loader' code and information. You can blow this file
  170. straight into an 8k '2764' EPROM and use it to replace the original EPROM on
  171. the IDE interface podule. The podule, sadly, cannot access more than 8k of
  172. E