Re: File System Corruption with 2.2.18

Vojtech Pavlik (vojtech@suse.cz)
Wed, 17 Jan 2001 19:32:11 +0100


Hi!

Ok, just for a test, before I finish the 2.2 version of the new VIA IDE
driver, could you try with the 2.4.0 kernel if it fixes the behavior?

By the way, what motherboard is this?

Andre: Thanks for sending this to me, this is the case I was looking for
- true data corruption on 2.2 kernel. Now I hope my new driver fixes
this.

Vojtech

On Wed, Jan 17, 2001 at 10:06:38AM -0800, Andre Hedrick wrote:
>
> Good Morning Vojtech!
>
> On Wed, 17 Jan 2001, Terrence Martin wrote:
>
> > I am having all sorts of nasty file corruption problems with 2.2.18
> > patched with
> > ide.2.2.18.1221.patch.gz
> > linux-2.2.18-reiserfs-3.5.29-patch.gz
> > raid-2.2.18-B0
> >
> > The corruption is occuring on my WDC AC28400R(I also had a problem with
> > a 13GB WDC as well which I swapped out last night). This is the only
> > hard drive that is on the onboard controller which is a VIA Technologies
> > VT 82C586 Apollo IDE (rev 6) chipset. The drive does share the IDE bus
> > with a internal ATAPI Zip drive. The cable I am using to connect the WDC
> > is a UDMA66 40pin 80 wire cable. I realize I do not have a UDMA66
> > controller, or disk, but I was having problems installing with a
> > standard 40 pin, 40 wire cable that the 80 wire seemed to alleviate.
> >
> > The other drives are my software RAID setup on 2 Promise PDC20262
> > controllers with 1 drive per interface for a total of 4 drives. These
> > drives are Quantum 13X(?) 13GB drives. I am running the default RH6.2
> > kernel right now for stability with no support for my promise
> > controllers and I am writing this from a remote site so not sure of
> > other distinguishing marks of the quantum HD's.
> >
> > So my question is does anyone have any idea what might cause ide dma
> > errors to occur when I use this kernel? As I mentioned file corruption
> > seems to only occur on the WDC drive(s) and manisfest itself as
> > executables suddenly becoming unreadable binary files, strange file
> > permissions on new files, and X windows going completely nuts when it
> > tries to start. I reboot back to the stock 2.2.14 with RH and everything
> > seems to work fine, excepting that I cannot access my RAID device of
> > course. :)
> >
> > I have had this problem across two mother boards(both VIA chipsets), two
> > CPU's, two WDC Hard drives and the cable swap. I have not swapped RAM.
> >
> > Thanks for any assistance/suggestions that you might be able to render.
> >
> > Regards
> > Terrence Martin
> >
> > P.S. More specific system information follows
> >
> > hdparm /dev/hda
> >
> > /dev/hda:
> > multcount = 0 (off)
> > I/O support = 0 (default 16-bit)
> > unmaskirq = 0 (off)
> > using_dma = 0 (off)
> > keepsettings = 0 (off)
> > nowerr = 0 (off)
> > readonly = 0 (off)
> > readahead = 8 (on)
> > geometry = 16383/16/63, sectors = 16514064, start = 0
> >
> > hdparm -i /dev/hda
> >
> > /dev/hda:
> >
> > Model=WDC AC28400R, FwRev=15.01J55, SerialNo=WD-WM6280172815
> > Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs
> > FmtGapReq }
> > RawCHS=16383/16/63, TrkSize=57600, SectSize=600, ECCbytes=40
> > BuffType=3(DualPortCache), BuffSize=512kB, MaxMultSect=16, MultSect=off
> >
> > DblWordIO=no, OldPIO=2, DMA=yes, OldDMA=0
> > CurCHS=16383/16/63, CurSects=-66060037, LBA=yes, LBAsects=16514064
> > tDMA={min:120,rec:120}, DMA modes: mword0 mword1 mword2
> > IORDY=on/off, tPIO={min:160,w/IORDY:120}, PIO modes: mode3 mode4
> > UDMA modes: mode0 mode1 *mode2
> >
> > cat /proc/pci
> > PCI devices found:
> > Bus 0, device 0, function 0:
> > Host bridge: VIA Technologies VT 82C597 Apollo VP3 (rev 4).
> > Medium devsel. Fast back-to-back capable. Master Capable.
> > Latency=16.
> > Prefetchable 32 bit memory at 0xe0000000 [0xe0000008].
> > Bus 0, device 1, function 0:
> > PCI bridge: VIA Technologies VT 82C598 Apollo MVP3 AGP (rev 0).
> > Medium devsel. Master Capable. No bursts. Min Gnt=12.
> > Bus 0, device 7, function 0:
> > ISA bridge: VIA Technologies VT 82C586 Apollo ISA (rev 71).
> > Medium devsel. Master Capable. No bursts.
> > Bus 0, device 7, function 1:
> > IDE interface: VIA Technologies VT 82C586 Apollo IDE (rev 6).
> > Medium devsel. Fast back-to-back capable. Master Capable.
> > Latency=64.
> > I/O at 0xb400 [0xb401].
> > Bus 0, device 8, function 0:
> > Unknown mass storage controller: Promise Technology Unknown device
> > (rev 1).
> > Vendor id=105a. Device id=4d38.
> > Medium devsel. IRQ 5. Master Capable. Latency=64.
> > I/O at 0xb800 [0xb801].
> > I/O at 0xbc00 [0xbc01].
> > I/O at 0xc000 [0xc001].
> > I/O at 0xc400 [0xc401].
> > I/O at 0xc800 [0xc801].
> > Non-prefetchable 32 bit memory at 0xea000000 [0xea000000].
> > Bus 0, device 9, function 0:
> > Unknown mass storage controller: Promise Technology Unknown device
> > (rev 1).
> > Vendor id=105a. Device id=4d38.
> > Medium devsel. IRQ 10. Master Capable. Latency=64.
> > I/O at 0xcc00 [0xcc01].
> > I/O at 0xd000 [0xd001].
> > I/O at 0xd400 [0xd401].
> > I/O at 0xd800 [0xd801].
> > I/O at 0xdc00 [0xdc01].
> > Non-prefetchable 32 bit memory at 0xea020000 [0xea020000].
> > Bus 0, device 10, function 0:
> > Ethernet controller: 3Com 3C905B 100bTX (rev 36).
> > Medium devsel. IRQ 11. Master Capable. Latency=64. Min
> > Gnt=10.Max Lat=10.
> > I/O at 0xe000 [0xe001].
> > Non-prefetchable 32 bit memory at 0xea040000 [0xea040000].
> > Bus 1, device 0, function 0:
> > VGA compatible controller: NVidia/SGS Thomson Riva 128 (rev 16).
> > Medium devsel. Fast back-to-back capable. IRQ 5. Master
> > Capable. Latency=64. Min Gnt=3.Max Lat=1.
> > Non-prefetchable 32 bit memory at 0xe4000000 [0xe4000000].
> > Prefetchable 32 bit memory at 0xe6000000 [0xe6000008].
> >
> >
> >
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> > the body of a message to majordomo@vger.kernel.org
> > Please read the FAQ at http://www.tux.org/lkml/
> >
>
> Andre Hedrick
> Linux ATA Development

-- 
Vojtech Pavlik
SuSE Labs
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/