Messages in this thread | | | From | Manish Lachwani <> | Subject | RE: Serverworks dma_intr: error=0x40 { UncorrectableError } | Date | Tue, 19 Nov 2002 16:04:47 -0800 |
| |
Yes, CSB5/CSB6 does not have this problem. I have been using this with the GC-LE chipset.
However, there was something that I noticed when I was experimenting with the FreeBSD kernel for producing these corruptions. I could not reproduce these corruptions with FreeBSD 4.6 and at UDMA 2. I also noticed that the PCI config space settings for the IDE controller were different in FreeBSD and Linux 2.4.17.
-----Original Message----- From: Alan Cox [mailto:alan@lxorguk.ukuu.org.uk] Sent: Tuesday, November 19, 2002 4:29 PM To: Manish Lachwani Cc: 'Steven Timm'; Linux Kernel Mailing List Subject: RE: Serverworks dma_intr: error=0x40 { UncorrectableError }
On Tue, 2002-11-19 at 21:59, Manish Lachwani wrote: > ALso, we had been using TYAN S2518 with OSB4 in UDMA 2. However, it causes > data corruption when there is IO with even one drive. We used two drives in > master-master and master-slave mode and it did not solve the problem. EVen > at UDMA 0, we experienced the same issue of data corruption. Once does not > need to have 0x40 errors to see this corruption. If you want to see this > corruption, use the dt utility and then run:
Known. The newer kernels will panic in this case to avoid corrupting, and the 2.4.20-ac/2.5.4x kernels will not use UDMA for disks on OSB4. The newer serverworks (CSB5/CSB6) doesn't have this problem btw - 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/
| |