From: Vojtech Pavlik <vojtech@suse.cz>
To: Andre Hedrick <andre@linux-ide.org>
Cc: Terrence Martin <tmartin@cal.montage.ca>, linux-kernel@vger.kernel.org
Subject: Re: File System Corruption with 2.2.18
Date: Wed, 17 Jan 2001 19:32:11 +0100 [thread overview]
Message-ID: <20010117193211.B2784@suse.cz> (raw)
In-Reply-To: <3A65DB02.56451E45@cal.montage.ca> <Pine.LNX.4.10.10101171006170.17625-100000@master.linux-ide.org>
In-Reply-To: <Pine.LNX.4.10.10101171006170.17625-100000@master.linux-ide.org>; from andre@linux-ide.org on Wed, Jan 17, 2001 at 10:06:38AM -0800
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/
next prev parent reply other threads:[~2001-01-17 18:32 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-17 17:48 File System Corruption with 2.2.18 Terrence Martin
2001-01-17 18:06 ` Andre Hedrick
2001-01-17 18:32 ` Vojtech Pavlik [this message]
2001-01-17 18:40 ` Andre Hedrick
2001-01-17 18:46 ` Vojtech Pavlik
2001-01-17 22:44 ` Andre Hedrick
2001-01-17 23:57 ` Tim Fletcher
2001-01-18 0:32 ` Andre Hedrick
2001-01-18 0:39 ` Tim Fletcher
2001-01-18 1:14 ` Andre Hedrick
2001-01-18 8:38 ` Ville Herva
2001-01-18 8:45 ` Andre Hedrick
2001-01-18 8:52 ` Ville Herva
2001-01-17 18:53 ` Terrence Martin
2001-01-17 19:03 ` Vojtech Pavlik
2001-01-18 17:15 ` Terrence Martin
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20010117193211.B2784@suse.cz \
--to=vojtech@suse.cz \
--cc=andre@linux-ide.org \
--cc=linux-kernel@vger.kernel.org \
--cc=tmartin@cal.montage.ca \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.