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