From: Peter Horton <pdh@colonel-panic.com>
To: safemode <safemode@voicenet.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: Via apollo KX133 ide bug in 2.4.x
Date: Thu, 20 Jan 2000 08:38:12 +0000 [thread overview]
Message-ID: <20000120083812.A945@colonel-panic.com> (raw)
In-Reply-To: <3A68DCD1.FACB4135@voicenet.com>
In-Reply-To: <3A68DCD1.FACB4135@voicenet.com>; from safemode@voicenet.com on Fri, Jan 19, 2001 at 07:33:21PM -0500
[-- Attachment #1: Type: text/plain, Size: 3769 bytes --]
On Fri, Jan 19, 2001 at 07:33:21PM -0500, safemode wrote:
> I'm sorry I can't be more descriptive than that, but there aren't any
> errors ever displayed. What happened was after about a day of uptime, I
> began seeing IO errors when trying to access files. I realized that the
> IO errors occurred on any file I had created. I rebooted since the
> computer became impossible to use and fsck removed everything that I had
> created since upgrading to the release kernel. This is all on ext2fs.
> I tried making bootdisks but they all showed up as being bad. I tried
> copying files to another ext2fs but upon fsck, they too were all removed
> due to corruption. These ext2fs' were not created by the release
> kernel. I had to go back to 2.4.0-test11 before the kernel would write
> to the fs correctly. For the record, I disabled DMA in the kernel and
> i'm compiling for athlon using gcc 2.95.3. I saw the same thing happen
> though when I booted for a kernel compiled for Pentium 2. Since
> reverting back to 2.4.0-test11, however, no FS corruption has been
> observed. Anyone have any idea what this is about? i'm compiling with
> the same options between kernels but 2.4.x (release and newer) do not
> seem to be able to write to the ext2fs correctly. Could this be because
> it was formatted by a 2.2.x kernel? Anyone using this chipset I would
> caution to have backups ready when using it with 2.4.x, as I lost
> hundreds of files to it. Also, no errors were reported anywhere, IO
> errors when trying to stat dirs just started appearing after a couple
> days uptime ...then they would occur whenever you wrote to the FS. Even
> after a reboot. If you need any extra iinfo about kernel options and
> computer config, just ask.
>
I think I'm suffering the same thing on my new Asus A7V. Yesterday I got a
single "error in bitmap, remounting read only" type error, and today I got
some files in /tmp that returned I/O error when stat()ed. I do have DMA
enabled, but only UDMA33. I've done several kernel compiles with no
problems at all so looks like something is on the edge. Think I might go
back to 2.2.x for a bit and see what happens, or maybe just remove the VIA
driver :-((.
P.
I've attached lspci -vxxx output, and kernel config, in case anyone is
investigating.
/dev/hda is Seagate ST330621A.
----------VIA BusMastering IDE Configuration----------------
Driver Version: 2.1e
South Bridge: VIA vt82c686a rev 0x22
Command register: 0x7
Latency timer: 32
PCI clock: 33MHz
Master Read Cycle IRDY: 0ws
Master Write Cycle IRDY: 0ws
FIFO Output Data 1/2 Clock Advance: off
BM IDE Status Register Read Retry: on
Max DRDY Pulse Width: No limit
-----------------------Primary IDE-------Secondary IDE------
Read DMA FIFO flush: on on
End Sect. FIFO flush: on on
Prefetch Buffer: on on
Post Write Buffer: on on
FIFO size: 8 8
Threshold Prim.: 1/2 1/2
Bytes Per Sector: 512 512
Both channels togth: yes yes
-------------------drive0----drive1----drive2----drive3-----
BMDMA enabled: yes no no no
Transfer Mode: UDMA DMA/PIO DMA/PIO DMA/PIO
Address Setup: 30ns 120ns 30ns 120ns
Active Pulse: 90ns 330ns 90ns 330ns
Recovery Time: 30ns 270ns 30ns 270ns
Cycle Time: 60ns 600ns 120ns 600ns
Transfer Rate: 33.0MB/s 3.3MB/s 16.5MB/s 3.3MB/s
[-- Attachment #2: lspci+config.gz --]
[-- Type: application/octet-stream, Size: 5632 bytes --]
next prev parent reply other threads:[~2001-01-20 8:40 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-01-20 0:33 Via apollo KX133 ide bug in 2.4.x safemode
2000-01-20 8:38 ` Peter Horton [this message]
2001-01-20 20:56 ` Peter Horton
2001-01-20 21:32 ` safemode
2001-01-21 11:40 ` Vojtech Pavlik
2001-01-22 22:49 ` Peter Horton
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=20000120083812.A945@colonel-panic.com \
--to=pdh@colonel-panic.com \
--cc=linux-kernel@vger.kernel.org \
--cc=safemode@voicenet.com \
/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.