From: Nuno Silva <nuno.silva@vgertech.com>
To: Ian Pratt <Ian.Pratt@cl.cam.ac.uk>
Cc: James Harper <JamesH@bendigoit.com.au>,
"xen-devel@lists.sourceforge.net"
<xen-devel@lists.sourceforge.net>
Subject: Re: 2.6 changesets
Date: Sat, 17 Jul 2004 04:49:40 +0100 [thread overview]
Message-ID: <40F8A1D4.8020602@vgertech.com> (raw)
In-Reply-To: <E1BlO0t-0002Nj-00@mta1.cl.cam.ac.uk>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi, Ian!
Please read below:
Ian Pratt wrote:
[..]
|
| If there's anyone on the list that understands the various
| different tls implementations, or how to best persuade ls.so to
| ignore /lib/tls, we'd love to hear from you.
|
I'm not an expert or anything like that but I investigated this same
problem because UML (user mode linux) doesn't like (read: support) tls
too - either 2.4 and 2.6 umls.
"various different tls implementations" -> No such thing. NPTL/TLS
support is stable and much the same in every linux distro. So if you
have problems with RH you'll have problems with debian unstable, i686
and a 2.6 kernel (read below for explanation), etc...
/lib/ld.so checks `uname` in 2.4 kernels. If extraversion begins with
"-ntpl" than this 2.4 kernel has nptl support. If extraversion doesn't
have that string it's assumed that the kernel doesn't have nptl support
(and tls support).
If the kernel is 2.6+ then ld.so assumes that nptl support is present.
The way to remove it is to "mv /lib/tls /lib/tls.off". Other way to deal
with it is to use the environment var LD_ASSUME_KERNEL and set it to 2.4
globally, wich may cause havoc :)
I think that nptl requires at least i486, so if you install for i386,
nptl support won't be included in the installation. Another way is to
downgrade the VMM from i686 (or whatever processor you have) to plain
i386. I don't know if it's possible in xen...
In my uml setups i choose the KISS method: mv /lib/tls /lib/tls.off
With debian you can instruct dpkg (man dpkg-divert) to relocate
everything that would be installed to /lib/tls to another location
automagically. This saves troubles when apt-get upgrad'ing ;)
Hope this helps,
Nuno Silva
P.S. Great work! Keep going!! :)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
iD8DBQFA+KHUOPig54MP17wRAmQ6AKDJt+S34QrrzXN0Bm4hFlBkNpW4dgCgw55G
EFOTQDye2YnPA/foE9R0OUs=
=L05g
-----END PGP SIGNATURE-----
-------------------------------------------------------
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE Java Enterprise J2EE developer tools!
Get your free copy of BEA WebLogic Workshop 8.1 today.
http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click
next prev parent reply other threads:[~2004-07-17 3:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-07-16 5:02 2.6 changesets James Harper
2004-07-16 8:24 ` Ian Pratt
2004-07-16 8:32 ` Keir Fraser
2004-07-17 3:49 ` Nuno Silva [this message]
2004-07-19 18:36 ` Keir Fraser
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=40F8A1D4.8020602@vgertech.com \
--to=nuno.silva@vgertech.com \
--cc=Ian.Pratt@cl.cam.ac.uk \
--cc=JamesH@bendigoit.com.au \
--cc=xen-devel@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.