[Xen-devel] Re: [RFC] Handling of number of cores the guest sees

To:	Andre Przywara <andre.przywara@xxxxxxx>, Nitin Kamble <nitin.a.kamble@xxxxxxxxx>
Subject:	[Xen-devel] Re: [RFC] Handling of number of cores the guest sees
From:	Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date:	Wed, 25 Aug 2010 13:43:12 +0100
Cc:	xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date:	Wed, 25 Aug 2010 05:44:31 -0700
Envelope-to:	www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to:	<4C75074C.1080202@xxxxxxx>
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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe:	<http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender:	xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index:	ActETyqf0ZuFpgDmQuaeJsJpbWWAYwAA+l3b
Thread-topic:	[RFC] Handling of number of cores the guest sees
User-agent:	Microsoft-Entourage/12.26.0.100708

On 25/08/2010 13:06, "Andre Przywara" <andre.przywara@xxxxxxx> wrote:

> 1. Always inject one core per processor. SMP guests are then n-way, the
> CPUID setup is trivial and works well. But we may run into licensing
> issues, as some software (MS Windows comes to mind) is limited by the
> number of processors, but not by the number of cores.

Yeah that was why the hack in cpuid logic was put in. It ought to be smarter
and correcter than it is though. Personally I'd be happy for it to go, at
least in the case that you run with NUMA passthru.

 -- Keir

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel

WARNING - OLD ARCHIVES

xen-devel

[Xen-devel] Re: [RFC] Handling of number of cores the guest sees