Whoah! I'm getting the same thing now, I think. Same driver and kernel,
-test1 without any ac patches.
This chipset is NOT supported by Acer's M15x3 driver, and according to
Acer technical support does not support udma modes. I JUST got this error
after nearly two days of uptime, while having xv scan a directory with
about 1500 files in it over my local network. I did not have any problem
doing the exact same scan about half an hour previous.
Foo?
I'm going to be trying ac16 soon too. I just wanted to see if -test1 would
stay up for 2 days.
hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: timeout waiting for DMA
ide_dmaproc: chipset supported ide_dma_timeout func only: 14
hdc: irq timeout: status=0x58 { DriveReady SeekComplete DataRequest }
hdc: DMA disabled
ide1: unexpected interrupt, status=0xd0, count=1
ide1: reset: success
# lspci
00:00.0 Host bridge: Acer Laboratories Inc. [ALi] M1521 [Aladdin III] (rev
1d)
00:02.0 ISA bridge: Acer Laboratories Inc. [ALi] M1523 (rev b3)
00:04.0 VGA compatible controller: ATI Technologies Inc 3D Rage I/II 215GT
[Mach64 GT] (rev 9a)
00:0b.0 IDE interface: Acer Laboratories Inc. [ALi] M5219 (rev 20)
00:0c.0 USB Controller: Acer Laboratories Inc. [ALi] M5237 USB (rev 02)
00:0e.0 Ethernet controller: VIA Technologies, Inc. VT86C100A [Rhine
10/100] (rev 06)
# cat /proc/ide/hdc/model
WDC AC36400L
On Mon, 12 Jun 2000, Mike Perry wrote:
> Thus spake Andre Hedrick (andre@linux-ide.org):
> > Because that series of drives are ATA-66 compatable and not compliant.
> > Come on you can't expect me to remember every drive variation based upon
> > name, model, firmware.....I get most but I forget about things until
> > someting triggers the issue.
> Yeah, I don't expect that at all, but the way you responded insinuated (to me
> at least), that this was something well known (or at something that I should
> have known), and possibly warned against in some documentation. When all I saw
> was a one sentence reply (with an exclaimation mark, no less), I immediately
> feared that I had done something dumb and risked data corruption.
>
> > These series is known to be quirky on super-socket-7 systems.
> Word. Seems to be the case with everything on this socket 7 crap. ;)
>
> > On Mon, 12 Jun 2000, Mike Perry wrote:
> > > > > According to proc, my hda is a FUJITSU MPD3084AT.
> > > > MPD are fake ATA-66 drives!
> > > Woah, woah woah.. It never said anything in the help about this, nor in the
> > > comments in drivers/ide/alim15x3.c. Is there risk of data corruption here?
> > > If so and this is known, why isn't there a warning/detection like the WDC one?
> >
> > No just deadlocks......this is a hell of alot better than FSC.
>
> Ahh, phew. That's a load off. Will there ever be any form of reliable limited
> DMA (ATA33 or something?) for this drive? Again, when I responded above, I was
> in no way trying to accuse you of doing a bad job or anything, I was just
> taken aback by the short exclamatory reply, and feared for the safety of my
> beloved data :)
>
> --
> Mike Perry
> http://got.fscked.org?
>
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.rutgers.edu
> Please read the FAQ at http://www.tux.org/lkml/
>
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Thu Jun 15 2000 - 21:00:27 EST