From: Suravee Suthikulanit <suravee.suthikulpanit@amd.com>
To: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>
Cc: Jacob Shin <Jacob.Shin@amd.com>,
JBeulich@suse.com, xen-devel@lists.xen.org
Subject: Re: [PATCH V2] Add CPUID bit mask for Performance Counter Extension
Date: Thu, 11 Apr 2013 15:24:31 -0500 [thread overview]
Message-ID: <51671BFF.9050605@amd.com> (raw)
In-Reply-To: <5150A5EA.3090804@amd.com>
Is there any other concerns about this patch?
Thanks,
Suravee
On 3/25/2013 2:30 PM, Suravee Suthikulanit wrote:
> Sorry. I missed this email from the mailing list thread. Please see
> my answer below.
>
> On 3/6/2013 4:10 PM, Konrad Rzeszutek Wilk wrote:
>> On Tue, Mar 05, 2013 at 05:01:26PM -0600,
>> suravee.suthikulpanit@amd.com wrote:
>>> Adding CPUID bit mask for Performance Counter Extension. The extended
>>> counter MSRs are already virtualized. This bit mask allows the
>>> initialization
>>> code to properly detect the feature and enable the use of counters.
>> Just to be clear, to make use of this, the guest config has to have
>>
>> cpuid="perfctr_core"
> Guest should not need to config anything. The patch allows the host's
> CPUID bit to be passed on to guest. However, users can also force the
> CPUID bits to set/clear by specifying:
>
> cpuid = "host,perfctr_core=0"
>
>>
>> Is this something that is the same for Intel hardware? Meaning is the
>> code path in xl the same for enabling performance counters on Intel?
> This is AMD specific CPUID flag, and therefore is specified in the
> "amd_xc_cpuid_policy".
>
> Suravee.
>
>>
>>> Signed-off-by: Jacob Shin <Jacob.Shin@amd.com>
>>> Submitted-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
>>> ---
>>> Changelog:
>>> V2:
>>> * Add commit log message
>>>
>>> tools/libxc/xc_cpufeature.h | 1 +
>>> tools/libxc/xc_cpuid_x86.c | 1 +
>>> tools/libxl/libxl_cpuid.c | 1 +
>>> 3 files changed, 3 insertions(+)
>>>
>>> diff --git a/tools/libxc/xc_cpufeature.h b/tools/libxc/xc_cpufeature.h
>>> index c464e3a..c804af3 100644
>>> --- a/tools/libxc/xc_cpufeature.h
>>> +++ b/tools/libxc/xc_cpufeature.h
>>> @@ -125,6 +125,7 @@
>>> #define X86_FEATURE_NODEID_MSR 19 /* NodeId MSR */
>>> #define X86_FEATURE_TBM 21 /* trailing bit manipulations */
>>> #define X86_FEATURE_TOPOEXT 22 /* topology extensions CPUID
>>> leafs */
>>> +#define X86_FEATURE_PERFCTR_CORE 23 /* core performance counter
>>> extensions */
>>> /* Intel-defined CPU features, CPUID level 0x00000007:0 (ebx) */
>>> #define X86_FEATURE_FSGSBASE 0 /* {RD,WR}{FS,GS}BASE
>>> instructions */
>>> diff --git a/tools/libxc/xc_cpuid_x86.c b/tools/libxc/xc_cpuid_x86.c
>>> index 17efc0f..c269468 100644
>>> --- a/tools/libxc/xc_cpuid_x86.c
>>> +++ b/tools/libxc/xc_cpuid_x86.c
>>> @@ -112,6 +112,7 @@ static void amd_xc_cpuid_policy(
>>> bitmaskof(X86_FEATURE_XOP) |
>>> bitmaskof(X86_FEATURE_FMA4) |
>>> bitmaskof(X86_FEATURE_TBM) |
>>> + bitmaskof(X86_FEATURE_PERFCTR_CORE) |
>>> bitmaskof(X86_FEATURE_LWP));
>>> regs[3] &= (0x0183f3ff | /* features shared with
>>> 0x00000001:EDX */
>>> (is_pae ? bitmaskof(X86_FEATURE_NX) : 0) |
>>> diff --git a/tools/libxl/libxl_cpuid.c b/tools/libxl/libxl_cpuid.c
>>> index d17fdd6..f3f1265 100644
>>> --- a/tools/libxl/libxl_cpuid.c
>>> +++ b/tools/libxl/libxl_cpuid.c
>>> @@ -147,6 +147,7 @@ int
>>> libxl_cpuid_parse_config(libxl_cpuid_policy_list *cpuid, const char*
>>> str)
>>> {"vme", 0x00000001, NA, CPUID_REG_EDX, 1, 1},
>>> {"fpu", 0x00000001, NA, CPUID_REG_EDX, 0, 1},
>>> {"topoext", 0x80000001, NA, CPUID_REG_ECX, 22, 1},
>>> + {"perfctr_core", 0x80000001, NA, CPUID_REG_ECX, 23, 1},
>>> {"tbm", 0x80000001, NA, CPUID_REG_ECX, 21, 1},
>>> {"nodeid", 0x80000001, NA, CPUID_REG_ECX, 19, 1},
>>> {"fma4", 0x80000001, NA, CPUID_REG_ECX, 16, 1},
>>> --
>>> 1.7.10.4
>>>
>>>
>>>
>>> _______________________________________________
>>> Xen-devel mailing list
>>> Xen-devel@lists.xen.org
>>> http://lists.xen.org/xen-devel
>>>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>
next prev parent reply other threads:[~2013-04-11 20:24 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-03-05 23:01 [PATCH V2] Add CPUID bit mask for Performance Counter Extension suravee.suthikulpanit
2013-03-06 22:10 ` Konrad Rzeszutek Wilk
2013-03-25 19:30 ` Suravee Suthikulanit
2013-04-11 20:24 ` Suravee Suthikulanit [this message]
2013-04-21 1:13 ` Matt Wilson
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51671BFF.9050605@amd.com \
--to=suravee.suthikulpanit@amd.com \
--cc=JBeulich@suse.com \
--cc=Jacob.Shin@amd.com \
--cc=boris.ostrovsky@oracle.com \
--cc=konrad.wilk@oracle.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.