Re: 2.5.66-bk5 spinlock warnings/errors - Specifically ide-io:109 spinlock notice

From: Shawn Starr (spstarr@sh0n.net)
Date: Wed Apr 16 2003 - 11:28:00 EST


I'm going to apply this and see what happens, unless it was already added to
.67-bk latest?

Shawn.

----- Original Message -----
From: "Manfred Spraul" <manfred@colorfullife.com>
To: "Shawn Starr" <spstarr@sh0n.net>
Cc: "Narayan Desai" <desai@mcs.anl.gov>; <linux-kernel@vger.kernel.org>
Sent: Thursday, April 03, 2003 1:48 AM
Subject: Re: 2.5.66-bk5 spinlock warnings/errors - Specifically ide-io:109
spinlock notice

> Shawn wrote:
>
> >>List: linux-kernel
> >>Subject: 2.5.66-bk5 spinlock warnings/errors
> >From: Narayan Desai <desai () mcs ! anl ! gov>
> >>Date: 2003-04-02 4:01:02
> >
> >>hda: dma_timer_expiry: dma status == 0x24
> >>drivers/ide/ide-io.c:109: spin_lock(drivers/ide/ide.c:c037abe8) already
> >>locked by drivers/ide/ide-io.c/948 drivers/ide/ide-io.c:990:
> >>spin_unlock(drivers/ide/ide.c:c037abe8) not locked
> >>hda: lost interrupt
> >>hda: dma_intr: bad DMA status (dma_stat=30)
> >>hda: dma_intr: status=0x50 { DriveReady SeekComplete }
> >
> >I had this problem last night while making a huge debian package (tar.bz2
> >stage). It occured once.
> >
> >
> The attached patch should fix the problem:
> the dma_timer_expiry handler calls HWGROUP(drive)->handler in the wrong
> context. Instead of calling ->handler directly, the ->expiry handler
> must inform the caller that ->handler must be called, and then the
> caller must do some setup before calling ->handler.
>
> --
> Manfred
>

----------------------------------------------------------------------------

----

> // $Header$ > // Kernel Version: > // VERSION = 2 > // PATCHLEVEL = 5 > // SUBLEVEL = 66 > // EXTRAVERSION = > --- 2.5/include/linux/ide.h 2003-03-25 17:49:52.000000000 +0100 > +++ build-2.5/include/linux/ide.h 2003-03-30 10:04:08.000000000 +0200 > @@ -1043,6 +1043,8 @@ > typedef ide_startstop_t (ide_handler_t)(ide_drive_t *); > typedef ide_startstop_t (ide_post_handler_t)(ide_drive_t *); > typedef int (ide_expiry_t)(ide_drive_t *); > +#define EXPIRY_ABORT (0) > +#define EXPIRY_CALLHANDLER (-1) > > typedef struct hwgroup_s { > /* irq handler, if active */ > --- 2.5/drivers/ide/ide-io.c 2003-03-25 17:49:40.000000000 +0100 > +++ build-2.5/drivers/ide/ide-io.c 2003-03-30 10:05:28.000000000 +0200 > @@ -973,7 +973,7 @@ > } > if ((expiry = hwgroup->expiry) != NULL) { > /* continue */ > - if ((wait = expiry(drive)) != 0) { > + if ((wait = expiry(drive)) > 0) { > /* reset timer */ > hwgroup->timer.expires = jiffies + wait; > add_timer(&hwgroup->timer); > @@ -998,7 +998,7 @@ > /* local CPU only, > * as if we were handling an interrupt */ > local_irq_disable(); > - if (hwgroup->poll_timeout != 0) { > + if (hwgroup->poll_timeout != 0 || wait == EXPIRY_CALLHANDLER) { > startstop = handler(drive); > } else if (drive_is_ready(drive)) { > if (drive->waiting_for_dma) > --- 2.5/drivers/ide/ide-dma.c 2003-03-25 17:49:40.000000000 +0100 > +++ build-2.5/drivers/ide/ide-dma.c 2003-03-30 10:05:54.000000000 +0200 > @@ -483,9 +483,9 @@ > return WAIT_CMD; > > if (dma_stat & 4) /* Got an Interrupt */ > - HWGROUP(drive)->handler(drive); > + return EXPIRY_CALLHANDLER; > > - return 0; > + return EXPIRY_ABORT; > } > > /** >

- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/



This archive was generated by hypermail 2b29 : Wed Apr 23 2003 - 22:00:18 EST