Messages in this thread | | | Subject | re: problem with new kernel | From | Arjan van de Ven <> | Date | Fri, 30 Jun 2006 18:45:38 +0200 |
| |
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
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |