Re: ide_wait_not_busy oops still with 2.6.14-rc3 (Re: 1GHz pbook 15", linux 2.6.14-rc2 oops on resume)

From: Benjamin Herrenschmidt (benh_at_kernel.crashing.org)
Date: 10/11/05

  • Next message: Graham Murray: "Re: freebox possible GPL violation"
    To: Soeren Sonnenburg <kernel@nn7.de>
    Date:	Tue, 11 Oct 2005 20:36:26 +1000
    
    

    On Tue, 2005-10-11 at 12:33 +0200, Soeren Sonnenburg wrote:
    > On Tue, 2005-10-11 at 08:06 +1000, Benjamin Herrenschmidt wrote:
    > > > ok, here is the complete one:
    > > >
    > > > BUG: soft lockup detected on CPU#0!
    > >
    > > Gack, the soft lockup thing. Can you disable that ? If you do so, does
    > > it crashes instead of oopsing or just "pauses" for a little while on
    > > wakeup ? The problem is that ide_do_request does a synchronous wait for
    > > the drive to get out of busy state which can take a while with some
    > > optical drives on wakeup. It might be possible to allow scheduling
    > > there, I have to look at it. In the meantime, disable the lockup
    > > detector (CONFIG_DETECT_SOFTLOCKUP) and tell me if that's enough.
    >
    > Hmmhh, I already compiled 2.6.14-rc4 but did not disable
    > soft-lockup-ing, should I still do it - the oops looks better as it is
    > not followed by a ATAPI reset anymore:

    It's still pretty annoying. I'll see what I can do but it won't be for
    2.6.14 timeframe, so in the meantime, just ignore it or remove soft
    lockup detection.

    Ben.

    -
    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/


  • Next message: Graham Murray: "Re: freebox possible GPL violation"

    Relevant Pages

    • Re: CD writing in future Linux (stirring up a hornets nest)
      ... And I'm sure there's an analog program to "ls" to find what sg0 maps to. ... The user doesn't want to tell the system what to call the device, he wants to see what's there, and that includes serial numbers of drives because if a user has several drives it's likely that they are identical. ... is not a substitute for a presentation useful to programs and people alike. ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)
    • Re: [PATCH] speed up SATA
      ... write-cache-off queueing will be slightly slower than ... since most drives have slightly stricter ... but an 8MB buffer doing 4K random-ops could ... 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/ ...
      (Linux-Kernel)
    • Re: md: RAID-6 patch available for testing
      ... > project because the math was interesting, and Penguin Computing for ... broken it will still be useful in situations where data loss would be ... It wouldn't be bad in ad-hoc arrays I build from drives ... send the line "unsubscribe linux-kernel" in ...
      (Linux-Kernel)
    • Fwd: Re: 2.6 test3-bk7 & -mm3 : HPT374 - cable missdetection, lock-ups
      ... > cable detect pins are also used as address/data lines, ... copied several Gb to LV leaving on soft-raid-5 on the 4 drives, ... 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/ ...
      (Linux-Kernel)
    • Re: io performance...
      ... I noticed it was 256 with a single disk, and, with s/w raid, it increased by 256 for each extra disk in the array. ... IE for the raid 0 array with 4 drives, ... If I don't issue O_DIRECT IO requests of at least 128 KB, ... To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/ ...
      (Linux-Kernel)