Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288

From: Jake Khuon <khuon_at_NEEBU.Net>
Date: Mon, 16 Aug 2004 16:19:11 -0700
### On Mon, 16 Aug 2004 08:10:00 +0200, Marc van Kempen <marc_at_bowtie.nl>
### casually decided to expound upon freebsd-current_at_freebsd.org the
### following thoughts about "ATA write-dma interrupt was seen but timeout
### fired LBA=53346288":

MvK> After I resume I get these warnings:
MvK> 
MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288
MvK> ATA write-dma interrupt was seen but timeout fired LBA=53346288
MvK> ATA write-dma interrupt was seen but taskqueue stalled LBA=53346288
MvK> 
MvK> This basically results in the harddisk being unaccessible and the systems 
MvK> hangs eventually. Rebooting does not work because the harddisk can't be 
MvK> synced, etc.
MvK> 
MvK> Does anyone know what is going on?

I had this same problem on my IBM T30 although I'm using APM.  I couldn't
get ACPI suspend to play nice with XFree86 and GLX.

It was very frustrating to not have reliable suspend.  However, I think I
might have solved it.  Do you have a CDROM (or similar) device attached?

I added "atacontrol detach 1" to /etc/rc.suspend to detach the CDROM drive
before suspending.  Likewise, I added a complementary "atacontrol attach 1"
in /etc/rc.resume.  Since doing that, I have not seen the interrupt
problems.  I do notice now that shortly before the re-attachment kicks in
after coming back from suspend, I will see:

Aug 16 15:45:02 Mocha kernel: stray irq15

I'm not sure if this is normal or is an indication of some weird IRQ storm. 
At anyrate, detaching and reattaching during the suspend/resume cycle seems
to damp it and stablised the whole ATA subsystem.


--
/*===================[ Jake Khuon <khuon_at_NEEBU.Net> ]======================+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | --------------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=========================================================================*/
Received on Mon Aug 16 2004 - 21:19:45 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:06 UTC