From nobody Fri Apr 17 01:44:07 2026 Received: from mail-24417.protonmail.ch (mail-24417.protonmail.ch [109.224.244.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B71E536EAA6 for ; Tue, 24 Feb 2026 12:40:25 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=109.224.244.17 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936827; cv=none; b=oYm2tfiwI2UV16ycNPTu8fJhtYQuSfIPNTbvQa+VARuetGkTBWTPp3K39n9V/IKwF+aft0wbj/+m/Dr3wKIeUK0MZVYG7bFg2uYzPkMJdJXbmQxnoe8cYW48zPfiB+fyhNcYI3sOoS7t1HVIM7jYmWbGq/7z4WdRKAMkD4aOHPI= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936827; c=relaxed/simple; bh=6YiO3aEEMJaPzYYMxUMPBSbOzfWX3uI2ARHdUHzLVj4=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=KXIywRpZWwIASmrQaHbPuaBssuebv6mndVxOXmKZyyNojoFVRKbeJPkqYtgUUJxFAOJ+n8ksvVXkJXKSyruVrE8N0GM90iqDPSIcU9imQ9D5SyahJUYOyPK3psyfpr6aj3njGYY/rziwz+BWRks0otzQWNDQA+9Mr4PA6/wyy0o= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me; spf=pass smtp.mailfrom=pm.me; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b=q+59N3Gg; arc=none smtp.client-ip=109.224.244.17 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pm.me Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b="q+59N3Gg" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1771936822; x=1772196022; bh=QrkeH5U9fQQelEPd+SKbWGI2+T7gqRMRbmw70mxyA5Q=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=q+59N3GgOl54tAWVfCvfaLW8whmNB1jhv5DdMNbd3v6kD1OLwB3YL+fqxJbW2wynq gAmf6UAccX4ANWaLqPh5U3Xll9CbmENh54yag8jZM2FtMQOsX+IudP9RrCvvD4qYB4 RQUvlNS7a2bm7x7zXKi4HZtKkBK/zgVrci1ed6OFQKSp7Dl7VFMWunn1MhiKjWHIZ1 8mi2N3qmV3Sl9dxHMWOnS3Pcy4O2yUOOrqXFB8wpuI/0hb7Dkdk43uCvwDvqZ3bA45 UmYJ1oaMeCSzRN81hW7mZwEOw5wvTOtkTLkgccWxl9afRe6LbouLplJvugJMqjVuDu +H3k+P92DBI+w== Date: Tue, 24 Feb 2026 12:40:18 +0000 To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" From: Maciej Wieczor-Retman Cc: m.wieczorretman@pm.me, Farrah Chen , Maciej Wieczor-Retman , stable@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v7 1/3] x86/cpu: Clear feature bits disabled at compile-time Message-ID: <6b042d059be8341a7122c9d7c72fd8204211de44.1771936214.git.m.wieczorretman@pm.me> In-Reply-To: References: Feedback-ID: 164464600:user:proton X-Pm-Message-ID: d63de67c71f23d9947820f0484b3848053389134 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Maciej Wieczor-Retman If some config options are disabled during compile time, they still are enumerated in macros that use the x86_capability bitmask - cpu_has() or this_cpu_has(). The features are also visible in /proc/cpuinfo even though they are not enabled - which is contrary to what the documentation states about the file. Examples of such feature flags are lam, fred, sgx, ibrs_enhanced, split_lock_detect, user_shstk, avx_vnni and enqcmd. Once the cpu_caps_cleared array is initialized with the autogenerated disabled bitmask apply_forced_caps() will clear the corresponding bits in boot_cpu_data.x86_capability[] and other secondary cpus' cpu_data.x86_capability[]. Thus features disabled at compile time won't show up in /proc/cpuinfo. Reported-by: Farrah Chen Closes: https://bugzilla.kernel.org/show_bug.cgi?id=3D220348 Signed-off-by: Maciej Wieczor-Retman Cc: # 6.18.x --- Changelog v6: - Remove patch message portions that are not just describing the diff. arch/x86/kernel/cpu/common.c | 3 ++- arch/x86/tools/cpufeaturemasks.awk | 6 ++++++ 2 files changed, 8 insertions(+), 1 deletion(-) diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c index 1c3261cae40c..9aa11224a038 100644 --- a/arch/x86/kernel/cpu/common.c +++ b/arch/x86/kernel/cpu/common.c @@ -732,7 +732,8 @@ static const char *table_lookup_model(struct cpuinfo_x8= 6 *c) } =20 /* Aligned to unsigned long to avoid split lock in atomic bitmap ops */ -__u32 cpu_caps_cleared[NCAPINTS + NBUGINTS] __aligned(sizeof(unsigned long= )); +__u32 cpu_caps_cleared[NCAPINTS + NBUGINTS] __aligned(sizeof(unsigned long= )) =3D + DISABLED_MASK_INITIALIZER; __u32 cpu_caps_set[NCAPINTS + NBUGINTS] __aligned(sizeof(unsigned long)); =20 #ifdef CONFIG_X86_32 diff --git a/arch/x86/tools/cpufeaturemasks.awk b/arch/x86/tools/cpufeature= masks.awk index 173d5bf2d999..b7f4e775a365 100755 --- a/arch/x86/tools/cpufeaturemasks.awk +++ b/arch/x86/tools/cpufeaturemasks.awk @@ -82,6 +82,12 @@ END { } printf " 0\t\\\n"; printf "\t) & (1U << ((x) & 31)))\n\n"; + + printf "\n#define %s_MASK_INITIALIZER\t\t\t\\", s; + printf "\n\t{\t\t\t\t\t\t\\"; + for (i =3D 0; i < ncapints; i++) + printf "\n\t\t%s_MASK%d,\t\t\t\\", s, i; + printf "\n\t}\n\n"; } =20 printf "#endif /* _ASM_X86_CPUFEATUREMASKS_H */\n"; --=20 2.53.0 From nobody Fri Apr 17 01:44:07 2026 Received: from mail-106119.protonmail.ch (mail-106119.protonmail.ch [79.135.106.119]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 9BF623815C2 for ; Tue, 24 Feb 2026 12:40:36 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=79.135.106.119 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936838; cv=none; b=qicj/xvEWFui5/Z8EBT0UYlA8ARXLx/y5s8RdskLWLlfkwA/Al+VNVxKKrw0MMgqwy+142+6ut6mQGCHvsRd2/JqqyBToIP5pjsXSh2kemKsm3tZqFk7mfWmYq1jP0m37myHIxK/lDnZOe6x13MCZ02kpI+ZOXPh62OiLxo/iaU= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936838; c=relaxed/simple; bh=9vtly0+gGBOqnwc0PWFUtmfy8L7BEdFCDPBwmDm0xFQ=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=E1sCu8C4OwjdWX5A5VJkhDp6TkbgwhdCV5B95HdtwJLTsU24+Lx17IEjaQp/zlL7gRsz3iChoO9ruyK8kTZNMQFReIGitrUKiXdX6bnc+VlB4jV8M8QgVRJamdIzjsxva7RLXkyBAxBq+Ijr8LpCwv77ruRAW3/ZQsEJhPtRqrY= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me; spf=pass smtp.mailfrom=pm.me; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b=Wbz7p1ZK; arc=none smtp.client-ip=79.135.106.119 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pm.me Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b="Wbz7p1ZK" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1771936828; x=1772196028; bh=yW12F+2yeo7yArY5XFuzrJrV73Y5cEHj/mkm4yNvrQ0=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=Wbz7p1ZK9Ntnh+ozyi+L7e2d9zs2yJIdn6D+Iqj1Pb32azregDHsev6mMjVPRdMXl 32mFWRRsC733f0WV1VOZLZFIi8fqBmdalDZtYg73bSOpcnPSAC6Cl16i+SMyH9LUy0 UtqDb6qRguzA4DzNaN46HsXI5YXdb8+pB8pva+odohfi0zunlO6d1E0zV5H7l09kOt Bq+O3FWVf1I4HmvCV7+jWkZJT706WlX8vsSClR4FC7H3mnLwWsP2AwRFKU1QViJb9l y6yCUA6qAV55kHfn5CerLePqEL4iIbvp/me2wGCyvAKmZ4n1Y2cyZzQtJgCzNRaZjE KsmZAQ/0Qzutw== Date: Tue, 24 Feb 2026 12:40:23 +0000 To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" , Peter Zijlstra From: Maciej Wieczor-Retman Cc: m.wieczorretman@pm.me, Maciej Wieczor-Retman , linux-kernel@vger.kernel.org Subject: [PATCH v7 2/3] x86/cpu: Check if feature string is non-zero Message-ID: In-Reply-To: References: Feedback-ID: 164464600:user:proton X-Pm-Message-ID: 51a4924ebb4a10a24efe0d0b3ca0b7c8152e81a1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Maciej Wieczor-Retman In filter_cpuid_features, x86_cap_flags[] is read, but it's not verified whether the string is non-zero which could lead to unwanted output. In two more places there are open coded paths that try to retrieve a feature string, and if there isn't one, the feature word and bit are returned instead. While correcting filter_cpuid_features() with a helper it's trivial to also clean up these open coded cases. Signed-off-by: Maciej Wieczor-Retman --- Changelog v7: - sizeof(buf) -> 16 - Rebase onto 7.01-rc1. Changelog v6: - Remove parts of the patch message that are redundant and just copy what's visible in the diff. - Redo the helper to use an external char buffer instead of a local static string. arch/x86/kernel/cpu/common.c | 26 +++++++++++++++++++++----- arch/x86/kernel/cpu/cpuid-deps.c | 20 +++----------------- include/linux/cpu.h | 2 ++ 3 files changed, 26 insertions(+), 22 deletions(-) diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c index 9aa11224a038..b60269174d95 100644 --- a/arch/x86/kernel/cpu/common.c +++ b/arch/x86/kernel/cpu/common.c @@ -675,6 +675,7 @@ cpuid_dependent_features[] =3D { static void filter_cpuid_features(struct cpuinfo_x86 *c, bool warn) { const struct cpuid_dependent_feature *df; + char feature_buf[16]; =20 for (df =3D cpuid_dependent_features; df->feature; df++) { =20 @@ -697,7 +698,7 @@ static void filter_cpuid_features(struct cpuinfo_x86 *c= , bool warn) continue; =20 pr_warn("CPU: CPU feature %s disabled, no CPUID level 0x%x\n", - x86_cap_flags[df->feature], df->level); + x86_cap_name(df->feature, feature_buf), df->level); } } =20 @@ -1634,6 +1635,7 @@ static inline bool parse_set_clear_cpuid(char *arg, b= ool set) =20 while (arg) { bool found __maybe_unused =3D false; + char name_buf[16]; unsigned int bit; =20 opt =3D strsep(&arg, ","); @@ -1654,10 +1656,7 @@ static inline bool parse_set_clear_cpuid(char *arg, = bool set) setup_clear_cpu_cap(bit); } /* empty-string, i.e., ""-defined feature flags */ - if (!x86_cap_flags[bit]) - pr_cont(" %d:%d\n", bit >> 5, bit & 31); - else - pr_cont(" %s\n", x86_cap_flags[bit]); + pr_cont(" %s\n", x86_cap_name(bit, name_buf)); =20 taint++; } @@ -1980,6 +1979,23 @@ static void generic_identify(struct cpuinfo_x86 *c) #endif } =20 +const char *x86_cap_name(unsigned int bit, char *buf) +{ + unsigned int word =3D bit >> 5; + const char *name =3D NULL; + + if (likely(word < NCAPINTS)) + name =3D x86_cap_flags[bit]; + else if (likely(word < NCAPINTS + NBUGINTS)) + name =3D x86_bug_flags[bit - 32 * NCAPINTS]; + + if (name) + return name; + + snprintf(buf, 16, "%u:%u", word, bit & 31); + return buf; +} + /* * This does the hard work of actually picking apart the CPU stuff... */ diff --git a/arch/x86/kernel/cpu/cpuid-deps.c b/arch/x86/kernel/cpu/cpuid-d= eps.c index 146f6f8b0650..7fad18e7d2eb 100644 --- a/arch/x86/kernel/cpu/cpuid-deps.c +++ b/arch/x86/kernel/cpu/cpuid-deps.c @@ -2,6 +2,7 @@ #include #include #include +#include #include =20 struct cpuid_dep { @@ -156,21 +157,6 @@ void setup_clear_cpu_cap(unsigned int feature) do_clear_cpu_cap(NULL, feature); } =20 -/* - * Return the feature "name" if available, otherwise return - * the X86_FEATURE_* numerals to make it easier to identify - * the feature. - */ -static const char *x86_feature_name(unsigned int feature, char *buf) -{ - if (x86_cap_flags[feature]) - return x86_cap_flags[feature]; - - snprintf(buf, 16, "%d*32+%2d", feature / 32, feature % 32); - - return buf; -} - void check_cpufeature_deps(struct cpuinfo_x86 *c) { char feature_buf[16], depends_buf[16]; @@ -185,8 +171,8 @@ void check_cpufeature_deps(struct cpuinfo_x86 *c) */ pr_warn_once("x86 CPU feature dependency check failure: CPU%d has '%s' = enabled but '%s' disabled. Kernel might be fine, but no guarantees.\n", smp_processor_id(), - x86_feature_name(d->feature, feature_buf), - x86_feature_name(d->depends, depends_buf)); + x86_cap_name(d->feature, feature_buf), + x86_cap_name(d->depends, depends_buf)); } } } diff --git a/include/linux/cpu.h b/include/linux/cpu.h index 8239cd95a005..acd3f0f4867a 100644 --- a/include/linux/cpu.h +++ b/include/linux/cpu.h @@ -233,4 +233,6 @@ int arch_get_indir_br_lp_status(struct task_struct *t, = unsigned long __user *sta int arch_set_indir_br_lp_status(struct task_struct *t, unsigned long statu= s); int arch_lock_indir_br_lp_status(struct task_struct *t, unsigned long stat= us); =20 +const char *x86_cap_name(unsigned int bit, char *buf); + #endif /* _LINUX_CPU_H_ */ --=20 2.53.0 From nobody Fri Apr 17 01:44:07 2026 Received: from mail-43103.protonmail.ch (mail-43103.protonmail.ch [185.70.43.103]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 7017D37FF43 for ; Tue, 24 Feb 2026 12:40:34 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=185.70.43.103 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936835; cv=none; b=KtuHakJGArBFrZSbkhHrbvvAcno3915IiZas0xSdl/1Xg+l4dofStvPBZzQxBeOuTI3K2uMfp3+EfXlCDsZ3xiyDUik0O1jBOafu/sgxh3ReY1I9KnXoKwHxEGkVpkSEUXR3Mrtclr4Z9UTaUmDXS/ZJyjAHHHc0yjHU3nEtKxU= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1771936835; c=relaxed/simple; bh=W/jXrBgIO9+EboueK2sOIcsEv6y1c6w1EYf424tdK4E=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: MIME-Version:Content-Type; b=beVBQu7vI09PjZgLFIwFA+JE1Q1YHaVuELqjJZ5HSUig1MucwCUaM5XpVosnEqdnOZNtjDO7WwDMTutC+JtmWqSaKUtLUdaP9iOlli3LSKnTSEs1vHye0/LeiO9r5zoPhM1AJXzTakZtF4dNHBWByvI3GpsnzMckvRcilHy8+AQ= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me; spf=pass smtp.mailfrom=pm.me; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b=DvIqFHJP; arc=none smtp.client-ip=185.70.43.103 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=quarantine dis=none) header.from=pm.me Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=pm.me Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=pm.me header.i=@pm.me header.b="DvIqFHJP" DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=pm.me; s=protonmail3; t=1771936830; x=1772196030; bh=lZYJLJYJy9Abdfa0vHX46yngB70wL0ZLZDP7LSihGeA=; h=Date:To:From:Cc:Subject:Message-ID:In-Reply-To:References: Feedback-ID:From:To:Cc:Date:Subject:Reply-To:Feedback-ID: Message-ID:BIMI-Selector; b=DvIqFHJPJP1JwA2OwreWGsrF4cQh0gXDN5nOzbw8h3PnMJRjbOc8SfAdlHPlyVbOI 5ksMvoCKB0qjDYwORvAYWnAoBQPaWmJVoLeFSWjtL1bginLqO19x99T22/OFE9zp0E pFxrqeuKiFp4q/johUibPeYoX9gMbDHvh0TjkQxC0uOezVBSDvV0+3kZY6/47FLfK4 L7ApFnaLakEuL5IZ3UcPzfcei45PW/1HZTuKMqYByEjay3Cwv/vNnUf1+O1q8QUbWv /AbGR+ilwK42+ub1g4Fy/V0pp2+43l3pA5InehEu8EJ3qeiHCAAoL5TfXV71gia/oF TZHuHZOdqH7hQ== Date: Tue, 24 Feb 2026 12:40:28 +0000 To: Thomas Gleixner , Ingo Molnar , Borislav Petkov , Dave Hansen , x86@kernel.org, "H. Peter Anvin" From: Maciej Wieczor-Retman Cc: m.wieczorretman@pm.me, Maciej Wieczor-Retman , linux-kernel@vger.kernel.org Subject: [PATCH v7 3/3] x86/cpu: Do a sanity check on required feature bits Message-ID: <0e1210ca8fa6fa5d9577893d1fd4456647aa433f.1771936214.git.m.wieczorretman@pm.me> In-Reply-To: References: Feedback-ID: 164464600:user:proton X-Pm-Message-ID: b64a2d94926b241ffe312652ed8e2e956c17b736 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" From: Maciej Wieczor-Retman After cpu identification concludes, do a sanity check by comparing the final x86_capability bitmask with the pre-defined required feature bits. Signed-off-by: Maciej Wieczor-Retman Acked-by: H. Peter Anvin (Intel) --- Changelog v6: - Add Peter's acked-by tag. - Rename patch subject to imperative form. - Add a char buffer to the x86_cap_name() call. arch/x86/kernel/cpu/common.c | 33 +++++++++++++++++++++++++++++++++ 1 file changed, 33 insertions(+) diff --git a/arch/x86/kernel/cpu/common.c b/arch/x86/kernel/cpu/common.c index b60269174d95..cecbd0b95a15 100644 --- a/arch/x86/kernel/cpu/common.c +++ b/arch/x86/kernel/cpu/common.c @@ -1996,6 +1996,37 @@ const char *x86_cap_name(unsigned int bit, char *buf) return buf; } =20 +/* + * As a sanity check compare the final x86_capability bitmask with the ini= tial + * predefined required feature bits. In case of a mismatch emit a warning = with + * the faulty bitmask value. + */ +static void verify_required_features(const struct cpuinfo_x86 *c) +{ + u32 missing[NCAPINTS] =3D REQUIRED_MASK_INITIALIZER; + char cap_buf[16]; + u32 error =3D 0; + unsigned int i; + + for (i =3D 0; i < NCAPINTS; i++) { + missing[i] &=3D ~c->x86_capability[i]; + error |=3D missing[i]; + } + + if (!error) + return; /* All good */ + + /* + * At least one required feature is missing. Print a warning, + * and taint the kernel. + */ + pr_warn("cpu %d: missing required feature(s):", c->cpu_index); + for_each_set_bit(i, (void *)missing, NCAPINTS << 5) + pr_cont(" %s", x86_cap_name(i, cap_buf)); + pr_cont("\n"); + add_taint(TAINT_CPU_OUT_OF_SPEC, LOCKDEP_STILL_OK); +} + /* * This does the hard work of actually picking apart the CPU stuff... */ @@ -2125,6 +2156,8 @@ static void identify_cpu(struct cpuinfo_x86 *c) mcheck_cpu_init(c); =20 numa_add_cpu(smp_processor_id()); + + verify_required_features(c); } =20 /* --=20 2.53.0