2.6 Kernel (and headers) + NPTL Guide

OneOfMany · Posted: Sun Mar 07, 2004 8:07 pm Post subject:

From SkiCat

stonent · Veteran Joined: 07 Aug 2003 Posts: 1139 Location: Texas

That error is appearing because you are running it on a system that does not have a 2.6.x kernel. Remember when you bootstrap it compiles things using whatever headers that you emerged, so if you compile stuff using a 2.6 set of headers with nptl but have chrooted from a 2.4.x boot, the apps are going to crash after they are compiled.

Also I tried using the old 2.6 live CD and things segfault in the middle of merging. The only thing so far seems to work is to boot from a system that already has a working 2.6 kernel and chroot the target and compile.

I wish the 2004.0 livecd had 2.6 kernels instead of 2.4.x

Also compiling without nptl using 2.6 headers seems to work ok when chrooting from a 2.4.x system. In that case, do the bootstrap-2.6.sh and get your system booting (i.e. bootstrap-2.6 emerge system, emerge your 2.6.x kernel, set up grub and reboot from the drive) then re-emerge glibc with nptl enabled or even better, emerge -D -e world to recompile everything. (May not really matter if glibc has been recompiled but I'm doing it just the same)
_________________
Inspiron 4100 & Sun UltraAXe
Portage on Solaris|Dell Laptop Hacks
The way you feel about organized religion is the same way I feel about organized socialism.

Sipi · Guru Joined: 03 Apr 2003 Posts: 406 Location: Hungary

Hi!

I've got a strange error after emerging glibc-2.3.3_pre20040207 with nptl enabled.
I've done this on two machine. On first one, everything works well. On second one (my home PC) everything went into ruin. Emerge went well, glibc installed. Everything works.
But after rebooting, devfsd didn't start, it complained about something devfs-se.so, which is part of selinux-small package, which doesn't exists now in portage, so I've removed it. But error is the same: it complains that libc.so.6 has undefined symbol, it is something GLIBC_2_xxxx, I don't remember exactly... :oops:

I had to manually copy back libc.so.6 (libc-2.3.3) from old install without nptl). I found that when it was in non-working state, in /lib there was libpthread-0.10.so AND libpthread-0.60.so. I had to delete the 0.60 one to fully repair the system. I thought that it is some stupid remaining file, but now I see that on the working nptl system there is ONLY 0.60, with softlink libpthread.so.0 pointing to it. No 0.10...

So, what is going on here? I was unable to install glibc with nptl (kernel is 2.6). I tried with kernel-headers 2.4 and now installed 2.6. No success.

Is there some stalled files in /lib which confuses the system?!?

Sipi

Kow · Apprentice Joined: 28 Dec 2003 Posts: 227

Everything is running fine here using the "official" kernel sources from kernel.org (2.6.4-rc2-bk1), glibc 2.3.3_pre20040207.ebuild compiled on a 2.6.3 kernel running with no errors, in fact I have less errors than what I used to have.

Also if you have Linux 2.4 headers installed the ebuild might have a problem understanding that it has to use 2.6 headers in your /usr/src directory and not the 2.4 headers...
If you are using NPTL I recommend using the 2.6 kernel header ebuilds and not keeping 2.4 and having glibc compile against the kernel headers straight from kernel.org as they have a few things here and there that cause things to break, specifically the sysctl.h patch, however there is a safeguard against this in the ebuilds but not everything else.
_________________
-Kow

irf2003 · Veteran Joined: 10 Sep 2003 Posts: 1078

itkovian · Posted: Thu Mar 11, 2004 8:04 am Post subject:

Hello,

If anybody has problems with KDE when glibc is compiled with nptl, then you should (it worked for me, your mileage may vary) simply re-emerge QT.

The complete story:

I compiled 2.6.3-rc3 from gentoo-dev-sources with the linuxthreads glibc, then rebooted. Then I emerged glibc with nptl use flag set. Then I emerged gcc, and re-emerged glibc with the nptl use flag set. It turned out KDE segfaulted at a futex call, other apps (self-compiled, SPECcpu, java, Firefox, ...) were doing just fine. Then I re-emerged QT, and lo' for now, all is working once more. I did use the latest glibc (2.3.3-pre-blub).

Hope this can help some people out.
_________________
I am the Shield-Anvil. And I am not yet done.

Sharpy · n00b Joined: 13 Mar 2004 Posts: 1

NPTL seems especially useful when you're running programs which access lots of small files, for example pan and if you've ever tried to play Vegastrike you will see the difference. I've had no trouble with NPTL, except with xmms, refused to run for some reason.
Nvidia's drivers work just fine with NPTL.
I would recommend enabling NPTL.

rieger · Posted: Wed Mar 17, 2004 4:09 pm Post subject:

emerged glibc with nptl fine, systems seems to be running fine (mplayer, mozilla, everything works, except for WSAD...)

I even got the NPTL message when doing /lib/libc.so.6 works.

Then got interested and tried some other libX.so in the /lib dir
I did some random ones (libuuid.so, libnsl.so, libncurses.so)

everything returns a "segmentation fault"!

But my system is working fine (as it seems, xmms fails f.e.)

What to do with this, are only a very few lib's needed, or should I do a emerge system?

info: kernel 2.6.3
_________________
haree

sirro · Posted: Wed Mar 17, 2004 4:58 pm Post subject:

rieger · Posted: Wed Mar 17, 2004 6:39 pm Post subject:

So from what I understand, the lib's return segfault's for your system too.

I can live with that, if it's normal behaviour.

Strange that

libc.so.6 returns

sirro · Posted: Wed Mar 17, 2004 6:50 pm Post subject:

What I mean is: Are these files really expeded to run stand-alone?

ok the libc*.o seems to be an exception (for information-purpose), but should these files really return something when called from the shell?

Meaulnes · n00b Joined: 15 Mar 2004 Posts: 49

laffel · n00b Joined: 17 Oct 2002 Posts: 43 Location: Switzerland

@Meaulnes

Same error here with linux-headers 2.6.x until I changed the CHOST variable to i686-pc-linux-gnu in /etc/make.conf and re-emerged glibc again.

Gentree · Posted: Fri Mar 19, 2004 9:39 pm Post subject:

Proton · Posted: Fri Mar 19, 2004 10:49 pm Post subject:

Meaulnes · n00b Joined: 15 Mar 2004 Posts: 49

Well I finally did get it. I ended up starting the stage 1 again from the beginning. The weird thing is that nothing went wrong the second time. IPutils built fine, and everything sailed right through. I am pretty sure that I did everything exactly the some (but I was working on about 6 things during the first try, so it is hard to say). That 2 successful bulds out of three attempts ....

phitoo · n00b Joined: 09 Dec 2002 Posts: 18

Picked that up on Google from a Linux From Scratch mailing list:

<quote>
if you try running /tools/lib/libc.so.6, you'll see it won't work due to
some assertions failing. http://ttervo.vectorstar.net/nptl contains a patch,
which fixes this problem. This is merely a cosmetic issue, and is optional.
<\quote>

I'll wait for 2.3.3 to go stable. Hopefully it's been fixed in that branch.

Bowyakka · Posted: Sat Mar 20, 2004 3:56 am Post subject:

yngwin · Posted: Sat Mar 20, 2004 11:57 am Post subject:

Another success story here. I did a normal stage3 install, compiled the latest gentoo-dev-sources, reboot, add nptl useflag, emerge glibc, emerge gcc (to get the latest version), then emerge -e system. Worked fine! After that I did KDE, KOffice, OpenOffice-Ximian, Gimp2, wine - all compiled and work fine.

Gentree · Posted: Sat Mar 20, 2004 8:37 pm Post subject:

Hi yngwin,

glad to hear you had a nice clean run. Sounds like a couple of problems I had in recently moving to 2.6 kernel have been sorted out in the ebuilds.

I'd be very interested to know if you have DMA on you drives. My system was fine under 2.4.2 but since I moved up to 2.6 both my disks come up without DMA

Could you check hdparm /dev/hda (or whatever) to see if you have dma active.

I have seen a few posts with the same pb, it seems we all have VIA based mobos. What's yours?

Thanks

Selecter · Posted: Mon Mar 22, 2004 5:07 pm Post subject:

http://linuxdevices.com/articles/AT6753699732.html
It is written in this article that all apps should be compiled after compiled glibc with nptl

Gentree · Posted: Mon Mar 22, 2004 6:34 pm Post subject:

Thanks for the link, that is a useful article.

In fact the DMA pb I was having was a due to a missgin kernel option . I detailed the solution in another thread.

I have rebuild most major packages but due to some annoying and difficult to resolve pbs with propolice I have been unable to do a full emerge system.

This may explain a few oddities where I am getting seg faults.

Thanks again for the link.

gungholady · Guru Joined: 19 Oct 2003 Posts: 392

gungholady · Guru Joined: 19 Oct 2003 Posts: 392

I couldn't recreate the errors I was getting last night when I re-emerged glibc after changing my linux-headers to 2.6.4. The only thing I know of that was different this morning compared to last night was an update for file. I got that update. Re-emerged linux-headers-2.6.4 and then did emerge glibc. Glibc compiled without a problem.

irf2003 · Veteran Joined: 10 Sep 2003 Posts: 1078

hey you guys have prompted me to jump into th nptl bandwagon.
i am building an image in a chrooted environment for mass deployment,
started with stage1 from the 2004.0 live cd, bootstraped
with ~x86, linux-headers-2.6.3-r1, and nptl.
everything went flowlessly so far, the only hick-ups
i had where not 2.6.x headers or npl related.
so far, kde, and mozilla have emerged, OOo1.1.1-rc1
currently emerging. I cannot wait to test ride the image
when it's all done.
from what i could descern, for a smoother ride, one has to
go ~arch ab initio.
will let you guys know how it goes.
better go out and have some fun while OOo compiles.
good luck to everyone, and many thanks for all the hints
provided in this thread.
happy gentooing