From mboxrd@z Thu Jan 1 00:00:00 1970 From: Elizeu Santos-Neto Subject: Re: Patch question (Hyper-Threading support) Date: Tue, 28 Mar 2006 02:28:05 -0600 Message-ID: <1143534485.10065.18.camel@localhost.localdomain> References: <1143228618.7685.34.camel@localhost.localdomain> <20060324191540.1306291c.tfreeman@mcs.anl.gov> <1143507139.7733.10.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Keir Fraser Cc: xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org Hi Keir, Thanks for the answer. Possibly I used an out of date Xen-3.0.testing source code. What I meant by HT support was the construction of sibling maps by the Guest OS smp-kernel using information about the core ids from the VCPU. More precisely, I've found the following comment in the file: ./linux-2.6-xen-sparse/arch/xen/kernel/smpboot.c /* Currently, Xen gives no dynamic NUMA/HT info. */ Thus, I modified this file and a couple of other to allow the guest os kernel to build the siblings map properly. Regards, Eli On Tue, 2006-03-28 at 08:32 +0100, Keir Fraser wrote: > On 28 Mar 2006, at 01:52, Elizeu Santos-Neto wrote: > > > Well, based on some quick inspections on the that I checked out from > > the mercurial repository this afternoon, it seems that the HT support > > has been already implemented. :-) > > > > Thus, here is a suggestion, it would be nice to make more details > > available about who is doing what and in which phase of development > > things are, this information could avoid duplicated efforts. > > HT has been supported for years, so its development hasn't overlapped > with your own work. The existing support isn't very HT aware though. > For example, the schedulers treat HT pairs just the same as two > separate physical processors, so there may be more performance to be > had by making Xen a bit smarter. > > -- Keir > >