On Wed, Jan 12, 2011 at 08:32:12PM -0500, Brad wrote: > The following diff is ported from NetBSD (the workaround originated from > OpenSolaris) to workaround the issue of data corruption with the ALI M5229 > IDE chipset when using UltraDMA. Same workaround is also used by > FreeBSD/Linux. > This chipset is found in some sparc64 systems such as the Blade 100 and > Netra X1. > > I don't have any such systems but I went digging for this being curious > why the nasty hack was added to the kernel configs to disable UltraDMA > to workaround this bug and thus penalizing other IDE/SATA controllers > that could be in the same system. If you have one of the mentioned > systems please test this. >
My Blade 150 which has this controller seems to survive a make build with this. Before the patch: pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDK rev 0xc3: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7cc for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: <WDC WD400BB-22DEA0> atapiscsi0 at pciide0 channel 0 drive 1 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 2 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) after: pciide0 at pci0 dev 13 function 0 "Acer Labs M5229 UDMA IDK rev 0xc3: DMA, channel 0 configured to native-PCI, channel 1 configured to native-PCI pciide0: using ivec 0x7cc for native-PCI interrupt wd0 at pciide0 channel 0 drive 0: <WDC WD400BB-22DEA0> atapiscsi0 at pciide0 channel 0 drive 1 wd0(pciide0:0:0): using PIO mode 4, Ultra-DMA mode 4 cd0(pciide0:0:1): using PIO mode 4, Ultra-DMA mode 2 pciide0: channel 1 disabled (no drives) -- Matthieu Herrb