public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
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/

  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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox