Re: problem with new kernel

[eclark <eclark@alabanza.com>]

Excellent! How do I get NPTL built into the kernel. I had already been 
tohttp://people.redhat.com/~drepper/ this morning after googling my straces 
for a few hours, but nothing that indicated what needed to be done to get it 
into the kernel. Any assistance would be superb!
  
On Friday 30 June 2006 12:45 pm, Arjan van de Ven wrote:
> On Fri, 2006-06-30 at 10:46 -0400, eclark wrote:
> > Previous, I was using a RH stock kernel. This was rebuilt to be
> > monolithic with allthe required modules. However, now any binary which
> > uses set_thread_area segfaults. I know this is a kernel issue, as other
> > kernels I have used do not have this same issue. I am running 2.4.33-pre.
> > Below is an example strace of nslookup, one of the relevant binaries now
> > segfaulting. Above the big strace (total strace of nslookup) is where I
> > believe the problem is coming from. Any help would be appreciated, as I
> > have no clue what went wrong with this kernel build.
>
> Hi,
>
> you're running a kernel without NPTL support on a distribution that
> apparently expects NPTL support to be in the kernel... the failure mode
> isn't nice but failure at all isn't totally unexpected...... NPTL is
> needed for certain functionality and if a distribution expects that to
> be there.. things may well go very wonky if absent. (yes glibc tries to
> emulate this but the emulation is quite limited and not really possible)
>
> One example of such thing is cross-process mutexes and other locks; NPTL
> allows that (via futexes on shared pages), and things like rpm use this
> extensively. Another example is thread local storage; emulation is
> fragile via LDT's and such.
>
> Greetings,
>    Arjan van de Ven