> > We're seeing this with Tyan 2410s and Seagate drives. I think Tyan just
> > can't get DMA right. Luckily we mainly lost docs or man pages before we
> > disabled DMA, although losing the rpm database sucked. MDMA2 seems okay
> > but we haven't tested it long enough to form a lasting impression.
> > I'm actually patching the ServerWorks driver to honor the CONFIG flag,
> > since even with hdparm there is a narrow risk to the fs during the boot
> > process before DMA is disabled.
>
> I can confirm problems with serverworks OSB4 and UDMA. With UDMA and
> a seagate disk you see 4 bytes repeat from one transfer into the next
> shuffling all the data up 4 bytes (which since it includes inode and
> metadata is *messy*). Current 2.4 has detect code that sometimes traps this
> and panics to avoid fs death.
>
> With MWDMA all was fine.
>
> This was observed across a large number of boxes in a rendering farm so its
> not a one off flawed box, and across two board vendors. I reported it to
> serverworks who were interested but couldnt reproduce it in their lab.
I am in their lab trying to reproduce the error and I have found some docs
which could help address the error of the 4byte FIFO issue in the engine.
It looks fixable on paper.
As for the AMD driver, who knows which version is in that kernel.
Next, that config option is a distro addition not mine, but it has creeped
in so it is here.
Regards,
Andre Hedrick
LAD Storage Consulting Group
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/