Re: [Xen-devel] 46% performance drop with change in glibc

[Andrew Theurer <habanero@xxxxxxxxxx>]

On Friday 04 November 2005 10:08, you wrote:
> > There is no tls subdir since NPTL is the default (and LT is
> > completely gone in FC5).  The code in /lib is the TLS code
> > using the correct ABI.
> >
> > The crippled ABI is supported by the code in
> > /lib/i686/nosegneg.  This code is *automatically* used if the
> > kernel is compiled to match the glibc version.  This happens using the
> >
> > linux-2.6-xen-vdso-note.patch
>
> I believe we have this patch in the xen repo, but I haven't ever
> verified whether the right thing happens under FC4.

I am not seeing this patch in ./patches/linux-2.6.12 directory.  Is it 
somewhere else?

> Andrew: please could you check you have the xen glibc rpm installed and
> verify that the glibc selection is working using one of our kernels.

I am pretty sure I have the xen glibc, but a I can't verify it's working 
until I get a clean build of a patched xen kernel.  I suspect we need a 
little more than just the linux-2.6-xen-vdso-note patch to build cleanly:

kernel/built-in.o(.text+0x2671f): In function `kallsyms_lookup':
: undefined reference to `in_gate_area_no_task'
mm/built-in.o(.text+0x12f5f): In function `get_user_pages':
: undefined reference to `in_gate_area'
mm/built-in.o(.text+0x12f7b): In function `get_user_pages':
: undefined reference to `get_gate_vma'
fs/built-in.o(.text+0x34608): In function `show_map':
task_mmu.c: undefined reference to `get_gate_vma'
fs/built-in.o(.text+0x34785): In function `m_start':
task_mmu.c: undefined reference to `get_gate_vma'
fs/built-in.o(.text+0x34887): In function `m_stop':
task_mmu.c: undefined reference to `get_gate_vma'
fs/built-in.o(.text+0x348e6): In function `m_next':
task_mmu.c: undefined reference to `get_gate_vma'

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel