mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Christian Leber <christian@leber.de>
Cc: linux-kernel@vger.kernel.org, Andrew Morton <akpm@osdl.org>
Subject: Re: [BUG] 2.6.18-rc6: hda is allready "IN USE" when booting / pi futex
Date: Tue, 12 Sep 2006 19:34:55 +0200	[thread overview]
Message-ID: <20060912173455.GB6236@elte.hu> (raw)
In-Reply-To: <20060912153932.GA14388@core>

[-- Attachment #1: Type: text/plain, Size: 1914 bytes --]


* Christian Leber <christian@leber.de> wrote:

> I wasted a day to track it down, unfortunally it's for me completly 
> unclear how this commit s related to IDE, it could be some timing 
> issue, but that is just guessing.

yeah, i too suspect that it's timing related.

> With 77ba89c5cf28d5d98a3cae17f67a3e42b102cc25 (linux-2.6 tree) i don't 
> have a problem (i booted it 21 times until now and it allways worked) 
> and b29739f902ee76a05493fb7d2303490fc75364f4 is the first bad commit.

but in case it's not timing related, could you do some more testing, 
ontop of the 77ba89c5cf28d5d98a3cae17f67a3e42b102cc25 tree?

The b29739f902ee76a05493fb7d2303490fc75364f4 patch is quite large, so i 
have created a finegrained, functional splitup of it:

  sched-cleanups.patch
  sched-add-task-rq-lock-ops.patch
  sched-add-rt-mutex-setprio.patch
  sched-pi-lock.patch
  sched-add-new-macros.patch
  sched-add-normal-prio.patch
  sched-use-has-rt-policy.patch
  sched-set-user-nice-fix.patch
  sched-use-normal-prio.patch

and have attached the resulting tarball. (Just extract the tarball into 
the known-good 77ba89c5cf28d5d98a3cae17f67a3e42b102cc25 tree, it will 
create a patches/ directory which includes a series file and the 
patches. If you install quilt then you can do 'quilt push' / 'quilt pop' 
to navigate in the patch-queue easily. Use 'quilt applied' to see the 
current patch-stack.)

i have ordered the patches within the splitup in a way so that the 
patches with more impact are at the end. The last patch 
(sched-use-normal-prio) is the one most likely to cause the problem (but 
sched-set-user-nice-fix and sched-use-has-rt-policy are possible 
candidates too). I have verified that every intermediate step builds and 
boots cleanly as well.

Could you try this patch-queue and figure which patch causes the failure 
you are seeing? That would reduce the search space quite significantly.

	Ingo

[-- Attachment #2: patches.tar.gz --]
[-- Type: application/x-gzip, Size: 4765 bytes --]

  reply	other threads:[~2006-09-12 17:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-09-07 13:33 [BUG] 2.6.18-rc6: hda is allready "IN USE" when booting (non-deterministic) Christian Leber
2006-09-12 15:39 ` [BUG] 2.6.18-rc6: hda is allready "IN USE" when booting / pi futex Christian Leber
2006-09-12 17:34   ` Ingo Molnar [this message]
2006-09-12 21:48     ` Christian Leber
2006-09-12 21:55       ` Ingo Molnar
2006-09-13  1:24         ` Christian Leber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060912173455.GB6236@elte.hu \
    --to=mingo@elte.hu \
    --cc=akpm@osdl.org \
    --cc=christian@leber.de \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®