WARNING - OLD ARCHIVES

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

xen-devel

Re: [Xen-devel] [PATCH][retry 2][1/2] new platform hypervisor call to ge

To: Mark Langsdorf <mark.langsdorf@xxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>, Chris Lalancette <clalance@xxxxxxxxxx>
Subject: Re: [Xen-devel] [PATCH][retry 2][1/2] new platform hypervisor call to get APICIDs
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Tue, 04 Mar 2008 08:44:38 +0000
Delivery-date: Tue, 04 Mar 2008 00:45:50 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <200803031540.26466.mark.langsdorf@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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Ach90/rWOYwAPOnHEdy4RAAWy6hiGQ==
Thread-topic: [Xen-devel] [PATCH][retry 2][1/2] new platform hypervisor call to get APICIDs
User-agent: Microsoft-Entourage/11.3.6.070618
Two major comments:

Firstly, if dom0_vcpus_pinned then you do *not* need a hypercall to fetch
the APICIDs. You can use CPUID on each VCPU to find the true underlying
APICID for that CPU (as enumerated by Xen). That is, unless you need the
apicid-cpu mapping before the VCPU is brought up. If you do keep the
hypercall then it would be a simpler interface to get one apicid at a time.
And I'd make it a vcpu_op, and error return could imply that vcpus are not
pinned (i.e., !dom0_vcpus_pinned, so use our existing bogo apicid-cpu
mapping). Actually, I quite like that interface...

Secondly, what about ACPIID-to-APICID mappings: doesn't
drivers/acpi/processor_core.c rely on that mapping array being set up? But
this patch doesn't introduce any setup of that array.

 -- Keir

On 3/3/08 21:40, "Mark Langsdorf" <mark.langsdorf@xxxxxxx> wrote:

> Some AMD machines have APIC IDs that not equal to CPU IDs.  In
> the default Xen configuration, ACPI calls on these machines
> can get confused.  This shows up most noticeably when running
> AMD PowerNow!.  The only solution is for dom0 to get the
> hypervisor's cpuid to apicid table when needed (ie, when dom0
> vcpus are pinned).
> 
> Add a new platform hypercall to Xen to allow dom0 to query the
> hypervisor for the actual cpuid to apicid table.
> 
> The second patch adds the dom0 call to this platform hypercall.
> 
> I have tested this on my 4p/16 core machine and it works.  I
> would appreciate testing on other boxes.



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

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