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/
Home Products Support Community News


Re: [Xen-devel] 2.6 changesets

To: James Harper <JamesH@xxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] 2.6 changesets
From: Ian Pratt <Ian.Pratt@xxxxxxxxxxxx>
Date: Fri, 16 Jul 2004 09:24:14 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxxx>, Ian.Pratt@xxxxxxxxxxxx
Delivery-date: Fri, 16 Jul 2004 09:25:53 +0100
Envelope-to: steven.hand@xxxxxxxxxxxx
In-reply-to: Your message of "Fri, 16 Jul 2004 15:02:59 +1000." <B0F2B19A-5EB9-4229-AABB-6327C58A23A0@mimectl>
List-archive: <http://sourceforge.net/mailarchive/forum.php?forum=xen-devel>
List-help: <mailto:xen-devel-request@lists.sourceforge.net?subject=help>
List-id: List for Xen developers <xen-devel.lists.sourceforge.net>
List-post: <mailto:xen-devel@lists.sourceforge.net>
List-subscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=subscribe>
List-unsubscribe: <https://lists.sourceforge.net/lists/listinfo/xen-devel>, <mailto:xen-devel-request@lists.sourceforge.net?subject=unsubscribe>
Sender: xen-devel-admin@xxxxxxxxxxxxxxxxxxxxx
> I was just browsing the latest changesets and noticed some references to 2.6. 
> Is it anywhere near testable yet?

It's currently unoptimised, but seems to work fine as an
unprivileged domain. You can build and install it with the
temporary make target 'make linux26', 'make install'. We'd be
interested to success reports (or otherwise).

The only issue we know of is that some glibc thread local storage
(tls) implementations don't work with it (e.g. the one shipped
with RH9). If it looks like it crashes when trying to run
/sbin/init, then try moving the /lib/tls directory out of the way
and it should fall back to /lib/i686. Please let us know if
you've had to do this with any distro other than RH9. (Debian
stable works fine).

[RH9 /lib/tls uses a positively insane scheme in which 4GB
segments are created and -ve offsets (!!) used to access within
them. We just can't allow this in Xen as it would violate
security. Hopefully other distros haven't used this particular
version. It must cause performance havoc for VMware too.  We've
been lucky with Linux 2.4 as ld.so automatically selects using
/lib/i686 for reasons I don't understand -- 'ldconfig -p'
suggests that tls should be used if "hwcap: 0x8000000000000000,
OS ABI: Linux 2.4.20". Kernel 2.4.26 is obviously > 2.4.20.
I don't know what this hwcap is. ] 

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.


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.
Xen-devel mailing list

<Prev in Thread] Current Thread [Next in Thread>