[branch] nptl_merge

View: New views
3 Messages — Rating Filter:   Alert me  

[branch] nptl_merge

by Austin Foxley-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

I've created a branch based on current master that has the entirety of the work
done so far on nptl integrated. I attempted to break up into separate commits,
related kinds of changes. Hopefully this well help in reviewing...

My thought was that people could review each commit and either reply to this
email for discussion, or simply commit fixes for any issues directly to the
nptl_merge branch. I'm going to start fixing up obvious style issues now to
preempt some comments :)

I've tried hard to avoid reverting anybody's work, please let me know where I
missed anything. Remember...I obviously didn't write most of this code...

Here is the 'git log --pretty=oneline --abbrev-commit':

d2b282f uClibc_main: add the needed support for nptl
f026e23 Config.in: don't attempt to disable lt.old automatically
a202cf6 librt additions that are now possible with nptl
93e6d12 nptl provides sigaction and raise
57e8823 cancellation support for a large amount of the required syscalls
9a737ab use *_not_cancel variants to avoid accidental cancellations with nptl
cfbc008 rework internal uClibc mutexes to support futex locking, and nptl
c94314f build system changes needed for nptl
e58798e arm specific bits needed for nptl
b04c2ba i386 specific bit for nptl
6abc8f6 mips specific bits needed for nptl
6ffcc88 sh specific bits needed for nptl
843d561 sparc specific bits needed for nptl
4a689f0 some tweaks under libc/ needed for nptl
8b7834d test/tls/: tests for thread local storage functionality
75accc3 test/nptl/: tests for NPTL
a319d59 libpthread/nptl_db: debugging support for nptl
c68d0fa libpthread/nptl: core of the "Native Posix Threading Library" for uClibc

Let's get this beast merged already!
-Austin

P.S. Carmelo, the only thing left on the old nptl branch is the recent sh4
string optimizations. Can you get those to master?
_______________________________________________
uClibc mailing list
uClibc@...
http://lists.busybox.net/mailman/listinfo/uclibc

Re: [branch] nptl_merge

by Carmelo Amoroso :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Austin Foxley wrote:
> I've created a branch based on current master that has the entirety of the work
> done so far on nptl integrated. I attempted to break up into separate commits,
> related kinds of changes. Hopefully this well help in reviewing...
>

Hi Austin,
Iy is really a big and valuable effort you did... thanks.

> My thought was that people could review each commit and either reply to this
> email for discussion, or simply commit fixes for any issues directly to the
> nptl_merge branch. I'm going to start fixing up obvious style issues now to
> preempt some comments :)
>

sure

> I've tried hard to avoid reverting anybody's work, please let me know where I
> missed anything. Remember...I obviously didn't write most of this code...
>
> Here is the 'git log --pretty=oneline --abbrev-commit':
>
> d2b282f uClibc_main: add the needed support for nptl
> f026e23 Config.in: don't attempt to disable lt.old automatically
> a202cf6 librt additions that are now possible with nptl
> 93e6d12 nptl provides sigaction and raise
> 57e8823 cancellation support for a large amount of the required syscalls
> 9a737ab use *_not_cancel variants to avoid accidental cancellations with nptl
> cfbc008 rework internal uClibc mutexes to support futex locking, and nptl
> c94314f build system changes needed for nptl
> e58798e arm specific bits needed for nptl
> b04c2ba i386 specific bit for nptl
> 6abc8f6 mips specific bits needed for nptl
> 6ffcc88 sh specific bits needed for nptl
> 843d561 sparc specific bits needed for nptl
> 4a689f0 some tweaks under libc/ needed for nptl
> 8b7834d test/tls/: tests for thread local storage functionality
> 75accc3 test/nptl/: tests for NPTL
> a319d59 libpthread/nptl_db: debugging support for nptl
> c68d0fa libpthread/nptl: core of the "Native Posix Threading Library" for uClibc
>
> Let's get this beast merged already!
> -Austin
>
> P.S. Carmelo, the only thing left on the old nptl branch is the recent sh4
> string optimizations. Can you get those to master?
>

Yes, I know. I'll do it soon.

cheers,
Carmelo
 _______________________________________________
> uClibc mailing list
> uClibc@...
> http://lists.busybox.net/mailman/listinfo/uclibc
>

_______________________________________________
uClibc mailing list
uClibc@...
http://lists.busybox.net/mailman/listinfo/uclibc

Re: [branch] nptl_merge

by Timo Teräs-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi,

Austin Foxley wrote:

> I've created a branch based on current master that has the entirety of the work
> done so far on nptl integrated. I attempted to break up into separate commits,
> related kinds of changes. Hopefully this well help in reviewing...
>
> My thought was that people could review each commit and either reply to this
> email for discussion, or simply commit fixes for any issues directly to the
> nptl_merge branch. I'm going to start fixing up obvious style issues now to
> preempt some comments :)
>
> I've tried hard to avoid reverting anybody's work, please let me know where I
> missed anything. Remember...I obviously didn't write most of this code...
>
> Let's get this beast merged already!

This is something I've been waiting for a long time! Thanks!

I will definitely try to get the i386 side up and running. uClibc NPTL is one
of the things we listed for Alpine Linux (www.alpinelinux.org) to be in it's
next major release. I already earlier did some work earlier to see how far
away it is and got it working to some degree.

I did very quick test just now, but it did not compile; there was some issues
with stack protector support. But I'm sure I'll work on this with Natanael
Copa in the upcoming weeks.

Are there any known issues or things that still needs implementing?

Though, I guess we'll just go along and see what needs to be done to get the
usual stuff working we run on our boxes.

Thanks,
 Timo
_______________________________________________
uClibc mailing list
uClibc@...
http://lists.busybox.net/mailman/listinfo/uclibc