Re: Race condition in module load causing undefined symbols

From: K.R. Foley
Date: Tue Jun 14 2005 - 10:42:20 EST


Steve Lord wrote:
Andrew Morton wrote:

Stephen Lord <lord@xxxxxxx> wrote:

Pozsár Balázs wrote:
> On Sat, Jun 11, 2005 at 08:23:20AM -0500, Steve Lord wrote:
> >>I think this is not actually module loading itself, but a problem
>>between the fork/exec/wait code in nash and the kernel.
> > > I do not use nash, only bash, so this is not a nash-specific issue.
> >
I disabled hyperthreading and things started working, so are there any
HT related scheduling bugs right now?



There haven't been any scheduler changes for some time. There have been a
few low-level SMT changes I think.

Are you able to identify which kernel version broke it?


Still have not narrowed this down too far, disabling SMT made no
difference, disabling SMP did, which I was expecting.

Steve


I initially saw this with 2.6.12-rc1 and every version up through rc3. I
haven't tried with later versions. :-/ I initially reported here:
http://marc.theaimsgroup.com/?l=linux-kernel&m=111235814529008&w=2

The way that I got around it was to compile in my aic7xxx driver instead
of making it a module. I have also recently received an email from
someone saying that disabling module unloading would also solve it. That
very well may be true since I did run into another booting problem
(2.6.12-rc5) that disabling module unloading fixed :-/ I haven't had a
chance to go back and check this out though.

So to summarize: I have a dual 933 with aic7xxx compiled in to get
passed the problem described above. I have a dual 2.6 w/HT that I have
disabled module unloading to get passed another boot condition.


--
kr

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