Xen and nptl/tls worries ..

[ElCondor]

Hi!

I set up a new Xen machine yesterday with xen-3.0.1-8885 and the 2.6.16_rc3-r1 sources, using glibc-2.3.5-r2. everything works fine EXEPT for the nptl/tls.

When booting either dom0 or domU, I get the info to remove /lib/tls, which I don't have. I tried to compile glibc without nptl, with "nptl -nptlonly" or with "nptl nptlonly" - I cannot get rid of the notice. since this might result in some (serious) performance issues, and because I would like to have a correctly configured system, I want to get this fixed.

has anyone found the right useflags (and compile-order) to fix this?

* ElCondor pasa *

[Marlo]

Hi!
I get the info to remove /lib/tls, which I don't have.
has anyone found the right useflags (and compile-order) to fix this?

One part is here. The other part is that you can change your CFLAGS="XXXXXX -mno-tls-direct-seg-refs". And recompile your glibc, look here.

But, You wrote

with xen-3.0.1-8885 and the 2.6.16_rc3-r1 sources,...
everything works fine

On my system unfortunately not. I have difficulties with DomU. Could you be so friendly and post your DomU .config?

Thanks in advance

Ma

[Tinitus]

Hi!

I set up a new Xen machine yesterday with xen-3.0.1-8885 and the 2.6.16_rc3-r1 sources, using glibc-2.3.5-r2. everything works fine EXEPT for the nptl/tls.

When booting either dom0 or domU, I get the info to remove /lib/tls, which I don't have. I tried to compile glibc without nptl, with "nptl -nptlonly" or with "nptl nptlonly" - I cannot get rid of the notice. since this might result in some (serious) performance issues, and because I would like to have a correctly configured system, I want to get this fixed.

has anyone found the right useflags (and compile-order) to fix this?

* ElCondor pasa *

Hello,

did you solved the Problem?

I will try this:

CFLAGS="-Os -march=nocona -pipe -mno-tls-direct-seg-refs"


and now I get this:

emerge glibc -pv

These are the packages that I would merge, in order:

Calculating dependencies ...done!
[ebuild R ] sys-libs/glibc-2.3.5-r2 -build -erandom -glibc-compat20 -glibc-omitfp -hardened -linuxthreads-tls (-multilib) +nls +nptl -nptlonly -pic -profile (-selinux) -userlocales 0 kB


Regards Roland

[Marlo]

Hi!
I have difficulties with DomU. Could you be so friendly and post your DomU .config?
Ma

Thanks no longer necessarily. I solved the problems.

Thanks and regards

Ma

[Tinitus]

Hi!
I have difficulties with DomU. Could you be so friendly and post your DomU .config?
Ma

Thanks no longer necessarily. I solved the problems.

Thanks and regards

Ma

Can you please Post your config?

Regards Roland

[Marlo]

Can you please Post your config?
Regards Roland

Here is my DomU .config for xen-sources-2.6.16_rc3-r1 with xen-8885.
X86_32, Raid and lvm.

Regards
Ma

[unraveled]

When booting either dom0 or domU, I get the info to remove /lib/tls, which I don't have. I tried to compile glibc without nptl, with "nptl -nptlonly" or with "nptl nptlonly" - I cannot get rid of the notice. since this might result in some (serious) performance issues, and because I would like to have a correctly configured system, I want to get this fixed.

I'm having the same problem here. Anybody have a fix for this?

As mentioned on HOWTO_Xen_and_Gentoo I recompiled glibc with the nptlonly USE flag set, and then recompiled the the entire system. (However, the wiki says that -mno-tls-direct-seg-refs should be added to CFLAGS in make.conf, however by doing so gcc fails to compile, so I haven't done that.) Unfortunately, on boot I still get a:

Code: Select all

  ***************************************************************
  ***************************************************************
  ** WARNING: Currently emulating unsupported memory accesses  **
  **          in /lib/tls glibc libraries. The emulation is    **
  **          slow. To ensure full performance you should      **
  **          install a 'xen-friendly' (nosegneg) version of   **
  **          the library, or disable tls support by executing **
  **          the following as root:                           **
  **          mv /lib/tls /lib/tls.disabled                    **
  ** Offending process: init (pid=1)                           **
  ***************************************************************
  ***************************************************************

But I don't even have a /lib/tls, nor is init trying to link against anything there:

Code: Select all

gentoo ~ # ls -l /lib/tls
ls: /lib/tls: No such file or directory
gentoo ~ # ldd /sbin/init
        linux-gate.so.1 =>  (0xbfffe000)
        libc.so.6 => /lib/libc.so.6 (0xb7df0000)
        /lib/ld-linux.so.2 (0xb7f0f000)

Any ideas? I'm using xen and xen-tools 3.0.2, xen-sources 2.6.16-r1.

Thanks,
Brent

[Neo_0815]

Asking the list for this - the /lib/tls is a guess, because most distributions got the glibc their, gentoo does not and its in /lib, so dont count on that- you have to recompile your glibc with that flag - than it doesnt complain anymore.