home *** CD-ROM | disk | FTP | other *** search
/ GEMini Atari / GEMini_Atari_CD-ROM_Walnut_Creek_December_1993.iso / files / mint / xhdi_100 / intro.eng < prev    next >
Encoding:
Text File  |  1993-08-03  |  2.4 KB  |  61 lines

  1. @(#)XHDI/intro.eng
  2. @(#)Julian F. Reschke, 22. März 1992
  3.  
  4. The purpose of the XHDI (`eXtended HardDisk Interface') specification is to
  5. enhance the communication with drivers for block oriented mass storage
  6. media. We started with the thought to create a uniform interface for some
  7. additional driver features. One goal was to create a standard method for
  8. virtual memory systems to lock the eject button of Syquest harddisk drives
  9. (you don't want the user to remove the cartridge with the swap partition).
  10.  
  11. After further discussion, it was clear that the information available via
  12. the PUN_INFO structure just wasn't enough and that the missing information
  13. should be available with the help of this XHDI specification. Reasons:
  14.  
  15. - the PUN_INFO structure only has room for 16 devices, but BIOS (and
  16.   some GEMDOS replacements) allow 32 devices
  17.   
  18. - it is impossible to install more than one AHDI compatible harddisk driver
  19.   in the system (there is only one PUN_INFO structure).
  20.  
  21. - Atari's definition of device numbers only works for drives with Logical
  22.   Unit Number 0.
  23.  
  24.  
  25. For these reasons, the purpose of the XHDI specification is:
  26.  
  27. - to provide more information about the installed devices
  28.  
  29. - to support new driver features like Stop/Start or Lock/Unlock.
  30.  
  31. The XHDI specification doesn't define new driver features -- it should be
  32. easy to retrofit it into existing drivers.
  33.  
  34.  
  35. For questions and suggestions, ask:
  36.  
  37. Julian F. Reschke
  38. Hensenstraße 142
  39. D-W4400 Münster
  40.  
  41. email: jr@ms.maus.de, julian@math.uni-muenster.de
  42.  
  43.  
  44. People involved in this specification ([eMail address], (product
  45. name/company))
  46.  
  47. Stefan Baucke [Stephan_Baucke@ac.maus.de]
  48. Michael Bernards [Michael_Bernards@k2.maus.de] (Rufus, Creativ/Color Concept)
  49. Claus Brod [Claus_Brod@bb.maus.de] (Scheibenkleister, Maxon)
  50. Stefan Eissing [Stefan_Eissing@st.maus.de] (Gemini)
  51. Alexander Herzlinger [herzling@rhrk.uni-kl.de] (VRAM, OverScan)
  52. Johannes Hill [Johannes_Hill@mz.maus.de] (TempleMon)
  53. Karsten Isakovic [Karsten_Isakovic@b.maus.de] (SysMon, OverScan)
  54. Hans-Dieter Jankowski [Hans-Dieter_Jankowki@un.maus.de] (HuSHI, Hard & Soft)
  55. Laurenz Prüßner [Laurenz_Pruessner@b.maus.de]
  56. Julian Reschke [jr@ms.maus.de] (SCSI-Tool, Hard & Soft)
  57. Hansi Richstein [Hansi_Richstein@ac3.maus.de] (Kobold, Kaktus)
  58. Uwe Seimet [seimet@rhrk.uni-kl.de] (Diskus, CCD)
  59. Eric Smith [ersmith@julian.uwo.ca] (MiNT)
  60. Dirk Steins [Dirk_Steins@k2.maus.de] (ProStream, Protar)
  61.