Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 16 Aug 2004 16:19:11 -0700
From:      "Jake Khuon" <khuon@NEEBU.Net>
To:        Marc van Kempen <marc@bowtie.nl>
Cc:        freebsd-current@freebsd.org
Subject:    Re: ATA write-dma interrupt was seen but timeout fired LBA=53346288 
Message-ID:  <200408162319.i7GNJB0J027625@Espresso.NEEBU.Net>
In-Reply-To: Marc van Kempen's message of Mon, 16 Aug 2004 08:10:00 %2B0200. <200408160810.00366.marc@bowtie.nl> 

next in thread | previous in thread | raw e-mail | index | archive | help
### On Mon, 16 Aug 2004 08:10:00 +0200, Marc van Kempen <marc@bowtie.nl>
### casually decided to expound upon freebsd-current@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@NEEBU.Net> ]======================+
 | Packet Plumber, Network Engineers     /| / [~ [~ |) | | --------------- |
 | for Effective Bandwidth Utilisation  / |/  [_ [_ |) |_| N E T W O R K S |
 +=========================================================================*/




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200408162319.i7GNJB0J027625>