[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <SJ1PR11MB608367DC5D25856073C86FCFFC53A@SJ1PR11MB6083.namprd11.prod.outlook.com>
Date: Wed, 7 Jun 2023 21:43:57 +0000
From: "Luck, Tony" <tony.luck@...el.com>
To: Peter Zijlstra <peterz@...radead.org>,
"kan.liang@...ux.intel.com" <kan.liang@...ux.intel.com>
CC: "mingo@...hat.com" <mingo@...hat.com>,
"acme@...nel.org" <acme@...nel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"mark.rutland@....com" <mark.rutland@....com>,
"alexander.shishkin@...ux.intel.com"
<alexander.shishkin@...ux.intel.com>,
"jolsa@...nel.org" <jolsa@...nel.org>,
"namhyung@...nel.org" <namhyung@...nel.org>,
"irogers@...gle.com" <irogers@...gle.com>,
"Hunter, Adrian" <adrian.hunter@...el.com>,
"ak@...ux.intel.com" <ak@...ux.intel.com>,
"Eranian, Stephane" <eranian@...gle.com>,
"alexey.v.bayduraev@...ux.intel.com"
<alexey.v.bayduraev@...ux.intel.com>,
"Zhang, Tinghao" <tinghao.zhang@...el.com>
Subject: RE: [PATCH V2 1/6] perf/x86/intel: Add Grand Ridge and Sierra Forest
> > Create a non-hybrid PMU setup for Grand Ridge and Sierra Forest.
>
> Moo... Tony, did you sneak product names instead of uarch names in the
> intel-family thing again?
>
> That is; I'm thinking we want the below, no?
>
> -#define INTEL_FAM6_SIERRAFOREST_X 0xAF
> -
> -#define INTEL_FAM6_GRANDRIDGE 0xB6
> +#define INTEL_FAM6_ATOM_CRESTMONT_X 0xAF /* Sierra Forest */
> +#define INTEL_FAM6_ATOM_CRESTMONT 0xB6 /* Grand Ridge */
I don't think that's really any more helpful.
Using the code name of the model makes it easy to look things
up in ark.intel.com. Using the "core" name doesn't even work for
hybrid CPU models which have more than one core type.
So I'd like to keep it as it is.
But if you want to change to the core name, then please just
do it now.
There are folks internally worried that all upstream work for
these two CPU models is going to be blocked while this
is discussed.
-Tony
Powered by blists - more mailing lists