So my guess is that bug 664105 is the main problem, but there seems to be
something else going wrong too.
I fear it's not bug 664105. This one took care about a NULL pointer dereference
because of a race caused by SystemTap produced kernel code (at least that is
what the changelog of the patch I added said which perfectly hit my and some of
https://bugzilla.novell.com/show_bug.cgi?id=647029
https://bugzilla.novell.com/show_bug.cgi?id=647029#c40
Thomas Renninger changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|ASSIGNED |RESOLVED
CC| |coolo@novell.com
Resolution| |FIXED
--- Comment #40 from Thomas Renninger 2011-01-24 21:28:14 UTC ---
First: Thanks a lot for your efforts Bjorn!
the backtraces here).
I think the main problem here is that we use a debug tool, namely SystemTap for
production. Preloadtrace.ko is not compiled from C, but it's produced by a
SystemTap compiler which is in first place made for debugging and not for
production.
preloadtrace.ko should get rewritten in C or disabled by default.
I wonder whether it's needed to cache the files the preload package is talking
about. It sounds (don't know) as if preloadtrace is simply used to track/trace
booting for later analysis (and that is a valid use case for SystemTap as long
as it's not enabled by default).
I better keep this bug open, if Rich still hits this with a 11.4 rc1 kernel, we
should better disable preloadtrace.ko by default.
--
Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
