home *** CD-ROM | disk | FTP | other *** search
/ GEMini Atari / GEMini_Atari_CD-ROM_Walnut_Creek_December_1993.iso / files / mint / xhdi_100 / intro.txt < prev    next >
Encoding:
Text File  |  1993-08-03  |  2.7 KB  |  67 lines
  1. @(#)XHDI/intro.txt
  2. @(#)Julian F. Reschke, 22. März 1992
  3.  
  4. Wie unschwer am Namen (`eXtended HardDisk Interface') zu erkennen ist, soll
  5. die XHDI-Spezifikation die Möglichkeiten der Kommunikation mit Treibern für
  6. blockorientierte Massenspeicher verbessern. Ausgangspunkt war die
  7. Überlegung, einige zusätzliche Eigenschaften, die viele Treiber bereits
  8. haben, über eine dokumentierte Schnittstelle nach außen zu führen. Dies
  9. sollte speziell Virtual-Memory-Programmen die Möglichkeit geben,
  10. Wechselplatten zu verriegeln (wer wollte schon, daß die Swap-Partition
  11. während des Swappens entfernt werden kann...).
  12.  
  13. Mit fortschreitender Diskussion hat sich herausgestellt, daß auch die durch
  14. die PUN_INFO-Struktur bereitgestellten Informationen nicht immer ausreichen
  15. und daher über die XHDI-Spezifikation erweitert werden sollten. Gründe:
  16.  
  17. - die PUN_INFO-Struktur hat nur Platz für 16 Geräte, obwohl das BIOS (und
  18.   einige GEMDOS-Aufsätze) 32 Geräte erlauben.
  19.  
  20. - eine Installation mehrerer AHDI-kompatibler Treiber im System ist nicht
  21.   möglich.
  22.  
  23. - die Atari-Definition von Gerätenummern geht davon aus, daß immer nur LUN
  24.   0 eines ACSI- oder SCSI-Targets benutzt wird.
  25.  
  26.  
  27. Der Sinn und Zweck der XHDI-Spezifikation (in der Version 1.00,
  28. Erweiterungen sind natürlich denkbar) sieht damit so aus:
  29.  
  30. - flexiblerer und umfassenderer Zugang zu den Informationen über die
  31.   einzelnen Geräte.
  32.  
  33. - Unterstützung erweiterter Treiberfunktionen wie Stop/Start oder
  34.   Verriegeln/Entriegeln.
  35.  
  36. Nicht Sinn der Sache ist, völlig neue Anforderungen an Treiber festzulegen.
  37. Die XHDI-Spezifikation soll sich nach Möglichkeit auf einfache Weise in
  38. bestehende Treiber integrieren lassen.
  39.  
  40.  
  41. Fragen und Änderungswünsche bitte an:
  42.  
  43. Julian F. Reschke
  44. Hensenstraße 142
  45. 4400 Münster
  46.  
  47. email: jr@ms.maus.de, julian@math.uni-muenster.de
  48.  
  49.  
  50. An der Formulierung des Standards waren beteiligt (in eckigen Klammern:
  51. eMail-Adresse, ggfs. in runden Klammern: Produkt/Firma):
  52.  
  53. Stefan Baucke [Stephan_Baucke@ac.maus.de]
  54. Michael Bernards [Michael_Bernards@k2.maus.de] (Color Concept)
  55. Claus Brod [Claus_Brod@bb.maus.de] (Scheibenkleister, Maxon)
  56. Stefan Eissing [se@st.maus.de] (Gemini)
  57. Alexander Herzlinger [herzling@rhrk.uni-kl.de] (VRAM, OverScan)
  58. Johannes Hill [Johannes_Hill@mz.maus.de] (TempleMon)
  59. Karsten Isakovic [ki@b.maus.de] (SysMon, OverScan)
  60. Hans-Dieter Jankowski [Hans-Dieter_Jankowki@un.maus.de] (HuSHI, Hard & Soft)
  61. Laurenz Prüßner [Laurenz_Pruessner@b.maus.de]
  62. Julian Reschke [jr@ms.maus.de] (SCSI-Tool, Hard & Soft)
  63. Hansi Richstein [Hansi_Richstein@ac3.maus.de] (Kobold, Kaktus)
  64. Uwe Seimet [seimet@rhrk.uni-kl.de] (Diskus, CCD)
  65. Eric Smith [ersmith@julian.uwo.ca] (MiNT)
  66. Dirk Steins [Dirk_Steins@k2.maus.de] (ProStream, Protar)
  67.