|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH] x86/cpuid: Move vendor/family/model information from arch_domain to cpuid_policy
>>> On 12.01.17 at 13:32, <andrew.cooper3@xxxxxxxxxx> wrote:
> --- a/xen/arch/x86/domctl.c
> +++ b/xen/arch/x86/domctl.c
> @@ -78,12 +78,11 @@ static void update_domain_cpuid_info(struct domain *d,
> switch ( ctl->input[0] )
> {
> case 0: {
> - int old_vendor = d->arch.x86_vendor;
> + int old_vendor = p->x86_vendor;
>
> - d->arch.x86_vendor = get_cpu_vendor(
> - ctl->ebx, ctl->ecx, ctl->edx, gcv_guest);
> + p->x86_vendor = get_cpu_vendor(ctl->ebx, ctl->ecx, ctl->edx,
> gcv_guest);
>
> - if ( is_hvm_domain(d) && (d->arch.x86_vendor != old_vendor) )
> + if ( is_hvm_domain(d) && (p->x86_vendor != old_vendor) )
> {
> struct vcpu *v;
>
> @@ -95,7 +94,7 @@ static void update_domain_cpuid_info(struct domain *d,
> }
>
> case 1:
> - d->arch.x86 = get_cpu_family(ctl->eax, &d->arch.x86_model, NULL);
> + p->x86_family = get_cpu_family(ctl->eax, &p->x86_model, NULL);
>
> if ( is_pv_domain(d) && ((levelling_caps & LCAP_1cd) == LCAP_1cd) )
> {
Considering that the three fields can be calculated from other
CPUID data, is it really worthwhile to store these redundant pieces
of information, instead of having consumers simply call
get_cpu_{vendor,policy}()? All we "gain" by storing them is the risk
of them going out of sync.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |