linux.git/drivers/platform/x86/amd/hfi, branch master

platform/x86/amd: hfi: Support for ranking table versions

2026-05-19T10:42:04+00:00

Add changes to support new ranking table version. Version 2 of the
heterogeneous ranking table provides static CPU rankings. Version 3 adds
dynamic ranking table support on newer AMD platforms. These changes ensure
that platforms still reporting version 2 continue to function with the
existing static ranking path, avoiding regressions on older hardware
that does not supply a dynamic ranking table.

Signed-off-by: Krishnamoorthi M 
Reviewed-by: Mario Limonciello (AMD) 
Reviewed-by: Shyam Sundar S K 
Link: https://patch.msgid.link/20260507190926.1211726-1-krishnamoorthi.m@amd.com
Reviewed-by: Ilpo Järvinen 
Signed-off-by: Ilpo Järvinen

platform/x86/amd: hfi: Remove redundant assignment to .owner

2025-10-15T08:38:28+00:00

The coccicheck tool reports the following warning for this driver:

./hfi.c:509:3-8: No need to set .owner here. The core will do it.

The manual assignment of .owner = THIS_MODULE; in the platform_driver
struct is redundant. The platform_driver_register() function, which is
called to register the driver, is a macro that automatically sets the
driver's owner to THIS_MODULE.

The driver core handles this assignment internally, making the explicit
initialization in the struct definition unnecessary. Remove the
unnecessary line.

Signed-off-by: Kuan-Wei Chiu 
Reviewed-by: Mario Limonciello 
Link: https://patch.msgid.link/20251011063837.2318535-3-visitorckw@gmail.com
Reviewed-by: Ilpo Järvinen 
Signed-off-by: Ilpo Järvinen

platform/x86/amd: hfi: Remove unused cpumask from cpuinfo struct

2025-10-15T08:38:25+00:00

The cpus field within the struct amd_hfi_cpuinfo was allocated and set
in the amd_hfi_online() CPU hotplug callback, and subsequently freed in
the amd_hfi_offline() callback.

However, after being initialized, this cpumask was never read or used
for any purpose within the driver. It represents dead code that serves
no functional role.

This change has no impact on the driver's functionality as the removed
code was entirely superfluous.

Signed-off-by: Kuan-Wei Chiu 
Reviewed-by: Mario Limonciello (AMD) 
Link: https://patch.msgid.link/20251011063837.2318535-2-visitorckw@gmail.com
Reviewed-by: Ilpo Järvinen 
Signed-off-by: Ilpo Järvinen

platform/x86/amd: hfi: Fix pcct_tbl leak in amd_hfi_metadata_parser()

2025-08-25T11:07:02+00:00

Fix a permanent ACPI table memory leak when amd_hfi_metadata_parser()
fails due to invalid PCCT table length or memory allocation errors.

Fixes: d4e95ea7a78e ("platform/x86: hfi: Parse CPU core ranking data from shared memory")
Cc: stable@vger.kernel.org
Signed-off-by: Zhen Ni 
Reviewed-by: Mario Limonciello (AMD) 
Link: https://lore.kernel.org/r/20250822083329.710857-1-zhen.ni@easystack.cn
Reviewed-by: Ilpo Järvinen 
Signed-off-by: Ilpo Järvinen

platform/x86/amd: hfi: Add debugfs support

2025-07-07T20:34:59+00:00

Add a dump of the class and capabilities table to debugfs to assist
with debugging scheduler issues.

Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Gautham R. Shenoy 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-13-superm1@kernel.org

platform/x86/amd: hfi: Set ITMT priority from ranking data

2025-07-07T20:34:17+00:00

The static ranking data that is read at module load should be used
to set up the priorities for the cores relative to the performance
values.

Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Gautham R. Shenoy 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-12-superm1@kernel.org

platform/x86: hfi: Add power management callback

2025-07-07T20:26:37+00:00

Introduce power management callbacks for the `amd_hfi` driver.  Specifically,
add the `suspend` and `resume` callbacks to handle the necessary operations
during system low power states and wake-up.

Signed-off-by: Perry Yuan 
Co-developed-by: Mario Limonciello 
Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Gautham R. Shenoy 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-9-superm1@kernel.org

platform/x86: hfi: Add online and offline callback support

2025-07-07T20:24:40+00:00

There are some firmware parameters that need to be configured
when a CPU core is brought online or offline.

When a CPU is online, it will initialize the workload classification
parameters to CPU firmware which will trigger the workload class ID
updating function.

Once the CPU is going offline, it will need to disable the workload
classification function and clear the history.

Signed-off-by: Perry Yuan 
Co-developed-by: Mario Limonciello 
Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Gautham R. Shenoy 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-8-superm1@kernel.org

platform/x86: hfi: Init per-cpu scores for each class

2025-07-07T19:19:17+00:00

Initialize per CPU score `amd_hfi_ipcc_scores` which store energy score
and performance score data for each class.

Classic and dense cores are ranked according to those values as energy
efficiency capability or performance capability.  OS scheduler will pick cores
from the ranking list on each class ID for the thread which provide the class
id got from hardware feedback interface.

Signed-off-by: Perry Yuan 
Co-developed-by: Mario Limonciello 
Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Gautham R. Shenoy 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-7-superm1@kernel.org

platform/x86: hfi: Parse CPU core ranking data from shared memory

2025-07-07T19:17:16+00:00

When `amd_hfi` driver is loaded, it will use PCCT subspace type 4 table
to retrieve the shared memory address which contains the CPU core ranking
table. This table includes a header that specifies the number of ranking
data entries to be parsed and rank each CPU core with the Performance and
Energy Efficiency capability as implemented by the CPU power management
firmware.

Once the table has been parsed, each CPU is assigned a ranking score
within its class. Subsequently, when the scheduler selects cores, it
chooses from the ranking list based on the assigned scores in each class,
thereby ensuring the optimal selection of CPU cores according to their
predefined classifications and priorities.

Signed-off-by: Perry Yuan 
Co-developed-by: Mario Limonciello 
Signed-off-by: Mario Limonciello 
Signed-off-by: Borislav Petkov (AMD) 
Reviewed-by: Ilpo Järvinen 
Acked-by: Ilpo Järvinen 
Link: https://lore.kernel.org/20250609200518.3616080-6-superm1@kernel.org