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/
next prev 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®