|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v2 1/2] xc_cpuid_x86.c: Simplify masking conditions and remove redundant work
On Tue, 2014-09-09 at 11:45 +0100, Jan Beulich wrote:
> >>> On 09.09.14 at 06:31, <alfred.z.song@xxxxxxxxx> wrote:
> > @@ -195,16 +186,14 @@ static void intel_xc_cpuid_policy(
> > break;
> >
> > case 0x80000001: {
> > - int is_64bit = hypervisor_is_64bit(xch) && is_pae;
> > -
> > /* Only a few features are advertised in Intel's 0x80000001. */
> > - regs[2] &= (is_64bit ? bitmaskof(X86_FEATURE_LAHF_LM) : 0) |
> > - bitmaskof(X86_FEATURE_3DNOWPREFETCH) |
> > - bitmaskof(X86_FEATURE_ABM);
> > - regs[3] &= ((is_pae ? bitmaskof(X86_FEATURE_NX) : 0) |
> > - (is_64bit ? bitmaskof(X86_FEATURE_LM) : 0) |
> > - (is_64bit ? bitmaskof(X86_FEATURE_SYSCALL) : 0) |
> > - (is_64bit ? bitmaskof(X86_FEATURE_RDTSCP) : 0));
> > + regs[2] &= (bitmaskof(X86_FEATURE_LAHF_LM) |
> > + bitmaskof(X86_FEATURE_3DNOWPREFETCH) |
> > + bitmaskof(X86_FEATURE_ABM);
> > + regs[3] &= (bitmaskof(X86_FEATURE_NX) |
> > + bitmaskof(X86_FEATURE_LM) |
> > + (is_pae ? bitmaskof(X86_FEATURE_SYSCALL) : 0) |
> > + (is_pae ? bitmaskof(X86_FEATURE_RDTSCP) : 0));
>
> As said before, tying these two features to is_pae seems a
> little strange, but if the tools maintainers can live with that, I
> guess I can too (short of having a better suggestion other
> than to drop the conditionals altogether).
Patch #2 here seems to remove it from the RDTSCP, surely that should be
folded in.
I also don't understand the link between PAE and the presence of
SYSCALL.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |