[lkml]   [2001]   [Sep]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: DMA problem (?) w/2.4.6-xfs and ServerWorks OSB4 Chipset
    > Curious - OSB4 thinks the DMA is still running.
    > OSB4 wait exit

    This is an OSB4 trap for a problem I've seen with seagate drivers on some
    boxes. Under very high load with UDMA seagate drives the OSB4 returns to
    us with the chip reporting DMA in progress. The next I/O after this will
    cause disk corruption as it DMA's the last 4 bytes of the previous write,
    then the data shifted up by 4 bytes until the end of that I/O. I need
    to confirm nobody else is seeing this with other working workloads, then
    I'll swap it for a panic - better to die than kill the disc contents.

    Serverworks have been looking at the problem but have yet to duplicate it.
    As far as we can tell (and Red Hat have been working with a customer on this
    directly) your choices are

    1. Use multiword DMA not UDMA
    2. Use non seagate disks with that controller

    I am hopeful that serverworks will figure out what is up, but not every box
    sees it - and indeed they've yet to be able to reproduce it.

    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2005-03-22 13:03    [W:0.203 / U:33.192 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site