Re: Xen and reiser4

Re: Xen and reiser4

[Ming-Wei Shih]

>>> Hi all
>>>
>>> Thanks to Milan I am able to get further with xen and reiser4
>>>
>>> - In swap line 6 and 7 status_flags.c
>>>
>>>   #include <linux/bio.h>
>>>   #include <linux/page-flags.h>
>>>
>>>
>>> - PACKED is redefined, but the definitions are the same, so the gcc 
>>> warning can be ignored IMO
>>>
>>>    dformat.h:#define PACKED __attribute__((packed))
>>>    xen.h:#define PACKED __attribute__ ((packed))
>>
>>  
>>
>
> Yup, these 2 are the same, I just didn't recall whether they were
> exactly the same.  And I renamed reiser4's definition (and its usage
> inside reiser4) because the messages caused by it somehow prevented me
> from seeing the actual error  :) 
>
>>>
>>> however during linking I get this, and I could'nt find 
>>> perthread_pages_count anywher in the kernel
>>> src tree
>>>
>>>   LD      init/built-in.o
>>>   LD      .tmp_vmlinux1
>>> fs/built-in.o(.text+0x37701): In function `carry':
>>> : undefined reference to `perthread_pages_count'
>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>> : undefined reference to `perthread_pages_reserve'
>>> fs/built-in.o(.text+0x37821): In function `carry':
>>> : undefined reference to `perthread_pages_count'
>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>> : undefined reference to `perthread_pages_release'
>>> make: *** [.tmp_vmlinux1] Error 1
>>
>>  
>>
>
> Now this is strange.  In my sources with xen+reiser4, I get these three
> occurences which are defining this symbol:
>
> | ./include/linux/gfp.h:int  perthread_pages_count(void);
> | ./mm/page_alloc.c:int perthread_pages_count(void)
> | ./mm/page_alloc.c:EXPORT_SYMBOL(perthread_pages_count);
>
> (where the first is defining the function for use in other files, the
> second will be followed by the actual code of the function, and the
> third exports the function as a symbol which is callable by other
> modules)
>
> I don't think xen doesn't use page_alloc.c (in addition, it got built in
> my xen tree), so maybe you want to try a "make mrproper"? (put backup
> your .config before this, or do a "make clean"...)


No matter what I do (mrproper, different reiser4 patches, untar from 
clean src+patch) I always
get this error on 2 machines, clean 2.6.9 without patches builts 
correctly. Any clues?

TIA

Ming-Wei




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Re: Re: Xen and reiser4

[Ming-Wei Shih]

Ming-Wei Shih wrote:

>>>>
>>>> however during linking I get this, and I could'nt find 
>>>> perthread_pages_count anywher in the kernel
>>>> src tree
>>>>
>>>>   LD      init/built-in.o
>>>>   LD      .tmp_vmlinux1
>>>> fs/built-in.o(.text+0x37701): In function `carry':
>>>> : undefined reference to `perthread_pages_count'
>>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>>> : undefined reference to `perthread_pages_reserve'
>>>> fs/built-in.o(.text+0x37821): In function `carry':
>>>> : undefined reference to `perthread_pages_count'
>>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>>> : undefined reference to `perthread_pages_release'
>>>> make: *** [.tmp_vmlinux1] Error 1
>>>
> No matter what I do (mrproper, different reiser4 patches, untar from 
> clean src+patch) I always
> get this error on 2 machines, clean 2.6.9 without patches builts 
> correctly. Any clues?
>
> TIA
>
> Ming-Wei 


So nobody is using/testing xen with reiser4? Please someone must

TIA

Ming-Wei




-------------------------------------------------------
SF email is sponsored by - The IT Product Guide
Read honest & candid reviews on hundreds of IT Products from real users.
Discover which products truly live up to the hype. Start reading now. 
http://productguide.itmanagersjournal.com/

Re: Re: Xen and reiser4

[Ming-Wei Shih]

>>>>> however during linking I get this, and I could'nt find 
>>>>> perthread_pages_count anywher in the kernel
>>>>> src tree
>>>>>
>>>>>   LD      init/built-in.o
>>>>>   LD      .tmp_vmlinux1
>>>>> fs/built-in.o(.text+0x37701): In function `carry':
>>>>> : undefined reference to `perthread_pages_count'
>>>>> fs/built-in.o(.text+0x3771e): In function `carry':
>>>>> : undefined reference to `perthread_pages_reserve'
>>>>> fs/built-in.o(.text+0x37821): In function `carry':
>>>>> : undefined reference to `perthread_pages_count'
>>>>> fs/built-in.o(.text+0x3782f): In function `carry':
>>>>> : undefined reference to `perthread_pages_release'
>>>>> make: *** [.tmp_vmlinux1] Error 1
>>>>

I have a patch against 2.6.10-sparse which enables 
xen+vanilla-kernel+reiser4
to compile, I don't not know if this is the way to do it. Xen-0 boots 
but as I am
using NPTL things are slow and crash very easily .

BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
running Gentoo

Ming-Wei



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Ming-Wei Shih wrote:
> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
> running Gentoo

remove "nptl" from use flags & recompile glibc (and other packages using 
this flag as well, eg. openoffice)

-jkt


-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Ming-Wei Shih]

Jan Kundrát wrote:

> Ming-Wei Shih wrote:
>
>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
>> running Gentoo
>
>
> remove "nptl" from use flags & recompile glibc (and other packages 
> using this flag as well, eg. openoffice)
>
> -jkt

That's the exactly the thing which I didn't want to do, I want to build 
glibc with linuxthreads and nptl

xming



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Ming-Wei Shih wrote:
> Jan Kundrát wrote:
> 
>> Ming-Wei Shih wrote:
>>
>>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am 
>>> running Gentoo
>>
>>
>>
>> remove "nptl" from use flags & recompile glibc (and other packages 
>> using this flag as well, eg. openoffice)
>>
>> -jkt
> 
> 
> That's the exactly the thing which I didn't want to do, I want to build 
> glibc with linuxthreads and nptl
> 
> xming

Oops, message didn't get lost, thunderbird messed a thread :-(.

Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
want_tls function and add "return 1" as the first line of the function. 
This is ugly hack, but should work (not tested). Disadvantage is that it 
won't survive `emerge sync`, but you can add it into $PORTDIR_OVERLAY...

The best solution would be to add "tls" use flag, I'll submit a 
bugreport about that.


-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Ming-Wei Shih]

Jan Kundrát wrote:

> Oops, message didn't get lost, thunderbird messed a thread :-(.
>
> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
> want_tls function and add "return 1" as the first line of the 
> function. This is ugly hack, but should work (not tested). 
> Disadvantage is that it won't survive `emerge sync`, but you can add 
> it into $PORTDIR_OVERLAY...
>
> The best solution would be to add "tls" use flag, I'll submit a 
> bugreport about that.

In the ebuild AFAI can see the linuxthread and nptl are mutually 
exclusive, but I will try your method.

BTW: It seems that I forgot to post the link to the patch for 
reiser4+xen, here it is
http://wojia.be/blog/uploads/patches/xen_reiser4.patch.bz2

Ming-Wei



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jerome Brown]

>> That's the exactly the thing which I didn't want to do, I want to 
>> build glibc with linuxthreads and nptl
> 
> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
> want_tls function and add "return 1" as the first line of the function. 
> This is ugly hack, but should work (not tested). Disadvantage is that it 
> won't survive `emerge sync`, but you can add it into $PORTDIR_OVERLAY...

If you compile glibc with the nptl USE flag it will compile both NTPL 
and LinuxThreads into glibc. If you have specified the ntplonly USE flag 
then it will not compile LinuxThreads. Check to see if you have the 
nptlonly flag defined (most of the tutorials I remember looking at say 
to define it). If so, remove it and recompile glibc. You shouldn't need 
to recompile anything else, as the nptlonly USE flag only applys to 
glibc, so everything else should work fine from there.

HTH

-- 
Jerome Brown
Technology Architect
Hub.Net

P: +64  3 961-5116
M: +64 29 453 7663
F: +64  3 961-5129
E: jerome@concepts.net.nz
W: http://www.concepts.net.nz/
O: Level 4, 818 Colombo St, Christchurch, New Zealand
S: PO Box 1879, Christchurch, New Zealand


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

nfsroot and brige

[Adam Sulmicki]

hello,
 	it seems like a catch-22 to me. I boot xen0 with nfsroot,
 	and then try to setup bridge stuff. something like this

/sbin/brctl addbr xen-br0
/sbin/brctl addif xen-br0 eth0
/sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
/sbin/ifconfig eth0 0.0.0.0 promisc up

 	however, once I start it running it crashes down with error
 	that nfs server is not available.

 	does it mean that I must use initramfs to configure bridge
 	first, or is there some other way?


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

double free

[Adam Sulmicki]

has anyone seens something like this?
this is with xen 2.0.1
this happens in dom0 when domU terminates unexpectedly.

sh-2.05b# device vif1.0 entered promiscuous mode
xen-br0: port 2(vif1.0) entering learning state
xen-br0: topology change detected, propagating
xen-br0: port 2(vif1.0) entering forwarding state
device vif1.0 left promiscuous mode
xen-br0: port 2(vif1.0) entering disabled state
xen-br0: port 2(vif1.0) entering disabled state
slab error in cache_free_debugcheck(): cache `size-1024': double free, or memory
  outside object was overwritten
  [<c01417b1>] cache_free_debugcheck+0x171/0x250
  [<c0142532>] kfree+0x52/0xa0
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252a5f>] netif_ctrlif_rx+0x3f/0xb0
  [<c0108e0a>] __ctrl_if_rxmsg_deferred+0x4a/0x60
  [<c012e135>] worker_thread+0x1c5/0x2e0
  [<c0108dc0>] __ctrl_if_rxmsg_deferred+0x0/0x60
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c02fd865>] schedule+0x2e5/0x570
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c012df70>] worker_thread+0x0/0x2e0
  [<c0132303>] kthread+0x83/0xc0
  [<c0132280>] kthread+0x0/0xc0
  [<c010f875>] kernel_thread_helper+0x5/0x10

c235d008: redzone 1: 0x0, redzone 2: 0x3fe3d8f3.
------------[ cut here ]------------
kernel BUG at mm/slab.c:1890!
invalid operand: 0000 [#1]
PREEMPT DEBUG_PAGEALLOC
Modules linked in:
CPU:    0
EIP:    0061:[<c0141840>]    Not tainted VLI
EFLAGS: 00011202   (2.6.9-xen0)
EIP is at cache_free_debugcheck+0x200/0x250
eax: c235d000   ebx: 80052c00   ecx: 00001000   edx: 00000008
esi: c235d000   edi: c235d008   ebp: c109fac0   esp: c111bef4
ds: 0069   es: 0069   ss: 0069
Process events/0 (pid: 3, threadinfo=c111a000 task=c1314a90)
Stack: 0235d008 c109fac0 c10aff78 c235dc00 00000000 c0142532 c109fac0 c235dc00
        c0252ea2 c235de20 c235dc00 c03b40c4 00000000 c0252ea2 c235dc00 c235dc00
        c03b40c0 c0347780 c111a000 c0252a5f c03b40c4 00000004 c0108e0a c03b40c0
Call Trace:
  [<c0142532>] kfree+0x52/0xa0
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252ea2>] netif_destroy+0x82/0x90
  [<c0252a5f>] netif_ctrlif_rx+0x3f/0xb0
  [<c0108e0a>] __ctrl_if_rxmsg_deferred+0x4a/0x60
  [<c012e135>] worker_thread+0x1c5/0x2e0
  [<c0108dc0>] __ctrl_if_rxmsg_deferred+0x0/0x60
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c02fd865>] schedule+0x2e5/0x570
  [<c011a4e0>] default_wake_function+0x0/0x20
  [<c012df70>] worker_thread+0x0/0x2e0
  [<c0132303>] kthread+0x83/0xc0
  [<c0132280>] kthread+0x0/0xc0
  [<c010f875>] kernel_thread_helper+0x5/0x10
Code: 5d 38 e9 08 ff ff ff 57 55 e8 9d e3 ff ff 81 38 a5 c2 0f 17 59 5b 0f 85 70
  ff ff ff eb a4 0f 0b 61 07 13 f2 30 c0 e9 c1 fe ff ff <0f> 0b 62 07 13 f2 30 c0
  e9 c2 fe ff ff 8b 5c 24 20 53 57 55 e8




-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: double free

[Keir Fraser]

> 
> has anyone seens something like this?
> this is with xen 2.0.1
> this happens in dom0 when domU terminates unexpectedly.

This bug is fixed in 2.0.2 and 2.0.3.

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: double free

[Adam Sulmicki]

>> has anyone seens something like this?
>> this is with xen 2.0.1
>> this happens in dom0 when domU terminates unexpectedly.
>
> This bug is fixed in 2.0.2 and 2.0.3.

can you point me to the particular patch, I would prefer to stay with 
2.0.1 for now.



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: double free

[Keir Fraser]

> >> has anyone seens something like this?
> >> this is with xen 2.0.1
> >> this happens in dom0 when domU terminates unexpectedly.
> >
> > This bug is fixed in 2.0.2 and 2.0.3.
> 
> can you point me to the particular patch, I would prefer to stay with 
> 2.0.1 for now.
> 
> 

"Fix netback driver to correctly free the net device struct.". Checked
in on 1st December.

 -- Keir


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: double free

[Adam Sulmicki]

>>> has anyone seens something like this?
>>> this is with xen 2.0.1
>>> this happens in dom0 when domU terminates unexpectedly.
>> 
>> This bug is fixed in 2.0.2 and 2.0.3.
>
> can you point me to the particular patch, I would prefer to stay with 2.0.1 
> for now.

is this the thing?

 	http://xen.bkbits.net:8080/xen-2.0.bk/cset@1.1603.1.50


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: nfsroot and brige

[Adam Sulmicki]

> 	it seems like a catch-22 to me. I boot xen0 with nfsroot,
> 	and then try to setup bridge stuff. something like this
>
> /sbin/brctl addbr xen-br0
> /sbin/brctl addif xen-br0 eth0
> /sbin/ifconfig xen-br0 10.0.10.103 netmask 255.255.255.0 up
> /sbin/ifconfig eth0 0.0.0.0 promisc up
>
> 	however, once I start it running it crashes down with error
> 	that nfs server is not available.
>
> 	does it mean that I must use initramfs to configure bridge
> 	first, or is there some other way?

it seems that it is actually possible to configure bridge over nfsroot,
but one needs to re-arrange lines slightl. As it is below it works for me

/sbin/brctl addbr xen-br0
/sbin/ifconfig xen-br0 $HOSTNAME netmask 255.255.255.0 up
/sbin/brctl addif xen-br0 eth0
/sbin/ifconfig eth0 0.0.0.0 promisc up



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Jerome Brown wrote:
>>> That's the exactly the thing which I didn't want to do, I want to 
>>> build glibc with linuxthreads and nptl
>>
>>
>> Look at your $PORTDIR/sys-libs/glibc/glibc-<version>.ebuild, locate 
>> want_tls function and add "return 1" as the first line of the 
>> function. This is ugly hack, but should work (not tested). 
>> Disadvantage is that it won't survive `emerge sync`, but you can add 
>> it into $PORTDIR_OVERLAY...
> 
> 
> If you compile glibc with the nptl USE flag it will compile both NTPL 
> and LinuxThreads into glibc. If you have specified the ntplonly USE flag 
> then it will not compile LinuxThreads. Check to see if you have the 
> nptlonly flag defined (most of the tutorials I remember looking at say 
> to define it). If so, remove it and recompile glibc. You shouldn't need 
> to recompile anything else, as the nptlonly USE flag only applys to 
> glibc, so everything else should work fine from there.

If I'm not mistaken, NPTL (Native POSIX Thread Library) is a replecement 
of LinuxThreads, threads implementation library used as default under 
pre-2.6 kernels. TLS (Thread Local Storage) is AFAIK something else (at 
least I think so because Ming wants to have NPTL enabled but TLS disabled).

I've created gentoo bugreport - http://bugs.gentoo.org/show_bug.cgi?id=77678

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jerome Brown]

> I've created gentoo bugreport - 
> http://bugs.gentoo.org/show_bug.cgi?id=77678
> 
> -jkt
> 

Bug has been closed WONTFIX as there is a glibc version which does this 
(with the ntplonly useflag as I explained earlier)

Regards

-- 
Jerome Brown
Technology Architect
Hub.Net

P: +64  3 961-5116
M: +64 29 453 7663
F: +64  3 961-5129
E: jerome@concepts.net.nz
W: http://www.concepts.net.nz/
O: Level 4, 818 Colombo St, Christchurch, New Zealand
S: PO Box 1879, Christchurch, New Zealand


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Jerome Brown wrote:
> Bug has been closed WONTFIX as there is a glibc version which does this 
> (with the ntplonly useflag as I explained earlier)

NPTL and LinuxThreads are mutualy exclusive implmentations of the same 
thing (they can coexist together, but only one of them can be used at 
the moment), while TLS is an addition to NPTL. Is this correct, or am I 
mistaken?

"nptl" use flag will compile both NPTL and LinuxThreads version (or only 
NPTL on glibc-20040808-r1), while nptlonly will build only NPTL, without 
LinuxThreads support, AFAIK.

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Jan Kundrát wrote:
> NPTL and LinuxThreads are mutualy exclusive implmentations of the same 
> thing (they can coexist together, but only one of them can be used at 
> the moment), while TLS is an addition to NPTL. Is this correct, or am I 
> mistaken?

OK, I was mistaken:

 > http://bugs.gentoo.org/show_bug.cgi?id=77678
 >
 > ------- Additional Comments From vapier@gentoo.org
 >  2005-01-16 11:43 PST -------
 >
 > uhh, nptl is tls

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Mark A. Williamson]

> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
> running Gentoo

I'd have expected moving /lib/tls to work.  Are you sure TLS is really enabled 
anyhow?  Do you get the warning banner when XenLinux boots?

Cheels
Mark


-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Ming-Wei Shih]

Mark A. Williamson wrote:

>>BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
>>running Gentoo
>>    
>>
>
>I'd have expected moving /lib/tls to work.  Are you sure TLS is really enabled 
>anyhow?  Do you get the warning banner when XenLinux boots?
>
>Cheels
>Mark
>
>  
>
Yes I do yet the warning banner, and my system has nptl

# ls -l /lib/tls
ls: /lib/tls: No such file or directory

# ls -l /usr/lib/tls
total 0

# /lib/libc.so.6
GNU C Library 20040808 release version 2.3.4, by Roland McGrath et al.
Copyright (C) 2004 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A
PARTICULAR PURPOSE.
Compiled by GNU CC version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, 
ssp-3.3.2-2, pie-8.7.6).
Compiled on a Linux 2.6.8 system on 2004-11-06.
Available extensions:
        GNU libio by Per Bothner
        crypt add-on version 2.1 by Michael Glad and others
        Native POSIX Threads Library by Ulrich Drepper et al
        BIND-8.2.3-T5B
        NIS(YP)/NIS+ NSS modules 0.19 by Thorsten Kukuk
Thread-local storage support included.
For bug reporting instructions, please see:
<http://www.gnu.org/software/libc/bugs.html>.


BTW: for Gentoo'ers: I used nptl use flag but didn't use nptl-only

Ming-Wei




-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt

Re: Re: Xen and reiser4

[Jan Kundrát]

Ming-Wei Shih wrote:
>>> BTW anyone knows how to disable NPTL if there is not /lib/tls, I am
>>> running Gentoo
[...]
> 
> BTW: for Gentoo'ers: I used nptl use flag but didn't use nptl-only
> 
> Ming-Wei

I've already replied, but my post seems to be lost...

Remove "nptl" from your USE flags and recompile glibc. If you have any 
other packages affected by this flag as well (use "--newuse" to 
determine it), recompile them as well. Some versions of openoffice make 
use of it.

-jkt

-- 
cd /local/pub && more beer > /dev/mouth



-------------------------------------------------------
The SF.Net email is sponsored by: Beat the post-holiday blues
Get a FREE limited edition SourceForge.net t-shirt from ThinkGeek.
It's fun and FREE -- well, almost....http://www.thinkgeek.com/sfshirt