From: Jan Beulich <jbeulich@suse.com>
To: Andrew Cooper <andrew.cooper3@citrix.com>
Cc: "Roger Pau Monné" <roger.pau@citrix.com>,
Xen-devel <xen-devel@lists.xenproject.org>
Subject: Re: [PATCH 4/6] x86: Convert users of INTEL_FAM6_MODEL() to X86_MATCH_VFM()
Date: Fri, 18 Jul 2025 07:40:14 +0200 [thread overview]
Message-ID: <fc89c993-1e3a-4d5b-8ac7-cfbf6fab4905@suse.com> (raw)
In-Reply-To: <3b95d347-3dee-4424-a502-50a019cd19eb@citrix.com>
On 17.07.2025 19:57, Andrew Cooper wrote:
> On 17/07/2025 8:44 am, Jan Beulich wrote:
>> On 16.07.2025 19:31, Andrew Cooper wrote:
>>> --- a/xen/arch/x86/acpi/cpu_idle.c
>>> +++ b/xen/arch/x86/acpi/cpu_idle.c
>>> @@ -583,7 +583,6 @@ bool errata_c6_workaround(void)
>>>
>>> if ( unlikely(fix_needed == -1) )
>>> {
>>> -#define INTEL_FAM6_MODEL(m) { X86_VENDOR_INTEL, 6, m, X86_FEATURE_ALWAYS }
>>> /*
>>> * Errata AAJ72: EOI Transaction May Not be Sent if Software Enters
>>> * Core C6 During an Interrupt Service Routine"
>>> @@ -594,12 +593,12 @@ bool errata_c6_workaround(void)
>>> * there is an EOI pending.
>>> */
>>> static const struct x86_cpu_id eoi_errata[] = {
>>> - INTEL_FAM6_MODEL(0x1a),
>>> - INTEL_FAM6_MODEL(0x1e),
>>> - INTEL_FAM6_MODEL(0x1f),
>>> - INTEL_FAM6_MODEL(0x25),
>>> - INTEL_FAM6_MODEL(0x2c),
>>> - INTEL_FAM6_MODEL(0x2f),
>>> + X86_MATCH_VFM(INTEL_NEHALEM_EP, NULL),
>>> + X86_MATCH_VFM(INTEL_NEHALEM, NULL),
>>> + X86_MATCH_VFM(INTEL_NEHALEM_G, NULL),
>>> + X86_MATCH_VFM(INTEL_WESTMERE, NULL),
>>> + X86_MATCH_VFM(INTEL_WESTMERE_EP, NULL),
>>> + X86_MATCH_VFM(INTEL_WESTMERE_EX, NULL),
>>> { }
>>> };
>> Along the lines of a comment further down, maybe make explicit that Nehalem-EX
>> is intentionally omitted here (assuming that's not in fact an oversight)?
>
> It looks to be an oversight. I've submitted a separate patch, so it can
> be backported more easily.
>
> In practice, it's covered by probe_c3_errata() which blanket disables C3
> and C6 on Nehalem.
>
>>
>>> --- a/xen/arch/x86/cpu/intel.c
>>> +++ b/xen/arch/x86/cpu/intel.c
>>> @@ -382,16 +382,12 @@ static void cf_check early_init_intel(struct cpuinfo_x86 *c)
>>> */
>>> static void probe_c3_errata(const struct cpuinfo_x86 *c)
>>> {
>>> -#define INTEL_FAM6_MODEL(m) { X86_VENDOR_INTEL, 6, m, X86_FEATURE_ALWAYS }
>>> static const struct x86_cpu_id models[] = {
>>> - /* Nehalem */
>>> - INTEL_FAM6_MODEL(0x1a),
>>> - INTEL_FAM6_MODEL(0x1e),
>>> - INTEL_FAM6_MODEL(0x1f),
>>> - INTEL_FAM6_MODEL(0x2e),
>>> - /* Westmere (note Westmere-EX is not affected) */
>>> - INTEL_FAM6_MODEL(0x2c),
>>> - INTEL_FAM6_MODEL(0x25),
>>> + X86_MATCH_VFM(INTEL_NEHALEM_EP, NULL),
>>> + X86_MATCH_VFM(INTEL_NEHALEM, NULL),
>>> + X86_MATCH_VFM(INTEL_NEHALEM_G, NULL),
>>> + X86_MATCH_VFM(INTEL_WESTMERE, NULL),
>>> + X86_MATCH_VFM(INTEL_WESTMERE_EP, NULL),
>>> { }
>>> };
>> You lost NEHALEM_EX here.
>
> Oops, too much copy/paste.
>
>> For Westmere-EX I think the comment (part) would
>> better be retained, to clarify that this isn't an oversight.
>
> I can't find anything which looks related for Westmere EX. I'll retain
> the comment.
With the adjustments:
Reviewed-by: Jan Beulich <jbeulich@suse.com>
Jan
next prev parent reply other threads:[~2025-07-18 5:40 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-07-16 17:31 [PATCH 0/6] x86: Convert x86_cpu_id to VFM Andrew Cooper
2025-07-16 17:31 ` [PATCH 1/6] x86: Sort headers Andrew Cooper
2025-07-17 7:10 ` Jan Beulich
2025-07-16 17:31 ` [PATCH 2/6] x86: Break struct x86_cpu_id out of processor.h Andrew Cooper
2025-07-17 7:23 ` Jan Beulich
2025-07-17 17:33 ` Andrew Cooper
2025-07-16 17:31 ` [PATCH 3/6] x86/match-cpu: Introduce X86_MATCH_VFM() and convert intel_idle_ids[] Andrew Cooper
2025-07-17 7:35 ` Jan Beulich
2025-07-17 17:39 ` Andrew Cooper
2025-07-18 5:38 ` Jan Beulich
2025-07-16 17:31 ` [PATCH 4/6] x86: Convert users of INTEL_FAM6_MODEL() to X86_MATCH_VFM() Andrew Cooper
2025-07-17 7:44 ` Jan Beulich
2025-07-17 17:57 ` Andrew Cooper
2025-07-18 5:40 ` Jan Beulich [this message]
2025-07-16 17:31 ` [PATCH 5/6] x86/match-cpu: Support matching on steppings Andrew Cooper
2025-07-17 8:11 ` Jan Beulich
2025-07-17 19:39 ` Andrew Cooper
2025-07-18 5:53 ` Jan Beulich
2025-07-18 10:29 ` Andrew Cooper
2025-07-18 13:28 ` Jan Beulich
2025-07-18 13:48 ` Andrew Cooper
2025-07-16 17:31 ` [PATCH 6/6] x86/apic: Convert the TSC deadline errata table to X86_MATCH_*() Andrew Cooper
2025-07-17 8:26 ` Jan Beulich
2025-07-17 9:02 ` Andrew Cooper
2025-07-17 9:33 ` Jan Beulich
2025-07-17 19:40 ` Andrew Cooper
2025-07-17 8:31 ` Jan Beulich
2025-07-17 19:45 ` Andrew Cooper
2025-07-18 10:07 ` [PATCH v1.1 " Andrew Cooper
2025-07-18 10:19 ` Jan Beulich
2025-07-18 10:23 ` Andrew Cooper
2025-07-18 10:55 ` Andrew Cooper
2025-07-18 14:06 ` Jan Beulich
2025-07-18 14:10 ` Andrew Cooper
2025-07-18 14:15 ` Jan Beulich
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=fc89c993-1e3a-4d5b-8ac7-cfbf6fab4905@suse.com \
--to=jbeulich@suse.com \
--cc=andrew.cooper3@citrix.com \
--cc=roger.pau@citrix.com \
--cc=xen-devel@lists.xenproject.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.