Re: [uml-devel] Re: uml-patch-2.6.0

[Ingo Molnar <mingo@elte.hu>]

* Jeff Dike <jdike@addtoit.com> wrote:

> 2.4 UMLs work fine with these libcs.  I had been assuming (without any
> evidence) that there was some other capability check (like uname), and
> libc gets horribly confused when it sees a 2.6 kernel that doesn't
> have the thread_info stuff.

ok, i talked to Ulrich, and it turns out that ld.so in Fedora uses the
set_tid_address() syscall to find out whether the kernel has NPTL or not
[and thus whether to use the TLS glibc or the standard one]. In UML,
this particular syscall happens to work. So i'd suggest the patch below. 
(i'll test it soon.) Once the TLS syscalls are available in UML this
syscall can be turned back on.

	Ingo

--- linux/arch/um/kernel/sys_call_table.c.orig
+++ linux/arch/um/kernel/sys_call_table.c
@@ -521,7 +521,7 @@ syscall_handler_t *sys_call_table[] = {
 	[ __NR_epoll_ctl ] = sys_epoll_ctl,
 	[ __NR_epoll_wait ] = sys_epoll_wait,
         [ __NR_old_remap_file_pages ] = old_remap_file_pages,
-        [ __NR_set_tid_address ] = sys_set_tid_address,
+        [ __NR_set_tid_address ] = sys_ni_syscall,
 	[ __NR_timer_create ] = sys_timer_create,
 	[ __NR_timer_settime ] = sys_timer_settime,
 	[ __NR_timer_gettime ] = sys_timer_gettime,


-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
User-mode-linux-devel mailing list
User-mode-linux-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/user-mode-linux-devel