From: Yazen Ghannam <yazen.ghannam@amd.com>
To: Lin Wang <wanglin@open-hieco.net>
Cc: Borislav Petkov <bp@alien8.de>,
Mario Limonciello <mario.limonciello@amd.com>,
Pu Wen <puwen@hygon.cn>, Thomas Gleixner <tglx@kernel.org>,
Ingo Molnar <mingo@redhat.com>,
Dave Hansen <dave.hansen@linux.intel.com>,
"H. Peter Anvin" <hpa@zytor.com>, Tony Luck <tony.luck@intel.com>,
x86@kernel.org, linux-edac@vger.kernel.org,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH v7 4/7] RAS/AMD/ATL: Match AMD CPUs only
Date: Sat, 17 Oct 2026 11:20:40 -0400 [thread overview]
Message-ID: <20261017152040.GD359037@yaz-khff2.amd.com> (raw)
In-Reply-To: <20261009090111.151878-5-wanglin@open-hieco.net>
On Fri, Oct 09, 2026 at 05:01:08PM +0800, Lin Wang wrote:
> ATL matches Hygon through X86_FEATURE_SMCA and X86_FEATURE_ZEN, but
> relies on the AMD northbridge cache for its node count and F4 devices.
> The cache uses fixed PCI slots that do not represent the Hygon topology.
>
> The cache is therefore discarded before ATL can register its decoder,
> so excluding Hygon from these feature matches does not disable a
> working address translation path.
>
> Qualify both feature matches with the AMD vendor. Hygon address
> translation will use the Hygon node interfaces in a separate series.
>
> Signed-off-by: Lin Wang <wanglin@open-hieco.net>
> ---
> drivers/ras/amd/atl/core.c | 9 ++++-----
> 1 file changed, 4 insertions(+), 5 deletions(-)
>
> diff --git a/drivers/ras/amd/atl/core.c b/drivers/ras/amd/atl/core.c
> index d77dacdd4f56..fe84fc52c657 100644
> --- a/drivers/ras/amd/atl/core.c
> +++ b/drivers/ras/amd/atl/core.c
> @@ -176,18 +176,17 @@ static void check_for_legacy_df_access(void)
> }
>
> /*
> - * This library provides functionality for AMD-based systems with a Data Fabric.
> + * This library provides functionality for AMD systems with a Data Fabric.
> * The set of systems with a Data Fabric is equivalent to the set of Zen-based systems
> * and the set of systems with the Scalable MCA feature at this time. However, these
> * are technically independent things.
> *
> * It's possible to match on the PCI IDs of the Data Fabric devices, but this will be
> - * an ever expanding list. Instead, match on the SMCA and Zen features to cover all
> - * relevant systems.
> + * an ever expanding list. Instead, match AMD CPUs with the SMCA and Zen features.
> */
> static const struct x86_cpu_id amd_atl_cpuids[] = {
> - X86_MATCH_FEATURE(X86_FEATURE_SMCA, NULL),
> - X86_MATCH_FEATURE(X86_FEATURE_ZEN, NULL),
> + X86_MATCH_VENDOR_FEATURE(AMD, X86_FEATURE_SMCA, NULL),
> + X86_MATCH_VENDOR_FEATURE(AMD, X86_FEATURE_ZEN, NULL),
> { }
> };
>
> --
Reviewed-by: Yazen Ghannam <yazen.ghannam@amd.com>
Thanks,
Yazen
next prev parent reply other threads:[~2026-10-17 15:20 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-10-09 9:01 [PATCH v7 0/7] x86/hygon: Add Family 0x18 DF node enumeration and SMN access Lin Wang
2026-10-09 9:01 ` [PATCH v7 1/7] x86/hygon: Add Family 0x18 DF node enumeration Lin Wang
2026-10-17 14:52 ` Yazen Ghannam
2026-10-19 1:54 ` Lin Wang
2026-10-09 9:01 ` [PATCH v7 2/7] x86/hygon: Map CPU NodeIds to DF nodes Lin Wang
2026-10-17 15:10 ` Yazen Ghannam
2026-10-19 1:29 ` Lin Wang
2026-10-09 9:01 ` [PATCH v7 3/7] EDAC/amd64: Stop matching Hygon CPUs Lin Wang
2026-10-17 15:16 ` Yazen Ghannam
2026-10-09 9:01 ` [PATCH v7 4/7] RAS/AMD/ATL: Match AMD CPUs only Lin Wang
2026-10-17 15:20 ` Yazen Ghannam [this message]
2026-10-09 9:01 ` [PATCH v7 5/7] x86/amd_nb: Restrict the northbridge framework to AMD CPUs Lin Wang
2026-10-09 9:01 ` [PATCH v7 6/7] x86/amd_node: Restrict SMN setup " Lin Wang
2026-10-17 15:33 ` Yazen Ghannam
2026-10-19 1:40 ` Lin Wang
2026-10-09 9:01 ` [PATCH v7 7/7] x86/hygon: Add Family 0x18 SMN access Lin Wang
2026-10-17 15:41 ` Yazen Ghannam
2026-10-19 1:45 ` Lin Wang
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=20261017152040.GD359037@yaz-khff2.amd.com \
--to=yazen.ghannam@amd.com \
--cc=bp@alien8.de \
--cc=dave.hansen@linux.intel.com \
--cc=hpa@zytor.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mario.limonciello@amd.com \
--cc=mingo@redhat.com \
--cc=puwen@hygon.cn \
--cc=tglx@kernel.org \
--cc=tony.luck@intel.com \
--cc=wanglin@open-hieco.net \
--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.