WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

[Xen-devel] "hwcap 0 nosegneg" doesnt work with paravirt_ops xen as of 2

To: xen-devel@xxxxxxxxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, Jeremy Fitzhardinge <jeremy@xxxxxxxx>
Subject: [Xen-devel] "hwcap 0 nosegneg" doesnt work with paravirt_ops xen as of 2.6.23.9
From: Andres Freund <andres@xxxxxxxxxxx>
Date: Wed, 28 Nov 2007 18:29:24 +0100
Delivery-date: Thu, 06 Dec 2007 08:26:33 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.9.6 (enterprise 0.20070907.709405)
Hi all,

after converting a host from using a ubuntu patched 2.6.22 domU to using 
2.6.23 xen via paravirt_ops (no configuration change except devicename change 
in fstab, and another getty running) ldconfig no longer picks up the nosegneg 
libc leading to segfaults for some programs.

/etc/ld.so.conf.d/xen.conf:
hwcap 0 nosegneg

On ubuntu's 2.6.22-xen:
ldd /usr/bin/perl
        linux-gate.so.1 =>  (0xf57fe000)
        libdl.so.2 => /lib/tls/i686/nosegneg/libdl.so.2 (0xb7f90000)
        libm.so.6 => /lib/tls/i686/nosegneg/libm.so.6 (0xb7f6b000)
        libpthread.so.0 => /lib/tls/i686/nosegneg/libpthread.so.0 (0xb7f53000)
        libc.so.6 => /lib/tls/i686/nosegneg/libc.so.6 (0xb7e05000)
        libcrypt.so.1 => /lib/tls/i686/nosegneg/libcrypt.so.1 (0xb7dd7000)
        /lib/ld-linux.so.2 (0xb7f9d000)

On selfcompiled 2.6.23.9:
ldd /usr/bin/perl
        linux-gate.so.1 =>  (0xf57fc000)
        libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7f3b000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7f16000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0xb7efe000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7db3000)
        libcrypt.so.1 => /lib/tls/i686/cmov/libcrypt.so.1 (0xb7d85000)
        /lib/ld-linux.so.2 (0xb7f46000)


I now discover, that after some playing around (during discovering what the 
problem is) i must have changed something, because ldd still shows the use of 
the i686/cmov libraries, but applications reliably causing crashes earlier, 
dont do so anymore.

Perhaps Im all wrong, and paravirt_ops doesnt need the nosegneg versions and 
just a ldconfig or so (which seems strange because the result before and 
after the ldconfig were the same).

Greetings, 

Andres Freund


PS: I did this conversion mainly, because I was getting quite random crashes 
inside the domU. I guess, as this was a vendor kernel + xensource xen kernel, 
this isnt appropriate for lkml? As well as the crashes of the Dom0 (ubuntu 
again)?

Attachment: signature.asc
Description: This is a digitally signed message part.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
<Prev in Thread] Current Thread [Next in Thread>