home *** CD-ROM | disk | FTP | other *** search
/ PC World 1999 August / PCWorld_1999-08_cd.bin / doc / HOWTO / mini / Ultra-DMA < prev    next >
Text File  |  1999-06-02  |  33KB  |  925 lines
  1.   The Linux Ultra-DMA Mini-Howto
  2.   Brion Vibber, brion@pobox.com
  3.   v2.1, 27 May 1999
  4.  
  5.   This document is intended to explain how to use Ultra-DMA aka Ultra-
  6.   ATA aka Ultra33 and Ultra66 hard drives and interfaces with Linux. The
  7.   most recent version of this mini-Howto can be obtained in HTML format
  8.   at http://pobox.com/~brion/linux/Ultra-DMA.html.
  9.   ______________________________________________________________________
  10.  
  11.   Table of Contents
  12.  
  13.  
  14.   1. Introduction
  15.  
  16.      1.1 Disclaimer
  17.      1.2 Credits
  18.      1.3 Document History
  19.      1.4 Copying
  20.  
  21.   2. What is Ultra-DMA and why do I want it?
  22.  
  23.      2.1 IDE, EIDE, & ATAPI
  24.      2.2 Bus Master DMA
  25.      2.3 Ultra-DMA aka Ultra-ATA aka Ultra33 aka...
  26.      2.4 Just how ``Ultra'' is it anyway?
  27.      2.5 How does UDMA compare to SCSI?
  28.  
  29.   3. Using your UDMA hard drive with an EIDE interface
  30.  
  31.   4. Using your hard drives with a UDMA interface
  32.  
  33.   5. Offboard PCI UDMA interfaces
  34.  
  35.      5.1 Promise Ultra33
  36.      5.2 Promise Ultra66
  37.      5.3 Artop ATP850UF
  38.      5.4 Adding device files
  39.  
  40.   6. Onboard UDMA interfaces
  41.  
  42.      6.1 Intel FX, HX, VX, TX, and LX
  43.      6.2 The VIA VP2 and Related Chipsets
  44.      6.3 TX Pro and other ``Pro'' boards
  45.  
  46.   7. UDMA-Generic
  47.  
  48.   8. Activating and Deactivating UDMA
  49.  
  50.      8.1 Using kernel boot parameters
  51.      8.2 Using hdparm
  52.  
  53.   9. Problems
  54.  
  55.      9.1 The UDMA Blacklist
  56.      9.2 Are you overclocking?
  57.      9.3 Is your BIOS current?
  58.      9.4 If you still can't get it to work!
  59.  
  60.   10. If you have some information about UDMA stuff that's not in this mini-howto...
  61.  
  62.  
  63.  
  64.   ______________________________________________________________________
  65.  
  66.  
  67.   1.  Introduction
  68.  
  69.  
  70.   This document is intended to explain how to use Ultra-DMA aka Ultra-
  71.   ATA aka Ultra33 and Ultra66 hard drives and interfaces with Linux. In
  72.   some cases there is no difficulty in using them, but some tweaking can
  73.   increase performance. In other cases, you need to go to extraordinary
  74.   lengths simply to access your hard drives.
  75.  
  76.  
  77.   1.1.  Disclaimer
  78.  
  79.  
  80.   The information in this is document is, to the best of my knowledge,
  81.   correct, and should work. However, there may be typos, there may be
  82.   mysterious transmission errors, and there may be strange
  83.   incompatibilities within your own system that prevent the techniques
  84.   described herein from working properly. So... before you go fiddling
  85.   around with you hard drive, BACK UP ANY DATA YOU WANT TO KEEP! If you
  86.   are not already performing regular backups, please start doing so for
  87.   your own good.
  88.  
  89.  
  90.   1.2.  Credits
  91.  
  92.  
  93.   Michel Aubry <mailto:giovanni@sudfr.com> - UDMA-enabled VIA-related
  94.   patch for <=2.0.33 & more info, grand unified UDMA patch for 2.0.34+
  95.  
  96.   Andrew Balsa <mailto:andrebalsa@altern.org> - Provided some general
  97.   UDMA info and the udma-generic patch for Intel TX, SiS, and VP1 on
  98.   <=2.0.33; also the grand unified UDMA patch for 2.0.34+
  99.  
  100.   Maxime Baudin - French translation
  101.  
  102.   Bokonon - ``Controller'' vs. ``interface''
  103.  
  104.   John G. <mailto:prefect@ipass.net> - VIA VP2 patch for <=2.0.33 & info
  105.  
  106.   Martin Gaitan - Promise Ultra33 ide0/ide1 installation workaround
  107.  
  108.   Andre M. Hedrick <mailto:hedrick@Astro.Dyer.Vanderbilt.Edu> - Grand
  109.   unified UDMA patch for 2.0.34+, Artop ATP850UF
  110.  
  111.   Norman Jacobowitz - Bugged me to add info on the VP3
  112.  
  113.   John Levon - Info on TX Pro mobos
  114.  
  115.   Peter Monta - Info on using two Ultra33 cards
  116.  
  117.   Masayoshi Nakano - Japanese translation
  118.  
  119.   Gadi Oxman <mailto:gadio@netvision.net.il> - The Promise Ultra33 patch
  120.   for <=2.0.34 & finding the secret numbers for the workaround
  121.  
  122.   Andy Pearce - Suggested adding info on the additional device files for
  123.   hde-h
  124.  
  125.   Andrei Pitis <mailto:pink@roedu.net> - LILO patch
  126.  
  127.   Brion Vibber <mailto:brion@pobox.com> - The document itself
  128.  
  129.  
  130.  
  131.  
  132.  
  133.   1.3.  Document History
  134.  
  135.  
  136.   v2.1, 27 May 1999: Corrects some minor omissions and errors from 2.0
  137.   and adds information on the Promise Ultra66 and 2.2/2.3 kernels.
  138.  
  139.   v2.0, 7 August 1998: Major updates and almost total restructuring of
  140.   the document into onboard (motherboard) and offboard (add-in cards)
  141.   interfaces; the Grand Unified UDMA patch(a part of the Jumbo patch)
  142.   for 2.0.35. Put credits in alphabetical order by last name. Changed
  143.   ``controller'' to ``interface'' in many cases to be more technically
  144.   correct. Added info on enabling/disabling UDMA, the blacklist, and
  145.   more!
  146.  
  147.   v1.45, 6 July 1998: Minor updates - Red Hat 5.1 and 2.0.34 patch for
  148.   Promise Ultra33, LILO patch for booting off of PCI interfaces such as
  149.   the Promise Ultra33
  150.  
  151.   v1.41, 3 May 1998: Fixed a couple of typos, added translators to
  152.   credits.
  153.  
  154.   v1.4, 28 April 1998: UDMA-Generic patch, some more general info.
  155.   Copying section added.
  156.  
  157.   v1.3, 5 March 1998: VIA VP3 info, better patching instructions,
  158.   pointer to more recent Promise patch.
  159.  
  160.   v1.2, 27 January 1998: Additional Promise workaround info.
  161.  
  162.   v1.1, 21 January 1998: New info about VIA chipset, installing around
  163.   the Promise Ultra33, and enabling Bus Master & UDMA transfer modes.
  164.  
  165.   v1.0, 19 January 1998: More or less complete, first version done in
  166.   SGML.
  167.  
  168.  
  169.   1.4.  Copying
  170.  
  171.  
  172.   This document may be freely copied and distributed for informational
  173.   purposes. It may not be modified, except for reformatting, without the
  174.   permission of the author. If you wish to translate this document into
  175.   another language you may do so, however you should contact the author
  176.   first so that updated versions of this document can be sent out to
  177.   translators as well as directly to the Linux Documentation Project.
  178.  
  179.  
  180.   2.  What is Ultra-DMA and why do I want it?
  181.  
  182.  
  183.   Here's a brief overview of IDE-based drive technologies:
  184.  
  185.  
  186.   2.1.  IDE, EIDE, & ATAPI
  187.  
  188.  
  189.   These are older drive technologies. Most non-SCSI hard drives and
  190.   drive interfaces that you can buy today or are likely to be using are
  191.   EIDE, although many of the larger drives now available are UDMA.
  192.  
  193.  
  194.   2.2.  Bus Master DMA
  195.  
  196.  
  197.   Bus Master DMA is a technology for increasing the speed of hard disk
  198.   data transfers which requires support from the motherboard and the
  199.   BIOS, and at least some support from the drive.
  200.  
  201.   You can learn more at
  202.   http://developer.intel.com/design/pcisets/busmastr/FAQs.htm.
  203.  
  204.  
  205.   2.3.  Ultra-DMA aka Ultra-ATA aka Ultra33 aka...
  206.  
  207.   Ultra-DMA has many names, but we'll just call it UDMA in here.
  208.  
  209.   UDMA is a more advanced technology which provides for even faster
  210.   throughput, up to 33.3 MB/s in UDMA mode 2 and 66.7 MB/s in UDMA mode
  211.   4, twice to four times that of EIDE, for much lower prices than SCSI.
  212.   Many new computers come with large UDMA drives and UDMA interfaces,
  213.   and it's possible to add a UDMA interface card (such as the Promise
  214.   Ultra33 or Ultra66) to an existing system to boost speed, even on
  215.   older non-UDMA drives.
  216.  
  217.   You can learn great details about UDMA at
  218.   http://www.quantum.com/src/whitepapers/ultraata/
  219.  
  220.   Note that cable length should be kept shorter for UDMA, compared to
  221.   plain DMA, preferably less than 30 cm (12") maximum length. 66 MB/s
  222.   requires a special cable and must be kept even shorter.
  223.  
  224.  
  225.   2.4.  Just how ``Ultra'' is it anyway?
  226.  
  227.  
  228.   Before we get any farther, let's clear up a misconception. That 33 or
  229.   66 MB/sec figure is the burst transfer rate, and it's not something
  230.   you're going to see very often. To explain, here is a clip from
  231.   udma¡generic's UDMA.txt:
  232.  
  233.  
  234.  
  235.        Burst (instantaneous) transfer rates are supposed to go from 16.6MB/s (PIO
  236.        mode 4) to 16.6MB/s (DMA mode 2) up to 33MB/s (UDMA). In his patch against
  237.        kernel 2.1.55, Kim-Hoe Pang actually checked the UDMA burst transfer rate
  238.        with a logic analiser: 60ns/word, which translates into 33MB/s.
  239.  
  240.        Note that burst transfer rates only affect data transfers to/from the EIDE
  241.        drive cache (476kB for the IBM 6.4GB drive), and IMHO are not particularly
  242.        relevant for most Linux users.
  243.  
  244.        The Linux kernel uses as much RAM as possible to cache hard disk data
  245.        accesses, and so if data is not in the kernel cache there is little chance
  246.        that it will be in the (much smaller) hard disk cache.
  247.  
  248.  
  249.  
  250.  
  251.   Much more relevant is the sustained transfer rate, the speed at which
  252.   data can be transferred from the drive to main memory where it can be
  253.   used. An easy way to measure the sustained transfer rate is to use
  254.   hdparm, for instance ``hdparm ¡Tt /dev/hda'' to measure the rate of
  255.   the first IDE device.
  256.  
  257.  
  258.  
  259.  
  260.  
  261.  
  262.  
  263.  
  264.  
  265.   Here is some data gathered after extensive testing, using the hdparm utility
  266.   (also written by Mark Lord):
  267.  
  268.   PIO mode 4 transfer rates under Linux:   +/- 5.2MB/s
  269.  
  270.   DMA mode 2 transfer rates under Linux:   +/- 7.2MB/s
  271.  
  272.   UDMA mode 2 transfer rates under Linux:  +/- 9.8MB/s
  273.  
  274.  
  275.  
  276.  
  277.   As you can see, UDMA is still almost twice as fast as plain EIDE and
  278.   significantly faster than plain bus mastering DMA.
  279.  
  280.  
  281.   2.5.  How does UDMA compare to SCSI?
  282.  
  283.  
  284.   I don't have any hard numbers to give you, but the general consensus
  285.   is that high-end SCSI can give better performance than UDMA. However
  286.   if you've looked at the price tags on any hard drives lately you'll
  287.   notice that UDMA drives tend to be much less expensive. The
  288.   performance/price ratio favors UDMA in most cases.
  289.  
  290.  
  291.   3.  Using your UDMA hard drive with an EIDE interface
  292.  
  293.  
  294.   This is easy to do. Since all UDMA drives are fully EIDE backward-
  295.   compatible, just plunk your drive on your EIDE interface like it was
  296.   any old hard drive and Linux should have no problems detecting or
  297.   using it.  However, you will of course be limited to the slower speed
  298.   of EIDE.
  299.  
  300.  
  301.   4.  Using your hard drives with a UDMA interface
  302.  
  303.  
  304.   Well, there is good news and there is bad news. The good news is that
  305.   a UDMA interface can be used with both UDMA hard drives and legacy
  306.   EIDE hard drives, and will be a lot faster than an EIDE interface.
  307.  
  308.   The bad news is that the old stock kernels (2.0.x) do not currently
  309.   support UDMA very well. The new 2.2.x kernels do support UDMA33,
  310.   however, and there are a number of kernel patches available for
  311.   currently existing kernels. In addition, certain UDMA interfaces that
  312.   are add-in cards rather than built into the motherboard require either
  313.   a patch or some trickery to use on older kernels. That is why this
  314.   document exists - to explain how to get the patches and work the
  315.   trickery.
  316.  
  317.  
  318.   5.  Offboard PCI UDMA interfaces
  319.  
  320.  
  321.   These are UDMA interfaces on PCI cards that can be used to add UDMA
  322.   support to an existing computer without replacing the motherboard, or
  323.   for adding support for an additional four drives to a machine which
  324.   has had its onboard interfaces filled. They can also be found
  325.   preinstalled in some computers, especially Gateway 2000 and Dell
  326.   machines.
  327.  
  328.   Most of them are not supported by the old stable kernels (2.0.x), but
  329.   should work with a 2.2.x kernel - the Red Hat 6.0 and SuSE 6.1
  330.   distributions are based on 2.2.x kernels, as are the most recent
  331.   versions of most other distros.  However some of the latest cards (the
  332.   Promise Ultra66 for instance) won't work even with the current 2.2.x
  333.   kernels, if you have this or can't get a newer distribution then you
  334.   must apply a kernel patch or upgrade to a newer kernel version.  If
  335.   you need to install Linux onto a hard drive on one of these interfaces
  336.   in this case, you will need to use a few odd tricks.
  337.  
  338.  
  339.   5.1.  Promise Ultra33
  340.  
  341.  
  342.   This is a PCI card that has two UDMA channels on it, supporting up to
  343.   four drives total. You can look up specifications & pricing at
  344.   http://www.promise.com.
  345.  
  346.   This card shipped in early model Gateway 2000 Pentium II systems, and
  347.   may or may not be in more recent models.
  348.  
  349.   Kernels 2.0.35 and later and all 2.2.x kernels support the Ultra33 and
  350.   you should have no trouble installing a distribution that uses these
  351.   kernels.  However, the older stable kernels (2.0.34 and below) do not,
  352.   and since most older Linux distributions include these older kernels
  353.   it can be a little difficult to get Linux installed if you can't or
  354.   don't want to use a newer version (for instance if you are
  355.   standardized on a particular version of a distribution throughout your
  356.   organization).
  357.  
  358.   Installing Linux with the Ultra33
  359.  
  360.   Although there is a patch for the Ultra33 interface, it is not very
  361.   easy to apply a patch and recompile your kernel if you have not
  362.   installed Linux yet! So, here is a workaround which allows you to
  363.   install. Thanks to Gadi Oxman for the following information on getting
  364.   the interface settings:
  365.  
  366.  
  367.  
  368.        If we can access the console with the installation disk, we can also
  369.        use "cat /proc/pci" to display the Promise interface settings:
  370.  
  371.            RAID bus interface: Promise Technology Unknown device (rev 1).
  372.              Vendor id=105a. Device id=4d33.
  373.              Medium devsel.  IRQ 12.  Master Capable.  Latency=32.
  374.              I/O at 0xe000.   (a)
  375.              I/O at 0xd804.   (b)
  376.              I/O at 0xd400.   (c)
  377.              I/O at 0xd004.   (d)
  378.              I/O at 0xc800.   (e)
  379.  
  380.        and pass "ide2=a,b+2 ide3=c,d+2" as a command line parameter to the kernel.
  381.  
  382.  
  383.  
  384.  
  385.   Note that the numbers probably are not the same as what you will have.
  386.   Just as an example, the parameters to use for the above set of numbers
  387.   would be ``ide2=0xe000,0xd806 ide3=0xd400,0xd006''.  If you are only
  388.   using the first channel on the Ultra33 (for instance, if you only have
  389.   one drive, or two if they are master and slave on the same channel),
  390.   then you won't need to specify ide3.
  391.  
  392.   Red Hat 5.1: Boot with the boot diskette and press enter when
  393.   prompted.  The kernel will load, and then you will be asked for a
  394.   language, keyboard type, and installation method. You may be prompted
  395.   for additional information about the source media; it doesn't matter
  396.   right now what you tell it as long as you can get to the next step.
  397.   Next you should see a screen titled ``Select Installation Path'';
  398.   press Alt-F2 now to get to a command prompt.  Run ``cat /proc/pci'',
  399.   write down the numbers as above, and reboot from the boot disk. This
  400.   time, type ``linux ide2= (this is where you put the numbers like shown
  401.   above) ide3=(more numbers)''. It should now be able to install onto
  402.   your hard disk without difficulty, however LILO will probably not be
  403.   able to install; instead make a boot floppy and boot it with the same
  404.   parameters until you can patch LILO and and the kernel.
  405.  
  406.   Red Hat 5.0 and Slackware 3.4: These are similar, but with the wrinkle
  407.   that the setup programs ignore /dev/hde-h (the drives on ide2 and
  408.   ide3).  In order to install to or from these drives it is necessary to
  409.   override one or both of the onboard interface's channels. However be
  410.   sure not to override a device that you need to install; for instance
  411.   if you are installing from a CD-ROM drive on /dev/hdd (ide1 - onboard
  412.   interface) to a hard drive on /dev/hde (ide2 - the Ultra33), you
  413.   should override the non-essential ide0 with ide2 and leave ide1
  414.   intact. Assuming the numbers above you would boot with
  415.   ``ide0=0xe000,0xd806''. Red Hat 5.0 will give you a shell prompt if
  416.   you use the rescue disk capability, and Slackware includes a shell in
  417.   the regular installation process. However Red Hat 5.0 is difficult to
  418.   boot after installation; if you have problems you could try
  419.   downloading a Slackware boot disk from
  420.   ftp://ftp.cdrom.com/pub/linux/slackware-3.5/bootdsks.144/ and using
  421.   that to boot.
  422.  
  423.   With another Linux distribution you will have to improvise a bit, but
  424.   the process should be about the same as the above.
  425.  
  426.   IMPORTANT: Without the patch (discussed in the section
  427.   ``UDMA¡Generic''), the kernel needs these boot parameters in order to
  428.   access your hard disk! Therefore it is very important that when you
  429.   configure LILO, either on the hard disk or on a boot floppy, that you
  430.   give it the exact same parameters that you gave when installing.
  431.   Otherwise your system won't boot! It should be possible to give them
  432.   to LILO when you boot (ie, press Shift, type in ``linux ide2=.....''
  433.   each time you boot), but only if you kept the numbers! It is
  434.   recommended that you patch your kernel as soon as possible so you will
  435.   not have to worry about that anymore; once you are booting with a
  436.   patched kernel, you can get rid of the boot parameters. Also, as far
  437.   as I know there is no way to pass boot parameters to a plain kernel
  438.   boot floppy (as made with ``make zdisk''), you must use LILO or
  439.   another loader (such as LOADLIN) that lets you pass boot parameters.
  440.  
  441.   However, unpatched kernels and installation programs often have a
  442.   difficult time actually using ide2 and ide3, even if the drives are
  443.   detected properly.  So if you can't get Linux to install using the
  444.   above technique, try specifying ide0 or ide1 instead of ide2 or ide3
  445.   (thanks to Martin Gaitan for this technique). This essentially
  446.   replaces the on-board interface with the Promise Ultra33 as far as the
  447.   kernel is concerned, and you can follow the directions in the next
  448.   section as if you had physically moved it.  Note that if you're using
  449.   an IDE CD-ROM drive connected to your on-board interface to install
  450.   from, you will want to make sure that you do not take over the
  451.   interface that the CD is on or you will not be able to install! If the
  452.   CD is hda or hdb, use ide1 for your hard drive, and if it is hdc or
  453.   hdd, then use ide0.
  454.  
  455.   Installing Linux Around the Ultra33
  456.  
  457.   If you cannot get the software workaround to work, you will have to
  458.   try a more brute force approach. Here's an alternative method that is
  459.   virtually guaranteed to work, but  will require you to open up your
  460.   computer and mess about in it. NOTE: If you are not familiar with the
  461.   process of connecting and disconnecting IDE drives, read the manuals
  462.   that came with your computer, your hard drive, and/or the Promise
  463.   Ultra33 before attempting this! If you screw something up and don't
  464.   know how to put it back, you could end up being sorry!
  465.  
  466.   That being said, it's all really quite simple. Most motherboards these
  467.   days have built-in EIDE interfaces. Disconnect your hard drive from
  468.   the Ultra33 and connect it to the onboard interface. If you have other
  469.   IDE devices, such as a CD-ROM, tape, or ZIP drive, on your oboard
  470.   interface, it is easiest if you either add the hard drive on an unused
  471.   channel (the secondary instead of the primary) or temporarily displace
  472.   a device that you don not need immediately (such as ZIP or tape).
  473.   Install Linux. Download and apply the Promise UDMA patch (see next
  474.   section).
  475.  
  476.   Now you are ready to move the drive back onto the Promise... almost.
  477.   To be safe, make a kernel-image boot floppy (cd /usr/src/linux ; make
  478.   zdisk), which you  will be able to use to boot your system in case
  479.   LILO doesn't work. Actually, to be very safe, make two and put one
  480.   away for now.
  481.  
  482.   Okay, now it is time to think a little... if you have just one hard
  483.   drive and it is going to be on the Promise, then it will most likely
  484.   be /dev/hde (a and b are for the primary onboard interface, c and d
  485.   for the secondary onboard interface).  If you are going to put any
  486.   other drives on it, then the slave of the Promise's first channel will
  487.   be /dev/hdf, the master of the second will be /dev/hdg, and the slave
  488.   of the second will be /dev/hdh.
  489.  
  490.   Edit /etc/fstab, and change all the partitions of the hard drives you
  491.   are moving from the onboard drives (/dev/hda, hdb, etc) to their new
  492.   locations  on the Promise (/dev/hde, hdf, etc). If you had to displace
  493.   any devices (such as a CD-ROM or ZIP drive) that you want to leave on
  494.   the onboard interface, then change them to their new locations as
  495.   well. For instance, if your CD-ROM was originally the master on the
  496.   primary channel (/dev/hda), but you put your hard disk there and had
  497.   to bump the CD to the slave  (/dev/hdb) or to the secondary channel
  498.   (/dev/hdc), and now you want to put  it back, then change it to
  499.   /dev/hda.
  500.  
  501.   If you are using LILO, reconfigure LILO to use the new location of the
  502.   drive (LILO configuration is beyond the scope of this document, if you
  503.   do not know how, read the LILO mini-HOWTO
  504.   <http://sunsite.unc.edu/LDP/HOWTO/mini/LILO.html>), or else it
  505.   probably will not be able to boot unless you use that boot floppy I
  506.   had you make, which you will also want to configure to boot off the
  507.   new partition. This is done using the rdev command. Put the floppy in
  508.   the drive and type ``rdev /dev/fd0 /dev/hde1''. Of course that's
  509.   assuming your root partition is the first on your first UDMA drive. If
  510.   not (mine is /dev/hde7, for instance), then obviously use the
  511.   appropriate partition number!
  512.  
  513.   Reboot. Your system should now work fine.
  514.  
  515.   Patching for the Ultra33
  516.  
  517.   Kernels 2.0.35 and later support the Promise Ultra33 natively;
  518.   download an upgrade from your Linux distribution or from
  519.   http://www.kernel.org.
  520.  
  521.   For instructions on how to compile the kernel, read the Kernel HOWTO.
  522.  
  523.   Using two Ultra33 cards in one machine
  524.  
  525.   This is currently not working correctly... don't do it right now
  526.   unless you're willing to fiddle with the kernel to try to get things
  527.   to work.
  528.  
  529.   5.2.  Promise Ultra66
  530.  
  531.   This is essentially the same as the Ultra33 with support for the new
  532.   UDMA mode 4 66 MB/sec transfer speed. Unfortunately it is not yet
  533.   supported by 2.2.x kernels.
  534.  
  535.   There is a patch for 2.0.x and 2.2.x kernels availabe at
  536.   http://www.dyer.vanderbilt.edu/server/udma/, and support is included
  537.   in the 2.3.x development kernel series at least as of 2.3.3.
  538.  
  539.   However to get far enough to patch or upgrade the kernel you'll have
  540.   to pull the same dirty tricks as for the Ultra33 as in the section
  541.   above.
  542.  
  543.  
  544.   5.3.  Artop ATP850UF
  545.  
  546.  
  547.   This card is supported by udma¡generic. Installation of Linux onto a
  548.   system with one of these as the interface for the target disk may be
  549.   similar to the workarounds for the Promise Ultra33.
  550.  
  551.  
  552.   5.4.  Adding device files
  553.  
  554.  
  555.   The tertiary and quaternary IDE interfaces (ide2 and ide3) use device
  556.   files of the form /dev/hde* through /dev/hdh*. On older kernels these
  557.   devices were not automatically created, so you may need to add them
  558.   manually for things to work properly.
  559.  
  560.   This can be done easily if you have a current copy of the Linux kernel
  561.   source installed; simply run /usr/src/linux/scripts/MAKEDEV.ide and it
  562.   will create all relevant device files.
  563.  
  564.  
  565.   6.  Onboard UDMA interfaces
  566.  
  567.  
  568.   These are UDMA¡capable drive interfaces built into motherboards. They
  569.   use the standard IDE I/O ports and so are fully usable at the slower
  570.   non¡UDMA speeds on an unpatched 2.0.x kernel such as are used when
  571.   installing Linux.  Thus they should not cause any difficulties during
  572.   installation, and patching for UDMA speed is a welcome luxury instead
  573.   of a necessary step. Some UDMA support is in the latest 2.0.x kernels
  574.   I believe, and is built into current 2.2.x kernels for the Intel
  575.   chipsets.
  576.  
  577.  
  578.   6.1.  Intel FX, HX, VX, TX, and LX
  579.  
  580.  
  581.   Thanks again to Gadi for this info:
  582.  
  583.  
  584.  
  585.        Bus mastering DMA support for the Intel TX chipset is available in 2.0.31
  586.        and above.
  587.  
  588.  
  589.  
  590.  
  591.   In older kernels (such as Slackware 3.4's 2.0.30), the interface will
  592.   be used in the slower EIDE mode.  In either case the interface will be
  593.   automatically detected by the kernel and you should have no trouble
  594.   using it.
  595.   Full UDMA support for these chipsets is included in the udma¡generic
  596.   patch; see ``UDMA-Generic''.
  597.  
  598.  
  599.   6.2.  The VIA VP2 and Related Chipsets
  600.  
  601.  
  602.   This interface also can be autodetected and used in EIDE mode by an
  603.   unpatched kernel, but if you have one of these, you will want to grab
  604.   a patch so you can get faster throughput and do away with annoying
  605.   "unkown PCI device" messages.
  606.  
  607.   One is available at http://www.ipass.net/~prefect/; it is designed for
  608.   the VIA VP2/97 chipset, found on FIC's PA-2007 and PA-2011
  609.   motherboards, but may work on related chipsets.  It has been reported
  610.   that it functions on the newer VIA VP3 chipset, your mileage may vary.
  611.  
  612.   Note that this patch only supports Bus Mastering mode, not full UDMA
  613.   mode, but it's still better than plain-vanilla EIDE mode.  Follow the
  614.   directions at the patch's site for enabling BMDMA mode.
  615.  
  616.   There is another patch that supports full UDMA mode at
  617.   http://www.pyreneesweb.com/Udma/udma.html, designed for the VIA
  618.   VT82C586B, and it ought to work on the VP2, VP3, VPX, P6 and AGP
  619.   Apollo chipsets. Follow the directions for installation and UDMA
  620.   enabling there, but it is recommended that you back up any data you
  621.   want to keep, as there are potential problems with incompatible
  622.   motherboards. But, if it does work, it should work without problems.
  623.  
  624.   Note that the VP1 chipset is not known to work with these patches, but
  625.   is supported by the ``UDMA-Generic'' patch.
  626.  
  627.  
  628.   6.3.  TX Pro and other ``Pro'' boards
  629.  
  630.  
  631.   UDMA is not currently supported for the TX Pro motherboards. They are
  632.   not the same as a TX mobo, and apparently misreport their DMA
  633.   capabilities hence the problem. Someone is working on this I hear, so
  634.   a patch may appear some time in the future but not yet.
  635.  
  636.  
  637.   7.  UDMA-Generic
  638.  
  639.  
  640.   The UDMA-Generic patch, modified by AndrΘ Balsa
  641.   <mailto:andrebalsa@altern.org>, Andre Hedrick
  642.   <mailto:hedrick@Astro.Dyer.Vanderbilt.Edu>, and Michel Aubry
  643.   <mailto:giovanni@sudfr.com> from Mark Lord's original Triton DMA
  644.   driver, provides UDMA support for the following chipsets (as of
  645.   version 0.3):
  646.  
  647.  
  648.   ╖  All Intel chipsets: FX, HX, VX, TX, LX
  649.  
  650.   ╖  All SiS chipsets (only SiS5598 tested, but this entire family of
  651.      chipsets has the same bult-in 5513 interface device).
  652.  
  653.   ╖  VIA chipsets (only 82C586B tested, but again this family of
  654.      chipsets has the same interface structure). Special diagnostics
  655.      support is available for the VIA interfaces.
  656.  
  657.   ╖  Promise and Artop PCI UDMA interface cards support.  Triones PCI
  658.      UDMA interface card not included yet.
  659.  
  660.  
  661.   It is also designed to be easy to extend to support other chipsets.
  662.  
  663.   Udma-generic, also known as the Grand Unified UDMA Patch (GUUP -
  664.   pronounced ``goop''), has been folded into the Jumbo patch which
  665.   includes other useful features such as automatic detection of memory
  666.   over 64 MB and CPU clock speed detection. Unfortunately this patch has
  667.   vanished and I'm not entirely sure where to find that patch now, so
  668.   instead one should go to  http://www.dyer.vanderbilt.edu/server/udma/
  669.   where IDE/UDMA patches for current 2.0.x and and 2.2.x kernels can be
  670.   found, now including support for the HPT343 and ALi15x3 chipsets.)
  671.  
  672.   Here are a few notes from the author:
  673.  
  674.  
  675.  
  676.        Performance with IBM UDMA drives on a good motherboard approches the
  677.        maximum head transfer rates: about 10 Mb/s (measured with hdparm -t -T).
  678.  
  679.        The Intel TX chipset has a single FIFO for hard disk data shared by
  680.        its two IDE interfaces, so using 2 UDMA drives will not yield such a
  681.        great improvement over a single UDMA drive.
  682.        However, the SiS5598 has two completely separate interfaces, each with
  683.        its own FIFO. Theoretically, one could approach 66Mb/s burt transfer
  684.        rates on motherboards with the SiS5598 chip, using the md driver and
  685.        data striping over two drives. The SiS5571 has the same interface
  686.        architecture, I think. I don't have the VIA chipsets datasheets, so I
  687.        can't say anything about those.
  688.  
  689.        The Linux IDE (U)DMA kernel driver by Mark Lord has a particularly
  690.        low setup time (i.e. latency for data transfers). It is ideal for
  691.        frequent, small data transfers (such as those in Linux news servers),
  692.        and might be in some cases superior to its SCSI counterparts.
  693.  
  694.  
  695.  
  696.  
  697.  
  698.  
  699.   8.  Activating and Deactivating UDMA
  700.  
  701.  
  702.   Normally, a UDMA-aware kernel will automatically enable UDMA support
  703.   for drives and interfaces that support it. However starting with
  704.   kernel 2.1.113 DMA drive transfers are disabled by default unless you
  705.   have configured your kernel specifically to automatically activate it.
  706.   This may seem inconvenient, but some drives and some interfaces do not
  707.   function properly with DMA enabled; see the UDMA Blacklist below.
  708.  
  709.  
  710.   8.1.  Using kernel boot parameters
  711.  
  712.  
  713.   On kernels 2.1.113 and up, you can enable DMA for both drives on a
  714.   given IDE interface using the ideX=dma kernel parameter, where X is
  715.   the number of the interface (the first is 0).
  716.  
  717.   Kernel boot parameters can be set using LILO, LOADLIN, or most Linux
  718.   boot loaders. For more information see the Bootdisk HOWTO.
  719.  
  720.  
  721.  
  722.   8.2.  Using hdparm
  723.  
  724.  
  725.   hdparm is a program used to tweak the parameters of hard drives under
  726.   Linux. Among other things you can use it to enable or disable UDMA for
  727.   a drive and test its sustained transfer rate.
  728.  
  729.   The current version of hdparm, 3.5i as of this writing, is available
  730.   at http://www.dyer.vanderbilt.edu/server/udma/.
  731.  
  732.   Compile and install it something like this:
  733.  
  734.  
  735.  
  736.        cd /usr/src
  737.        tar zxvf /tmp/download/hdparm-3.5.tar.gz
  738.        cd hdparm-3.3
  739.        cat /tmp/download/hdparm-3.5i.patch | patch -p0
  740.        make
  741.        if [ -f /sbin/hdparm ]; then rm -f /sbin/hdparm ; fi
  742.        make install
  743.        cp /usr/local/sbin/hdparm /sbin/hdparm
  744.  
  745.  
  746.  
  747.  
  748.   To enable DMA for a hard drive: hdparm -d1 /dev/hda
  749.  
  750.   To disable DMA for a hard drive: hdparm -d0 /dev/hda
  751.  
  752.   To measure transfer rate of a hard drive: hdparm -Tt /dev/hda
  753.  
  754.   To see what options are enabled for a hard drive: hdparm /dev/hda
  755.  
  756.   To see more info on your drive than you wanted to know: hdparm -i
  757.   /dev/hda
  758.  
  759.   For more detailed info (such as how to choose which UDMA mode to use)
  760.   read the man page (``man 8 hdparm'').
  761.  
  762.  
  763.   9.  Problems
  764.  
  765.   9.1.  The UDMA Blacklist
  766.  
  767.  
  768.   The following drives are ``blacklisted''. You should not use UDMA with
  769.   these drives as it may cause corruption of data.
  770.  
  771.  
  772.   ╖  Western Digital WDC AC22100H
  773.  
  774.   The UDMA portion of the Jumbo-2.0.35-9 patch automatically disables
  775.   DMA for this drive.
  776.  
  777.  
  778.   9.2.  Are you overclocking?
  779.  
  780.  
  781.   If you are, beware! Here is a quote from the udma-generic
  782.   documentation:
  783.  
  784.  
  785.  
  786.  
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.   DON'T OVERCLOCK the PCI bus. 37.5MHz is the maximum supported speed for
  794.   the PCI bus. Some (supposedly compatible) UDMA drives will not even take
  795.   37.5MHz, but should be OK at 33.3MHz.
  796.  
  797.   In any case, NEVER, NEVER set the PCI bus to 41.5MHz.
  798.  
  799.   The RECOMMENDED safe setting is 33MHz.
  800.  
  801.  
  802.  
  803.  
  804.  
  805.   9.3.  Is your BIOS current?
  806.  
  807.  
  808.   Here is another clip from the udma-generic docs:
  809.  
  810.  
  811.  
  812.        The real work involved in setting up the chips for DMA transfers is done
  813.        mostly by the BIOS of each motherboard. Now of course one hopes that the
  814.        BIOS has been correctly programmed...
  815.  
  816.        For example, the ASUS SP-97V motherboard with its original BIOS (Rev. 1.03)
  817.        would malfunction with the modified Linux driver in both DMA mode 2 and UDMA
  818.        modes; it would work well using PIO mode 4, or under Windows 95 in all
  819.        modes. I downloaded the latest BIOS image (Rev. 1.06) from the ASUS Web site
  820.        and flashed the BIOS EPROM with the latest BIOS revision. It has been
  821.        working perfectly ever since (at 66 MHz bus speeds).
  822.  
  823.        What this tells us is that the BIOS sets up the DMA controller with specific
  824.        timing parameters (active pulse and recovery clock cycles). My initial BIOS
  825.        revision probably had bad timings. Since the Windows 95 driver sets up those
  826.        timings by itself (i.e. it does not depend on the BIOS to setup the hard
  827.        disk controller timing parameters), I initially had problems only with the
  828.        Linux driver, while Windows 95 worked well.
  829.  
  830.        So, let me state this again: this Linux (U)DMA driver depends on the BIOS for
  831.        correct (U)DMA controller setup. If you have problems, first check that you
  832.        have the latest BIOS revision for your specific motherboard.
  833.  
  834.        ...
  835.  
  836.        New BIOS revisions can be downloaded from your motherboard manufacturer's
  837.        Web site. Flashing a new BIOS image is a simple operation but one must
  838.        strictly follow the steps explained on the motherboard manual.
  839.  
  840.        Late Award BIOS revisions seem stable with respect to UDMA. Anything with a
  841.        date of 1998 should be fine.
  842.  
  843.  
  844.  
  845.  
  846.  
  847.   9.4.  If you still can't get it to work!
  848.  
  849.  
  850.   If nothing in this document proved helpful, or at least not helpful
  851.   enough to get your machine working, your best bet is to write up a
  852.   message that fully describes your difficulty, what type of UDMA
  853.   interface you have, whether it is onboard or on a card, if your drive
  854.   is actually UDMA or plain EIDE, exactly what configuration of drives
  855.   you have, what version (distribution & kernel versions if possible) of
  856.   Linux you are using, and anything else that sounds useful, and post it
  857.   to the newsgroup comp.os.linux.hardware.  You will probably get some
  858.   helpful suggestions soon.
  859.   10.  If you have some information about UDMA stuff that's not in this
  860.   mini-howto...
  861.  
  862.  
  863.   Great! If you know something I don't, by all means send it to me
  864.   (brion@pobox.com) and I will put it in this document and update it
  865.   fairly soon.
  866.  
  867.  
  868.  
  869.  
  870.  
  871.  
  872.  
  873.  
  874.  
  875.  
  876.  
  877.  
  878.  
  879.  
  880.  
  881.  
  882.  
  883.  
  884.  
  885.  
  886.  
  887.  
  888.  
  889.  
  890.  
  891.  
  892.  
  893.  
  894.  
  895.  
  896.  
  897.  
  898.  
  899.  
  900.  
  901.  
  902.  
  903.  
  904.  
  905.  
  906.  
  907.  
  908.  
  909.  
  910.  
  911.  
  912.  
  913.  
  914.  
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.