IDE Disk Corruption with 2.4.3 / NOT with AC kernels

IDE Disk Corruption with 2.4.3 / NOT with AC kernels

[Karl Heinz Kremer]

[-- Attachment #1: Type: text/plain, Size: 1996 bytes --]

I run into some major disk corruptions on my IDE disk with the new
2.4.3 kernel version. I did see the same corruptions with 2.4.2
- but back then I blamed reiserfs and went back to 2.4.1.

Now I did some more testing and found out that the Alan Cox 
series of kernel patches does not show these problems. I tried
one from the 2.4.1-ac series (I think it was ac8) and 2.4.2-ac20
with nothing but success. I was using the same .config file for
all tests to make sure that the problem was not caused by 
a kernel configuration issue. 

This is my hardware:

	- ABit KT7 board (KT133 chipset reported by lspci)
	- 1GHz Athlon
	- QUANTUM FIREBALLP AS40.0 disk (cat /proc/ide/hda/model)

Here is the output of lspci:

khk@specht:~ > /sbin/lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
00:09.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 02)
00:0b.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 21)
00:0f.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8020
00:11.0 SCSI storage controller: Adaptec AHA-7850 (rev 03)
01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01)

I can provide more information on request, I can also test patches - I have a test
partition that I'm using to test new kernel configurations without affecting my
"normal" system.

I am following the list only through the archives on the web, so if you want to
get in touch with me, please CC khk@khk.net.

Karl Heinz


[-- Attachment #2: Type: application/pgp-signature, Size: 292 bytes --]

Re: IDE Disk Corruption with 2.4.3 / NOT with AC kernels

[Arjan Filius]

Hello,

I just got my first fs corruption too(2.4.3), but using reiserfs on LVM ,
and the volume group is also on IDE.

Accessing some /usr/src/linux/... file my system "hang" or just rebooted.
using reiserfsck "fixed" this for me.

I'm using the Asus A7V board, but comparable chipset, with the athlon
1.1GHz.


 # lspci
00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 02)
00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
00:04.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
00:04.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
00:04.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
00:04.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
00:0b.0 SCSI storage controller: Symbios Logic Inc. (formerly NCR) 53c875J (rev 04)
00:0c.0 Ethernet controller: 3Com Corporation 3c985 1000BaseSX (rev 01)
00:0d.0 Multimedia audio controller: Creative Labs SB Live! EMU10000 (rev 07)
00:0d.1 Input device controller: Creative Labs SB Live! (rev 07)
00:11.0 Unknown mass storage controller: Promise Technology, Inc. 20265 (rev 02)
01:00.0 VGA compatible controller: nVidia Corporation Riva TnT2 [NV5] (rev 15)

On Sat, 31 Mar 2001, Karl Heinz Kremer wrote:

> I run into some major disk corruptions on my IDE disk with the new
> 2.4.3 kernel version. I did see the same corruptions with 2.4.2
> - but back then I blamed reiserfs and went back to 2.4.1.
>
> Now I did some more testing and found out that the Alan Cox
> series of kernel patches does not show these problems. I tried
> one from the 2.4.1-ac series (I think it was ac8) and 2.4.2-ac20
> with nothing but success. I was using the same .config file for
> all tests to make sure that the problem was not caused by
> a kernel configuration issue.
>
> This is my hardware:
>
> 	- ABit KT7 board (KT133 chipset reported by lspci)
> 	- 1GHz Athlon
> 	- QUANTUM FIREBALLP AS40.0 disk (cat /proc/ide/hda/model)
>
> Here is the output of lspci:
>
> khk@specht:~ > /sbin/lspci
> 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03)
> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP]
> 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22)
> 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10)
> 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
> 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10)
> 00:07.4 Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30)
> 00:09.0 Multimedia video controller: Zoran Corporation ZR36057PQC Video cutting chipset (rev 02)
> 00:0b.0 Ethernet controller: Lite-On Communications Inc LNE100TX (rev 21)
> 00:0f.0 FireWire (IEEE 1394): Texas Instruments: Unknown device 8020
> 00:11.0 SCSI storage controller: Adaptec AHA-7850 (rev 03)
> 01:00.0 VGA compatible controller: Matrox Graphics, Inc. MGA G200 AGP (rev 01)
>
> I can provide more information on request, I can also test patches - I have a test
> partition that I'm using to test new kernel configurations without affecting my
> "normal" system.
>
> I am following the list only through the archives on the web, so if you want to
> get in touch with me, please CC khk@khk.net.
>
> Karl Heinz
>
>

-- 
Arjan Filius
mailto:iafilius@xs4all.nl

Re: IDE Disk Corruption with 2.4.3 / NOT with AC kernels

[Wayne Whitney]

In mailing-lists.linux-kernel, you wrote:

> I run into some major disk corruptions on my IDE disk with the new
> 2.4.3 kernel version. [ . . . ] Now I did some more testing and found
> out that the Alan Cox series of kernel patches does not show these
> problems.

Hmm, 2.4.2-ac28 and 2.4.3 have the same collection of VIA fixups in
arch/i386/kernel/pci-pc.c.  Something else must be causing this?

> I was using the same .config file for all tests to make sure that the
> problem was not caused by a kernel configuration issue.


Did you run the .config through a 'make oldconfig' on each kernel, to
catch CONFIG name changes and so forth?

> This is my hardware:
>	- ABit KT7 board (KT133 chipset reported by lspci)

Does the BIOS have a setting that sounds like "System performance
setting" with choices such as "Optimal" or "Normal"? If so, try both
settings.  The terminology above is what is used on the ASUS A7V.

>Here is the output of lspci:

What would be quite useful, I think, is the output of 'lspci -xxx -s
0:0' under both the non-corrupting kernel (2.4.2-ac28) and the
corrupting kernel (2.4.3).  The output of 'dmesg' under both kernels
would also be good.

I find that a good way to present information like that, where most of
it should be the same and one is looking for the differences, is via
'diff -u --unified=1000 a b'.

Cheers,
Wayne