lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <950c6d27-bc91-01e0-ba26-d09ad4bf7934@zhaoxin.com>
Date:   Tue, 7 Feb 2023 16:42:26 +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/6 19:13, Borislav Petkov wrote:
> Hi Silvia,
> 
> On Mon, Feb 06, 2023 at 06:55:21PM +0800, silviazhaooc wrote:
>> Thanks for your reply.
> 
> You're welcome.
> 
> First of all, please do not top-post when replying on a public mailing
> list but put your reply under the text you're replying to. Like the rest
> of us do.
> 
Sorry, I'm a newbie in Linux. Thanks for your reminding.

>> As I mentioned before, Nano has several series. We cannot test if all of
>> them have the bug.
> 
> If you cannot test if all of them have the bug, then testing the
> stepping as you do is wrong too.
> 
> You need an unambiguous way to differentiate between ZXC and Nano CPUs.
> 
> If steppings >= 0xe belong solely to ZXC, then state that in a comment
> above it so that you can exclude Nano.
> 
> If Nano starts using those steppings later, though, then that check will
> become wrong too.
> 
> So I need a statement: "this is how you detect a ZXC CPU unambiguously"
> and then use that method when enabling PMU support on it and *only* on
> it.
> 
> Makes more sense?
> 
Yes, that makes sense.

I have carefully checked our product manual for Nano and ZXC FMS.

For ZXC, there are 2 kinds of FMS:

1. Family=6, Model=0x19, Stepping=0-3

2. Family=6, Model=F, Stepping=E-F

For Nano, there is only one kind of FMS:

Family=6, Model=F, Stepping=[0-A]/[C-D]

So model = 0xf, steppings >= 0xe or model = 0x19 belong solely to ZXC.
Nano is an old CPU series which has been stopped production several 
years ago. It will not use the steppings which belong to ZXC.This is an 
unambiguous way to differentiate between ZXC and Nano CPUs.

Do I need to add the statements in the source code and re-commit the patch?

Thx.

> Thx.
> 

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ