Re: File System Corruption with 2.2.18

From: Vojtech Pavlik (vojtech@suse.cz)
Date: Wed Jan 17 2001 - 14:03:49 EST


On Wed, Jan 17, 2001 at 11:53:36AM -0700, Terrence Martin wrote:
> Vojtech Pavlik wrote:
>
> > 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?
> >
>
> Hmm ok I will give it a try...this will have to wait for a few hours as I am at
> work. btw, how easy is it to install 2.4.0 on a stock RH6.2 install? hehe :)

RH 6.2? Uh. Well, you'll have to upgrade a couple packages I fear, if
you want 2.4 as your default kernel. For just a testing run it should
'just work'. Well, maybe you'll need a newer gcc to compile it - I don't
remember which version RH 6.2 uses.

> > By the way, what motherboard is this?
>
> It is an FIC PA 2013 (1MB Cache Version) with a K6-3 400, it has a relatively
> recent BIOS patch as well, perhaps 6 months ago.
>
> The other motherboard (also had corruption problems) was a California Graphics
> Photon 100HC with a K6-2 300.

Ok, thanks.

> >
> > 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.
>
> So do I...:)
>
> Cheers,
>
> Terrence
>
>
>
> >
> >
> > 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/

-- 
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/



This archive was generated by hypermail 2b29 : Tue Jan 23 2001 - 21:00:16 EST