From: Ingo Molnar <mingo@kernel.org>
To: Peter Zijlstra <peterz@infradead.org>
Cc: "Luck, Tony" <tony.luck@intel.com>,
"andrew.cooper3@citrix.com" <andrew.cooper3@citrix.com>,
"Hansen, Dave" <dave.hansen@intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"patches@lists.linux.dev" <patches@lists.linux.dev>,
"x86@kernel.org" <x86@kernel.org>
Subject: Re: [PATCH] x86/cpu: Add two Intel CPU model numbers
Date: Fri, 18 Apr 2025 08:40:22 +0200 [thread overview]
Message-ID: <aAHz1tru8GT9ET9j@gmail.com> (raw)
In-Reply-To: <20250214130205.GK14028@noisy.programming.kicks-ass.net>
* Peter Zijlstra <peterz@infradead.org> wrote:
> On Wed, Feb 12, 2025 at 04:09:11PM +0000, Luck, Tony wrote:
> > >> +/* Family 19 */ +#define INTEL_PANTHERCOVE_X IFM(19, 0x01) /* Diamond
> > >> Rapids */
> > >
> > > Is it intentional that this is not INTEL_DIAMONDRAPIDS_X like
> > > Sapphire/Emerald/Granite ?
> >
> > Andrew,
> >
> > PeterZ wants to name based on core, not SoC (at least for mono-core CPUs ... this
> > doesn't work for hybrid). Argue with him.
>
> Argh :-)
>
> So yeah, its a trainwreck.
>
> We used to use uarch, and that worked until skylake.
>
> I'm not sure what exactly we continued as, but Kaby Lake was a Skylake
> uarch.
>
> The Atoms are uarch and still are, they weren't messed up.
>
> But if you want to do DMR as PANTERCOVE then SPR should've been
> GOLDENCOVE and we didn't do that either.
>
>
> Also, since DMR is the direct continuation of GRANITERAPIDS, it should
> also come below it.
>
> Therefore, I'll concur with Andy that this is all highly irregular and
> would propose we do the below.
>
> Isn't the only reason we're doing a new Family because we can out of
> module number space? It's not magically different from Fam6.
Mind sending this with a changelog, or at least a SOB? :)
Thanks,
Ingo
next prev parent reply other threads:[~2025-04-18 6:40 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-23 17:37 [PATCH] x86/cpu: Add two Intel CPU model numbers Tony Luck
2025-02-12 1:39 ` Andrew Cooper
2025-02-12 16:09 ` Luck, Tony
2025-02-14 13:02 ` Peter Zijlstra
2025-02-14 16:23 ` Dave Hansen
2025-02-14 17:17 ` Luck, Tony
2025-04-18 6:40 ` Ingo Molnar [this message]
2025-02-14 13:03 ` Peter Zijlstra
-- strict thread matches above, loose matches on Subject: below --
2025-04-14 14:42 Christian Ludloff
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=aAHz1tru8GT9ET9j@gmail.com \
--to=mingo@kernel.org \
--cc=andrew.cooper3@citrix.com \
--cc=dave.hansen@intel.com \
--cc=linux-kernel@vger.kernel.org \
--cc=patches@lists.linux.dev \
--cc=peterz@infradead.org \
--cc=tony.luck@intel.com \
--cc=x86@kernel.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.