ICH5-SATA file corruption under 2.4.21-ac1
On an Intel winterpark motherboard I'm seeing file corruption when
using the onboard SATA interface. The test I'm running is ctcs's new kdiff test which just copies a kernel, diffs it, deletes the tree, and starts over. (Which seems to find file system issues like this pretty quickly.) The error I'm getting look like this:
]] start diff
diff -u -r /usr/src/linux/drivers/acpi/debugger/dbcmds.c ./drivers/acpi/debugger
/dbcmds.c
drivers/acpi/debugger/dbcmds.c Thu Jun 21 08:47:39 2001 renamed from usr/src/linux/drivers/acpi/debugger/dbcmds.c Thu Jun 21 08:47:39 2001 +0 -0
@@ -439,7 +439,7 @@
******************************************************************************
/
void
-acpi_db_dump_namespace_by_owner (
+acpi_db_dump_namespace_by_owler (
NATIVE_CHAR *owner_arg,
NATIVE_CHAR *depth_arg)
{
@@ -484,7 +484,7 @@
******************************************************************************
/
void
-acpi_db_send_notify (
+acpi^db_send_notify (
NATIVE_CHAR *name,
u32 value)
{
diff -u -r /usr/src/linux/drivers/acpi/resources/rsdump.c ./drivers/acpi/resourc es/rsdump.c
drivers/acpi/resources/rsdump.c Thu Jun 21 08:47:40 2001 renamed from usr/src/linux/drivers/acpi/resources/rsdump.c Thu Jun 21 08:47:40 2001 +1 -1
@@ -324,7 +324,7 @@ * * RETURN: None * - * DESCRIPTION: Prints out the various members of the Data structure type. + * DESCRIPTION: Prints out the various members of the Data structure type, *
******************************************************************************
/
Lscpi of ide controller:
00:1f.1 IDE interface: Intel Corporation: Unknown device 24db (rev 02) (prog-if 8a [M aster SecP PriP])
Subsystem: Intel Corporation: Unknown device 3428
Flags: bus master, medium devsel, latency 0, IRQ 18
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at <unassigned>
I/O ports at ffa0 [size=16]
Memory at 80000000 (32-bit, non-prefetchable) [size=1K]
00:1f.2 IDE interface: Intel Corporation: Unknown device 24d1 (rev 02) (prog-if 8f [M aster SecP SecO PriP PriO])
Subsystem: Intel Corporation: Unknown device 3428
Flags: bus master, 66Mhz, medium devsel, latency 0, IRQ 18
I/O ports at ec00 [size=8]
I/O ports at e800 [size=4]
I/O ports at e400 [size=8]
I/O ports at e000 [size=4]
I/O ports at dc00 [size=16]IDE initialization:
Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 33MHz system bus speed for PIO modes; override with idebus=xx
ICH5: IDE controller at PCI slot 00:1f.1
PCI: Enabling device 00:1f.1 (0005 -> 0007)
ICH5: chipset revision 2
ICH5: not 100% native mode: will probe irqs later
ide0: BM-DMA at 0xffa0-0xffa7, BIOS settings: hda:DMA, hdb:pio
ide1: BM-DMA at 0xffa8-0xffaf, BIOS settings: hdc:pio, hdd:pio
ICH5-SATA: IDE controller at PCI slot 00:1f.2
ICH5-SATA: chipset revision 2
ICH5-SATA: 100% native mode on irq 18
ide2: BM-DMA at 0xdc00-0xdc07, BIOS settings: hde:DMA, hdf:pio
ide3: BM-DMA at 0xdc08-0xdc0f, BIOS settings: hdg:pio, hdh:pio
hda: CD-224E, ATAPI CD/DVD-ROM drive
hde: ST380023AS, ATA DISK drive
hdf: probing with STATUS(0x00) instead of ALTSTATUS(0x50)
hdf: probing with STATUS(0x00) instead of ALTSTATUS(0x50)
blk: queue c060cde0, I/O limit 4095Mb (mask 0xffffffff)
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14
ide2 at 0xec00-0xec07,0xe802 on irq 18
hde: attached ide-disk driver.
hde: host protected area => 1
hde: 156301488 sectors (80026 MB) w/8192KiB Cache, CHS=155061/16/63, UDMA(100)
hda: attached ide-cdrom driver.
hda: ATAPI 24X CD-ROM drive, 128kB Cache, UDMA(33)
Uniform CD-ROM driver Revision: 3.12
ide-floppy driver 0.99.newide
Partition check:
hde: hde1 hde2 hde3
ide-floppy driver 0.99.newide
IDE section of .config:CONFIG_IDE=y
CONFIG_BLK_DEV_IDE=y
CONFIG_BLK_DEV_IDEDISK=yCONFIG_IDEDISK_MULTI_MODE=yCONFIG_BLK_DEV_IDECD=yCONFIG_BLK_DEV_IDETAPE=mCONFIG_BLK_DEV_IDEFLOPPY=yCONFIG_BLK_DEV_IDESCSI=mCONFIG_IDE_TASK_IOCTL=y
CONFIG_BLK_DEV_CMD640=yCONFIG_BLK_DEV_CMD640_ENHANCED=yCONFIG_BLK_DEV_IDEPCI=yCONFIG_IDEPCI_SHARE_IRQ=yCONFIG_BLK_DEV_IDEDMA_PCI=yCONFIG_IDEDMA_PCI_AUTO=yCONFIG_BLK_DEV_IDEDMA=yCONFIG_IDEDMA_PCI_WIP=yCONFIG_BLK_DEV_ADMA100=yCONFIG_BLK_DEV_AEC62XX=yCONFIG_BLK_DEV_ALI15X3=yCONFIG_BLK_DEV_AMD74XX=yCONFIG_BLK_DEV_CMD64X=yCONFIG_BLK_DEV_TRIFLEX=yCONFIG_BLK_DEV_CY82C693=yCONFIG_BLK_DEV_CS5530=yCONFIG_BLK_DEV_HPT34X=yCONFIG_BLK_DEV_HPT366=yCONFIG_BLK_DEV_PIIX=yCONFIG_BLK_DEV_NS87415=yCONFIG_BLK_DEV_OPTI621=yCONFIG_BLK_DEV_PDC202XX_OLD=yCONFIG_BLK_DEV_PDC202XX_NEW=yCONFIG_PDC202XX_FORCE=yCONFIG_BLK_DEV_RZ1000=yCONFIG_BLK_DEV_SC1200=yCONFIG_BLK_DEV_SVWKS=yCONFIG_BLK_DEV_SIIMAGE=yCONFIG_BLK_DEV_SIS5513=yCONFIG_BLK_DEV_SLC90E66=yCONFIG_BLK_DEV_TRM290=yCONFIG_BLK_DEV_VIA82CXXX=yCONFIG_IDEDMA_AUTO=yCONFIG_BLK_DEV_PDC202XX=yCONFIG_BLK_DEV_IDE_MODES=yCONFIG_BLK_DEV_ATARAID=mCONFIG_BLK_DEV_ATARAID_PDC=mCONFIG_BLK_DEV_ATARAID_HPT=mCONFIG_BLK_DEV_ATARAID_SII=m
Full dmesg, lspci, and .config are availble if needed.
Signature · 3 lines
Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory <[email protected]>
Quoted 5 lines
On an Intel winterpark motherboard I'm seeing file corruption when
using the onboard SATA interface. The test I'm running is ctcs's new kdiff test which just copies a kernel, diffs it, deletes the tree, and starts over. (Which seems to find file system issues like this pretty quickly.)
Random bit errors. This really doesn't look like an IDE layer problem to be honest.
Quoted 8 lines · Alan Cox
Quoted 5 lines
On an Intel winterpark motherboard I'm seeing file corruption when
using the onboard SATA interface. The test I'm running is ctcs's new kdiff test which just copies a kernel, diffs it, deletes the tree, and starts over. (Which seems to find file system issues like this pretty quickly.)Random bit errors. This really doesn't look like an IDE layer problem to be honest.
What is the distribution of the file offsets where those happen ?
Distributions in terms of offset modulo 512/1024/2048/4096 ?
If they are always in the beginning of some sort of block, that is a tell-tale of its own, isn't it ?
/Matti Aarnio
Quoted 9 lines · Alan Cox
Quoted 4 lines
On an Intel winterpark motherboard I'm seeing file corruption when
using the onboard SATA interface. The test I'm running is ctcs's new kdiff test which just copies a kernel, diffs it, deletes the tree, and starts over. (Which seems to find file system issues like this pretty quickly.)Random bit errors. This really doesn't look like an IDE layer problem to be honest.
When I switch out the drive for a pata drive everything works. Same
system, and OS config. This would seem to indicate an issue with the ide driver.
Signature · 3 lines
Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory <[email protected]>