lkml.org 
[lkml]   [1998]   [Jul]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRe: 2.1.111: IDE DMA disabled?
    Date
    > > The configuration on which the filesystem corruption was observed is a
    > > Tyan Tomcat III board + WD 2.2GB drive; that motherboard is using the
    > > 430HX chipset, which pre-dates Ultra-DMA and doesn't support CRC check.
    >
    > Which implies that at _least_ we need to disable DMA automatically if it's
    > one of those chipsets.

    Only its nothing to do with the chipsets. non ultra DMA is so slow relatively
    speaking it doesnt need bit checks. The other thing of course is that bit
    errors dont cause the first 128 bytes of the block to be all zeros, they cause
    bits to flip - just like on scsi.

    non Ultra DMA works for the same reasons that scsi without parity works - its
    a mathematically non interesting probability of bit errors. Ultra DMA is
    a bit different due to the speed and also the desire to survive cowboy
    installers. Again note _bit_ errors not writing complete crap over a block
    of disk.

    > Personally, I never understood why DMA was enabled by default anyway. As
    > far as I can tell the only sane thing is to have it always disabled by
    > default, and enable it with hdparm.

    Its a factor of 10 speedup in effective throughput. It was turned on by
    the BIOS - which may have configured aspects of the firmware we don't even
    know about for DMA only operation.

    Alan


    -
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to majordomo@vger.rutgers.edu
    Please read the FAQ at http://www.altern.org/andrebalsa/doc/lkml-faq.html

    \
     
     \ /
      Last update: 2005-03-22 13:43    [W:4.083 / U:0.284 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site