From: BlaisorBlade <blaisorblade_spam@yahoo.it>
To: user-mode-linux-devel@lists.sourceforge.net
Cc: David Jeffery <djeffery@britsys.net>, ralston@stral.net
Subject: Re: [uml-devel] [PATCH] nptl/sys_clone fix for i386/ppc
Date: Wed, 8 Sep 2004 20:09:51 +0200 [thread overview]
Message-ID: <200409082009.51059.blaisorblade_spam@yahoo.it> (raw)
In-Reply-To: <413E5265.2080001@britsys.net>
On Wednesday 08 September 2004 02:29, David Jeffery wrote:
> Michael Ralston wrote:
> >I've been testing out this patch...
> >
> >It seems it allows me to start a uml-2.6.8.1 with SKAS using libc6-2.3.2.
> >I'm not sure if programs that make use of NPTL are running correctly
> > though.
>
> It depends on what part of pthreads the programs use. My patch only
> fixes basic thread creation. If you run the pthread test suite from
> LSB, you'll find there is alot still broken. Sorry for my patch
> sounding more impressive than it was. The few pthread things I ran work
> but they didn't make extensive use of the nptl's pthread features. I'm
> going to try and look at what's broken but no guarantees I'll know how
> to fix it.
Ok, now that seems reasonable.
The biggest problem are these two syscalls (this is a quote from
arch/um/kernel/sys_call_table.c):
[ __NR_set_thread_area ] (syscall_handler_t *) sys_ni_syscall,
[ __NR_get_thread_area ] (syscall_handler_t *) sys_ni_syscall,
We've always been knowing that the problem is setting the TLS space - on i386
you do it by allocating a memory area for each thread and setting a reference
to it(to change on thread switching) in the GDT (a special memory area
handled by the CPU).
However, it should be possible to make them work - see modify_ldt
implementation in SKAS mode to understand how.
Bye
--
Paolo Giarrusso, aka Blaisorblade
Linux registered user n. 292729
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel
next prev parent reply other threads:[~2004-09-08 18:52 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <BACKUPJQjdF8qoH28Db000022d5@NOSPAM.BRITSYS.NET>
2004-09-08 0:29 ` [uml-devel] [PATCH] nptl/sys_clone fix for i386/ppc David Jeffery
2004-09-08 18:09 ` BlaisorBlade [this message]
2004-09-11 22:27 Wichmann, Mats D
-- strict thread matches above, loose matches on Subject: below --
2004-08-26 2:06 David Jeffery
2004-09-05 15:35 ` BlaisorBlade
2004-09-07 23:12 ` Michael Ralston
2004-09-10 23:52 ` Jeff Dike
2004-09-11 15:45 ` BlaisorBlade
2004-09-11 18:26 ` Jeff Dike
2004-09-12 15:52 ` BlaisorBlade
2004-09-13 3:10 ` Jeff Dike
2004-09-13 18:50 ` BlaisorBlade
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200409082009.51059.blaisorblade_spam@yahoo.it \
--to=blaisorblade_spam@yahoo.it \
--cc=djeffery@britsys.net \
--cc=ralston@stral.net \
--cc=user-mode-linux-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox