On Sat, Jun 23, 2007 at 10:10:34PM +0400, Sergei Shtylyov wrote:
>
> Now I'm confused too -- did you get any DMA timeouts this time?
No. And yes, this is confusing, as the initial hang that I was seeing
was preceeded by DMA timeout messages on the screen (as posted in the
initial email). Now, with the patched kernel, I'm not seeing any
DMA timeouts; and, instead, I'm seeing lots of hdc: task_out_intr:
status=0x50 { DriveReady SeekComplete } I don't know why.
However, I have now learned how to make all of my problems go
away: lower the UDMA level. So its seems that this has been
a humbling experience in (re-)learning about bus glitches.
I'm currently doing an /sbin/hdparm -X 67 /dev/hdc to drop
the udma mode to mode3 == 44 MHz (-X udma_mode + 64) from
the default of mode4 for this controller (the hard drive itself is
supposedly udma100 capable, according to the box). This has cured
all of the ide driver problems.
The disk that caused all the problems was:
Device Model: MAXTOR STM3320620A
A quick look through ide-dma.c shows that there is no way to
blacklist a drive to the "highest suported" level; the blacklist
is UDMA on or UDMA off.
===============
I have not yet tried playing any udma mode games with libata yet,
to see if I could get that working.
===============
I'd like to propose that, for a system is seeing a fair number of
drive errors, that, perhaps it should automatically lower the mode,
in the hope of clearing up the problem.
--linas
-
To unsubscribe from this list: send the line "unsubscribe linux-ide" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
