mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Andreas Franck <afranck@gmx.de>
To: linux-kernel@vger.kernel.org
Cc: Mike Galbraith <mikeg@wen-online.de>
Subject: Re: Fatal Oops on boot with 2.4.0testX and recent GCC snapshots
Date: Mon, 25 Dec 2000 17:12:34 +0100	[thread overview]
Message-ID: <00122517123400.00573@dg1kfa.ampr.org> (raw)
In-Reply-To: <Pine.Linu.4.10.10012250531020.560-100000@mikeg.weiden.de>
In-Reply-To: <Pine.Linu.4.10.10012250531020.560-100000@mikeg.weiden.de>

Hello Mike, hello linux-kernel hackers,

Mike Galbraith wrote:
> I wouldn't (not going to here;) spend a lot of time on it.  The compiler
> has problems.  It won't build glibc-2.2, and chokes horribly on ipchains.

Maybe, but you were lucky getting an ICE, and not silently failing code :-)

After having spent several hours debugging now, I think it was 
worth it (at least for my understanding of lower-level kernel issues and of 
the (rather nice and almost readable) assembly code gcc generates). There 
seems to be something going wrong in the down(sem) path after the 
kernel_thread call. 

I'm not sure if down() succeeds instantly when compiling the kernel with 
2.95.2, but it seems to fail for 2.97; I figured out by spilling some 
printk's around in bdflush_init, which made the bug magically disappear, due 
to the looser timing. This also might happen for compiling with frame 
pointers or with the static declaration variables, somehow.

Th bdflush_init function itself does not seem to be responsible, which 
corresponds with the assembly, which is fine and should get the same results 
for all compiled cases.

It seems that whyever, the cause for this failure is actually the down(sem) 
call on a not yet up()'ed semaphore, and this is where it starts to get ugly.

down() then calls __down_failed, which ends up in __down(); __down does some 
waitqueue handling, which I don't understand, and then calls __wake_up - up 
to then, everything seems fine, in __wake_up it is where my search ended up 
to now, but I think something is wrong in this context; however, the 
complexity of this code exceeds my knowledge by magnitudes, so I can't 
continue searching there without going mad :-)

It would be nice if someone else could look from there on, now I've narrowed 
the case down to rather low-level functions.

Greetings,
Andreas

-- 
->>>----------------------- Andreas Franck --------<<<-
---<<<---- Andreas.Franck@post.rwth-aachen.de --->>>---
->>>---- Keep smiling! ----------------------------<<<-
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/

  parent reply	other threads:[~2000-12-25 16:39 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2000-12-23 11:34 Andreas Franck
2000-12-23 17:33 ` Mike Galbraith
2000-12-23 19:14   ` Andreas Franck
2000-12-24 16:13     ` Mike Galbraith
2000-12-24  0:21   ` Andreas Franck
2000-12-24 22:49   ` Andreas Franck
2000-12-25  5:09     ` Mike Galbraith
2000-12-25 12:29       ` Andreas Franck
2000-12-25 17:45         ` Mike Galbraith
2000-12-25 16:12       ` Andreas Franck [this message]
2000-12-25 18:00         ` Mike Galbraith
2000-12-25 20:40       ` Thorsten Kranzkowski
2000-12-26  7:03         ` Paul Laufer
     [not found] <Pine.Linu.4.10.10012271823370.471-100000@mikeg.weiden.de>
     [not found] ` <00122801060000.00534@dg1kfa.ampr.org>
2000-12-28  0:26   ` Andreas Franck

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=00122517123400.00573@dg1kfa.ampr.org \
    --to=afranck@gmx.de \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mikeg@wen-online.de \
    /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®