From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zachary Amsden Subject: Re: Re: "Barry Silverman": Setting GDT entries for Thread Local Storage Date: Tue, 10 Feb 2004 09:49:19 -0800 Sender: xen-devel-admin@lists.sourceforge.net Message-ID: <4029199F.9060008@cisco.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Errors-To: xen-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: Keir Fraser Cc: xen-devel@lists.sourceforge.net, Ian Pratt List-Id: xen-devel@lists.xenproject.org Keir Fraser wrote: >>I am trying to port the Fedora version of Linux to xeno-linux. It involves >>porting the NPTL Library (New Posix Thread Library), and TLS (Thread Local >>Storage) kernel changes which Redhat backported from 2.6 into 2.4. >> >> >> >... >This shoudl all work straightforwardly, unless TLS tries to install >segments that are "full size" (i.e. 4GB). I know that one of the >recent glibc threading solutions tries to do this --- it won't work >with Xen because we clip segments so that they do not overlap with >Xen's reserved area in the top 64MB of the virtual address space. > > I don't want to throw a monkeywrench in your plans, but another potential trouble spot is the x86 vsyscall interface in 2.6. The vsyscall region sits at the top of the virtual address space, and could conflict with the Xen mapping. You may have to consider remapping Xen to another memory region, but I'm not sure where there may be other trouble areas with Windows domains (map?). At some point in the forseeable future, it might no longer be possible to locate Xen at an OS neutral location, so perhaps it is worth considering the remapping problem now. Zachary Amsden zamsden@cisco.com ------------------------------------------------------- The SF.Net email is sponsored by EclipseCon 2004 Premiere Conference on Open Tools Development and Integration See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. http://www.eclipsecon.org/osdn