[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51ab21ee-403b-f4ce-9a7e-2580ab7e8118@zhaoxin.com>
Date: Mon, 6 Feb 2023 16:26:25 +0800
From: silviazhaooc <silviazhao-oc@...oxin.com>
To: Borislav Petkov <bp@...en8.de>
CC: <peterz@...radead.org>, <mingo@...hat.com>, <acme@...nel.org>,
<mark.rutland@....com>, <alexander.shishkin@...ux.intel.com>,
<jolsa@...nel.org>, <namhyung@...nel.org>, <tglx@...utronix.de>,
<dave.hansen@...ux.intel.com>, <x86@...nel.org>, <hpa@...or.com>,
<linux-perf-users@...r.kernel.org>, <linux-kernel@...r.kernel.org>,
<cobechen@...oxin.com>, <louisqi@...oxin.com>,
<silviazhao@...oxin.com>, <tonywwang@...oxin.com>,
<kevinbrace@....com>, <8vvbbqzo567a@...pam.xutrox.com>
Subject: Re: [PATCH] x86/perf/zhaoxin: Add stepping check for ZX-C
On 2023/2/4 21:44, Borislav Petkov wrote:
> On Thu, Feb 02, 2023 at 05:17:38PM +0800, silviazhao-oc wrote:
>> Nano processor may not fully support rdpmc instruction, it works well
>> for reading general pmc counter, but will lead GP(general protection)
>> when accessing fixed pmc counter. Furthermore, family/mode information
>> is same between Nano processor and ZX-C processor, it leads to zhaoxin
>> pmu driver is wrongly loaded for Nano processor, which resulting boot
>> kernal fail.
>>
>> To solve this problem, stepping information will be checked to distinguish
>> between Nano processor and ZX-C processor.
>>
>> Fixes: 3a4ac121c2ca (“x86/perf: Add hardware performance events support for Zhaoxin CPU”)
>> Reported-by: Arjan <8vvbbqzo567a@...pam.xutrox.com>
>> Link: https://bugzilla.kernel.org/show_bug.cgi?id=212389
>> Reported-by: Kevin Brace <kevinbrace@....com>
>>
>> Signed-off-by: silviazhao-oc <silviazhao-oc@...oxin.com>
>
> Please use your proper name in the Signed-off-by.
>
Due to our company’s email policy, email address with oc suffix is used
for sending email without confidentiality statement at the end of the
mail body.
I will remove –oc from my name later.
>> ---
>> arch/x86/events/zhaoxin/core.c | 3 ++-
>> 1 file changed, 2 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/x86/events/zhaoxin/core.c b/arch/x86/events/zhaoxin/core.c
>> index 949d845c922b..cef1de251613 100644
>> --- a/arch/x86/events/zhaoxin/core.c
>> +++ b/arch/x86/events/zhaoxin/core.c
>> @@ -541,7 +541,8 @@ __init int zhaoxin_pmu_init(void)
>>
>> switch (boot_cpu_data.x86) {
>> case 0x06:
>> - if (boot_cpu_data.x86_model == 0x0f || boot_cpu_data.x86_model == 0x19) {
>> + if ((boot_cpu_data.x86_model == 0x0f && boot_cpu_data.x86_stepping >= 0x0e) ||
>> + boot_cpu_data.x86_model == 0x19) {
>>
>> x86_pmu.max_period = x86_pmu.cntval_mask >> 1;
>
> Last time we talked:
>
> https://lore.kernel.org/r/3c7da7fd-402f-c74f-c96c-0e88828eab58@zhaoxin.com
>
> you said that Nano #GPs when trying to RDPMC the fixed counters. Which
> sounds like an erratum.
>
> We do those by adding a X86_BUG flag, set that flag for Nano and then
> test it where needed. Grep the source tree for examples.
>
> Please do that above too unstead of testing steppings.
>
Nano series CPUs are too old, we have not fully verified their PMC
functions, furthermore our original development plan is to support PMC
from ZXC, not including Nano series.
In that way, I think it’s better to exclude Nano series CPU in the PMC
driver.
> Also, I'd like to know why do steppings < 0xe mean Nano and why isn't
> there a more reliable way to detect it?
>
Generally, CPUs are identified by FMS(Family/Model/Stepping) information.
As you said, it is not a good practice to use stepping information to
distinguish different CPU series.
But due to some unknown historical reasons, the FMS of Nano and ZXC are
only different in stepping.
I have considered about using the “Model name string” to distinguish
them, but it doesn't seem to be a common way in Linux kernel.
> Thx.
>
Powered by blists - more mailing lists