Troubles with nptl on Geode

[Pirmin Walthert]

Am Donnerstag, den 12.08.2010, 09:25 -0700 schrieb Khem Raj:
> On Tue, Aug 10, 2010 at 7:01 AM, Pirmin Walthert <infos at nappsoft.com> wrote:
> > Hello
> >
> > I'm the developer of a system we use as CPE for our triple-play
> > customers. It's based on an ALIX board and since 2 years we are using
> > uClibc instead of glibc. After some troubles with callweaver (an
> > asterisk fork) and linuxthreads.old our distribution is almost
> > "uncrasheable" since 2 years (using the 2.6.27 kernel series until
> > december and 2.6.32 since then) after we switched to the new
> > linuxthreads implementation. (We also made a stable arm-be port).
> >
> > In May I started playing with the git-branch and started using nptl. I
> > was very surprised that the system was working stable from the first
> > moment on (congratulations to the developers!!!). Yesterday I tried to
> > update to the newest version and callweaver started to crash on every
> > startup!
> >
> > I've compiled the whole distribution from scratch with several versions
> > now and it seems like version 8b48f745be1e086d6e486bbb8167e770f3d1fbc5
> > (commit: Choose the correct version for setting up errno) still works
> > perfectly while the troubles start to occur with
> > c06619d7ab2ebbbc93427ca6a49dcc8d479db549: "nptl: simplify buildsys".
> >
> > Note that I only looked at the nptl-directory-revisions and didn't
> > checkout every version between these commits (however
> > c06619d7ab2ebbbc93427ca6a49dcc8d479db549 ist the first commit after
> > 8b48f745be1e086d6e486bbb8167e770f3d1fbc5 in the nptl directory).
> >
> > I'm cross-compiling from a x86-64 system to i586 (TARGET_ARCH="i386" and
> > CONFIG_586MMX=y), what should work with AMD Geode LX (and always did in
> > the past).
> >
> > My build-process is: linux-headers, gmp, mpfr, binutils, static gcc
> > (because uclibc-nptl needs a minimal cross-compiler for generating the
> > headers), uclibc-headers, static gcc agin (don't know if this is
> > necessary), uclibc, gcc, busybox, ...
> >
> > Versions: Kernel 2.6.32.17, gcc-4.3.3, binutils 2.19.1, busybox 1.17.1
> >
> > Do you have an idea what I'm doing wrong or where the bug could be? I'm
> > pretty sure that the build-process is clean and is not using wrong
> > headers or similar as even the arm-be cross-compilation succeeded (and
> > worked) one year ago, using the same method.
> >
> 
> can you git bisect for the faulty commit please.
> 

Maybe I'm doing something wrong (that's why I mentioned how I build the system). But here are the git bisect results:

(I've marked the next commit c1ed2279c93615cfa47380c7007b2b145a1966a4
also as bad because uClibc didn't compile without it! So to compile the
sources both commits are needed together!):

9381d622e2411a35a5fd73a5a573eb269e2dd9c9 is first bad commit
commit 9381d622e2411a35a5fd73a5a573eb269e2dd9c9
Author: Bernhard Reutner-Fischer <rep.dot.nop at gmail.com>
Date:   Thu Jul 1 10:28:46 2010 +0200

    nptl: fix buildsys
    
    Now automatically picks the correct (arch and subarch specific) impls in
    favour of generic impls.
    make O=/tmp/objs PREFIX=/my/sysroot -j
    works now as expected (both out-of-tree as well as parallel-safe).
    
    Signed-off-by: Bernhard Reutner-Fischer <rep.dot.nop at gmail.com>

:100644 100644 62809187696bf54387ac224036784acc19263585 e3dd29d81a553619929f778cae0e8ade82eca652 M	Makefile.in
:100644 100644 4c081bea4409105a21006e89845f09854e362b4e ed36dab905769ceb86aaddd2bb578eb3287a48a2 M	Makerules
:100644 100644 f6c4b4ad452018caaf9432afac56df6ed01acadd 2fc2b8bec2e748b7342fd78e06fb48586ae4f14b M	Rules.mak
:040000 040000 7f84a112b72e1cead35d0f9c059f827c477a25ef 7e62c116338a2c843349192aa214f271a9fe7118 M	ldso
:040000 040000 e60cbb4a867083b8b96a55fdeb59c4f78aaff96f b818ba128520a417975d015af70d55b0b9666cc9 M	libc
:040000 040000 9f2fde596bfe4bc3eb81686d7b3dea1a968e7ae1 aecd1036be0b0ee822229c4ea7c0e54e40d81d64 M	libpthread


> > Best regards,
> >
> > Pirmin Walthert
> >
> > _______________________________________________
> > uClibc mailing list
> > uClibc at uclibc.org
> > http://lists.busybox.net/mailman/listinfo/uclibc
> >