[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20241206193829.89E12D0B@davehans-spike.ostc.intel.com>
Date: Fri, 06 Dec 2024 11:38:29 -0800
From: Dave Hansen <dave.hansen@...ux.intel.com>
To: linux-kernel@...r.kernel.org
Cc: x86@...nel.org,tglx@...utronix.de,bp@...en8.de,kan.liang@...ux.intel.com,mingo@...nel.org,peterz@...radead.org,tony.luck@...el.com,pawan.kumar.gupta@...ux.intel.com,Dave Hansen <dave.hansen@...ux.intel.com>
Subject: [PATCH 0/5] x86/cpu: Remove duplicate microcode version matching infrastructure
Changes from RFC:
* Convert stepping match helpers to always take a range and never
take a raw stepping bitmap. - Ingo
--
x86 has generic CPU matching infrastructure. This lets you build
tables of CPUs with some property. It's mostly used for enumerating
model-specific features, but it is quite a bit more flexible than
that. In includes a facility to match steppings and microcode
versions. This generic infrastructure is built around 'struct
x86_cpu_id'.
There is a less generic, parallel CPU matching facility built around
'struct x86_cpu_desc'. It is used only for matching specific microcode
revisions. All of the 'struct x86_cpu_desc' users can be converted to
'struct x86_cpu_id'.
Do that conversion then remove the 'struct x86_cpu_desc'
infrastructure.
Testing or acks would be much appreciated!
--
arch/x86/events/intel/core.c | 63 +++++++++++--------------
arch/x86/include/asm/cpu_device_id.h | 51 +++-----------------
arch/x86/kernel/apic/apic.c | 18 +++----
arch/x86/kernel/cpu/amd.c | 9 +--
arch/x86/kernel/cpu/common.c | 78 ++++++++++++++++----------------
arch/x86/kernel/cpu/match.c | 28 +----------
drivers/edac/i10nm_base.c | 20 ++++----
drivers/edac/skx_base.c | 2
include/linux/mod_devicetable.h | 2
9 files changed, 105 insertions(+), 166 deletions(-)
Powered by blists - more mailing lists