home *** CD-ROM | disk | FTP | other *** search
/ PC World 2004 September / PCWorld_2004-09_cd.bin / software / vyzkuste / stehujemewin / stehujemewin.exe / udma68.exe / UDMA.TXT < prev    next >
Text File  |  2004-01-28  |  9KB  |  153 lines
  1.             ========================
  2.             UltraDMA Drivers for DOS
  3.             ========================
  4.  
  5. This is a "package" of UltraDMA hard-disk drivers for DOS.   All of the
  6. drivers run UltraDMA disk(s) on PC motherboards having a "South Bridge"
  7. controller chip made by Intel, VIA, SiS, ALi and other vendors.      These
  8. drivers are NOT for use by "add-on" IDE adapters made by Promise, SiiG,
  9. HighPoint, or others, as such adapter cards already support UltraDMA in
  10. their own on-board BIOS logic.     The purpose of these drivers is to use
  11. the motherboard UltraDMA controller and AVOID needing an "add-on" card!
  12.  
  13. There are two drivers in the package.    UDMA supports one to four disks
  14. of any size, including new models above 128 GiB.   Its resident code is
  15. 592 bytes.   UDMAJR ("Junior UDMA") is a smaller version of UDMA, whose
  16. object-file size is only 2048 bytes by omitting some load-time messages
  17. and the disk read speed and verify test.   It has all run-time features
  18. of UDMA (the resident coding is identical).   It is intended for use by
  19. embedded systems "ROM disk" whose files must be kept to a minimum size.
  20.  
  21. UDMA and UDMAJR can be used in "DMA only" mode, for minimum DOS systems
  22. which do not load an XMS driver.   Without XMS, UDMA/UDMAJR have no I-O
  23. buffer and "pass back" to the BIOS those I-O requests which do not meet
  24. DMA requirements (see below).     Since such I-O is rare, UDMA/UDMAJR in
  25. "DMA only" mode is still useful on minimum systems.   The resident size
  26. of the driver is reduced to 528 bytes in this case.
  27.  
  28. UDMA and UDMAJR also include a full set of driver return codes, to show
  29. the exact cause of any error.     The larger UDMA will display load-time
  30. diagnostic messages for each of these return codes, if any error occurs
  31. during the "comparison reads" between the driver and BIOS or during the
  32. "read speed" test of each UltraDMA disk.   These tests are done only at
  33. load-time by UDMA and only where it is loaded with an XMS driver (these
  34. tests are written to use XMS memory).    If no XMS driver is present, or
  35. when the smaller UDMAJR driver is run, the "comparison reads" and "read
  36. speed" tests are omitted.   Users who may be having problems can forego
  37. UDMAJR and run the full UDMA as a diagnostic aid.   The UDMA and UDMAJR
  38. driver return codes (available after any I-O), and the message displays
  39. for UDMA load-time errors, are as follows:
  40.  
  41.    Code 08h - DMA timed out
  42.     0Fh - DMA error
  43.     20h - Controller busy before I-O
  44.     21h - Controller busy after I-O
  45.     80h - First DRQ timed out
  46.     AAh - Disk not ready before I-O
  47.     ABh - Disk not ready after I-O
  48.     CCh - Write FAULT before I-O
  49.     CDh - Write FAULT after I-O
  50.     E0h - Hard error at I-O end
  51.     FEh - BIOS/driver read MISMATCH (init only)
  52.     FFh - XMS memory error
  53.  
  54. For optimum and error-free performance, we recommended that you install
  55. a single hard-disk as the "master" on the primary IDE channel.     With a
  56. disk that runs an UltraDMA mode higher than 2 (ATA-33) you MUST use 80-
  57. conductor IDE cable.   Also, note the following comments, from the ATA/
  58. ATAPI-7 specification:
  59.  
  60.      The host shall be placed at one end of the cable. It's recommended
  61.      that for a single device configuration the device be placed at the
  62.      opposite end of the cable from the host. If a single device
  63.      configuration is implemented with the device not at the end of the
  64.      cable, a cable stub results that may cause degradation of signals.
  65.      Single device configurations with the device not at the end of the
  66.      cable shall not be used with Ultra DMA modes.
  67.  
  68. UDMA mode is set to the highest common mode, supported by your disk and
  69. chipset.  This value should be initialized by your BIOS, even where the
  70. BIOS itself does not do UltraDMA I-O.    The drivers handle only read or
  71. write requests.      All other requests (seeks, etc.) are "passed back" to
  72. the BIOS or some other driver for handling.
  73.  
  74. The disk is checked to support standard LBA mode (63 sectors, 255 heads
  75. and its designed number of cylinders). The driver supports LBA mode for
  76. MS-DOS 7.0+, PC-DOS 7.1, ROM-DOS, FreeDOS, new DR-DOS 7.0 versions, and
  77. PTS-DOS 32 (the latter is untested). CHS mode is also supported for the
  78. MS-DOS 6.x and below. This mode requires that all user files are on the
  79. first 8 GiB of the drive. More data, if present, must be in other drive
  80. partitions and accessed via other operating system supporting LBA mode.
  81.  
  82. If the buffer for an I-O request is not DWORD-aligned, fails a VDS lock
  83. or crosses a 64K physical memory boundary, the request shall go through
  84. a 64K buffer in XMS memory, using Ultra DMA I-O to and from the buffer.
  85. Minimum DOS systems running UDMA/UDMAJR in "DMA only" mode shall "pass"
  86. these requests back to the BIOS for execution.     Not crossing a 64K DMA
  87. boundary is required by the Bus Master IDE specification, and alignment
  88. to a DWORD (4-byte) boundary is required by some Intel "South Bridges".
  89. Also, I-O requests for more than 64K (over 128 sectors) of data will be
  90. "passed" back to the BIOS.   DOS should never issue such a request.
  91.  
  92. Please be sure to set up the hard disk in your BIOS correctly.     Set it
  93. to "Auto", "LBA", or "LBA Assisted".    DO NOT set it to "CHS", "ECHS",
  94. "Revised ECHS", "Bit Shift", "User Cylinders/Heads/Sectors", or "None".
  95. If the BIOS has a setting such as "UDMA Capable" for a disk, enable it.
  96. Any power-saving features like a "drive spin-down timeout", etc. should
  97. be disabled, or driver read-write requests may time out!
  98.  
  99. The UDMA/UDMAJR drivers are written for systems using "legacy" UltraDMA
  100. controller mode.    The drivers will NOT "recognize" controllers set to
  101. "native PCI" mode, only "legacy" IDE mode!     Also, the motherboard is
  102. expected to use a "standard" BIOS program, one that supports "EDD" BIOS
  103. calls and provides "DPTE" data for "legacy" UltraDMA disks as described
  104. in the Phoenix EDD BIOS specifiction Ver 1.1 (9 May 1995). It's through
  105. such BIOS logic that UDMA/UDMAJR determine which disks to use, and what
  106. their physical parameters are.
  107.  
  108. However, there are some "old" motherboards (pre-1998) that run UltraDMA
  109. disks but have NO "EDD" BIOS.    There are also some NEW systems (Compaq
  110. and H/P) which offer both a serial ATA and parallel IDE controller, but
  111. their BIOS in fact DOES NOT give proper "DPTE" data for "legacy" disks!
  112.  
  113. For such "old" and improper-new systems, UDMA/UDMAJR starting with V6.8
  114. shall do a "hardware only" scan for UltraDMA disks, if the drivers find
  115. NO disks to use through standard BIOS logic.   The drivers will re-scan
  116. the system WITHOUT using any EDD BIOS logic, and will expect to find:
  117.  
  118.    BIOS unit 80h = Primary   Master disk, UltraDMA disk #1.
  119.     unit 81h = Primary   Slave  disk, UltraDMA disk #2, if present.
  120.     unit 82h = Secondary Master disk, UltraDMA disk #3, if present.
  121.     unit 83h = Secondary Slave  disk, UltraDMA disk #4, if present.
  122.  
  123. The "hardware only" scan REQUIRES that UltraDMA disk #1 be the primary-
  124. master, a second UltraDMA disk to be the primary-slave, etc.   If ATAPI
  125. devices (ZIP, CD-ROM) are also present, they must use an IDE cable slot
  126. AFTER all UltraDMA disks!   ATAPI devices normally occupy the SECONDARY
  127. channel for such systems.   Note that, if a SCSI controller is present,
  128. its on-board BIOS chip (if any) must be set DISABLED!     This is so the
  129. motherboard's main BIOS will not "install" any SCSI drives ahead of the
  130. UltraDMA hard disks.     This also demands that an UltraDMA disk, not a
  131. SCSI or CD-ROM, must be the system "boot" disk.     On systems that need a
  132. "hardware only" scan with UDMA/UDMAJR, SCSI disks may still be accessed
  133. by a DOS SCSI driver appropriate for the controller and its disks.
  134.  
  135. NOTE that these limits of attaching the UltraDMA disks first on the IDE
  136. controller are required ONLY to deal with a missing/invalid "EDD" BIOS.
  137. If a valid "EDD" BIOS is present as on most good "modern" systems, user
  138. disk drives (both IDE and SCSI) may be configured in ANY desired order.
  139.  
  140. Load the driver through your "CONFIG.SYS" file after any memory-manager
  141. (EMM386.EXE, etc.) but PRIOR to any disk-cache program (NCACHE2, etc.).
  142. You should use a command-line similar to the following:
  143.  
  144.               DEVICE[HIGH]=[path]UDMA.SYS
  145.  
  146. For example:  DEVICE=C:\DOS\UDMA.SYS, DEVICEHIGH=C:\BIN\UDMAJR.SYS etc.
  147. There are NO command-line options for any of the drivers, they all find
  148. which hard-disks to use automatically, and they all run equally well in
  149. conventional or upper memory.
  150.  
  151.                             Spread & enjoy!
  152.                             Jack & Luchezar
  153.