Changes in Makefile

6f15e617 - RAS: Introduce a FRU memory poison manager

Wed, 14 Feb 2024 03:35:16 +0000

RAS: Introduce a FRU memory poison managerMemory errors are an expected occurrence on systems with high memorydensity. Generally, errors within a small number of unique physicallocations are acceptable, based on manufacturer and/or admin policy.During run time, memory with errors may be retired so it is no longerused by the system. This is done in mm through page poisoning, and theeffect will remain until the system is restarted.If a memory location is consistently faulty, then the same run timeerror handling may occur in the next reboot cycle, leading toterminating jobs due to that already known bad memory. This could beprevented if information from the previous boot was not lost.Some add-in cards with driver-managed memory have on-board persistentstorage. Their driver saves memory error information to the persistentstorage during run time. The information is then restored after reset,and known bad memory will be retired before the hardware is used.A running log of bad memory locations is kept across multiple resets.A similar solution is desirable for CPUs. However, this solution shouldleverage industry-standard components as much as possible, rather thana bespoke platform driver.Two components are needed: a record format and a persistent storageinterface.Implement a new module to manage the record formats on persistentstorage. Use the requirements for an AMD MI300-based system to start.Vendor- and platform-specific details can be abstracted later as needed. [ bp: Massage commit message and code, squash 30-ish more fixes from Yazen and me. ]Signed-off-by: Yazen Ghannam Co-developed-by: Signed-off-by: Co-developed-by: Signed-off-by: Tested-by: Signed-off-by: Borislav Petkov (AMD) Link: https://lore.kernel.org/r/20240214033516.1344948-3-yazen.ghannam@amd.com List of files: /linux-6.15/drivers/ras/Makefile

3f317499 - RAS: Introduce AMD Address Translation Library

Tue, 23 Jan 2024 04:13:59 +0000

RAS: Introduce AMD Address Translation LibraryAMD Zen-based systems report memory errors through Machine Check banksrepresenting Unified Memory Controllers (UMCs). The address valuereported for DRAM ECC errors is a "normalized address" that is relativeto the UMC. This normalized address must be converted to a systemphysical address to be usable by the OS.Support for this address translation was introduced to the MCA subsystemwith Zen1 systems. The code was later moved to the AMD64 EDAC module,since this was the only user of the code at the time.However, there are uses for this translation outside of EDAC. The systemphysical address can be used in MCA for preemptive page offlining as donein some MCA notifier functions. Also, this translation is needed as thebasis of similar functionality needed for some CXL configurations on AMDsystems.Introduce a common address translation library that can be used formultiple subsystems including MCA, EDAC, and CXL.Include support for UMC normalized to system physical addresstranslation for current CPU systems.The Data Fabric Indirect register access offsets and one of the registerfields were changed. Default to the current offsets and register fielddefinition. And fallback to the older values if running on a "legacy"system.Provide built-in code to facilitate the loading and unloading of thelibrary module without affecting other modules or built-in code.Signed-off-by: Yazen Ghannam Signed-off-by: Borislav Petkov (AMD) Link: https://lore.kernel.org/r/20240123041401.79812-2-yazen.ghannam@amd.com List of files: /linux-6.15/drivers/ras/Makefile

b6ff24f7 - RAS: Build debugfs.o only when enabled in Kconfig

Thu, 08 Aug 2019 14:32:27 +0000

RAS: Build debugfs.o only when enabled in KconfigIn addition, the 0day bot reported this build error: >> drivers/ras/debugfs.c:10:5: error: redefinition of 'ras_userspace_consumers' int ras_userspace_consumers(void) ^~~~~~~~~~~~~~~~~~~~~~~ In file included from drivers/ras/debugfs.c:3:0: include/linux/ras.h:14:19: note: previous definition of 'ras_userspace_consumers' was here static inline int ras_userspace_consumers(void) { return 0; } ^~~~~~~~~~~~~~~~~~~~~~~for a riscv-specific .config where CONFIG_DEBUG_FS is not set. Fix allthat by making debugfs.o depend on that define. [ bp: Rewrite commit message. ]Reported-by: kbuild test robot Signed-off-by: Valdis Kletnieks Signed-off-by: Borislav Petkov Cc: Tony Luck Cc: linux-edac@vger.kernel.orgCc: x86@kernel.orgLink: http://lkml.kernel.org/r/7053.1565218556@turing-police List of files: /linux-6.15/drivers/ras/Makefile

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/ras/Makefile

011d8261 - RAS: Add a Corrected Errors Collector

Mon, 27 Mar 2017 09:33:02 +0000

RAS: Add a Corrected Errors CollectorIntroduce a simple data structure for collecting correctable errorsalong with accessors. More detailed description in the code itself.The error decoding is done with the decoding chain now andmce_first_notifier() gets to see the error first and the CEC decideswhether to log it and then the rest of the chain doesn't hear about it -basically the main reason for the CE collector - or to continue runningthe notifiers.When the CEC hits the action threshold, it will try to soft-offine thepage containing the ECC and then the whole decoding chain gets to seethe error.Signed-off-by: Borislav Petkov Cc: Linus Torvalds Cc: Peter Zijlstra Cc: Thomas Gleixner Cc: linux-edac Link: http://lkml.kernel.org/r/20170327093304.10683-5-bp@alien8.deSigned-off-by: Ingo Molnar List of files: /linux-6.15/drivers/ras/Makefile

d963cd95 - RAS, debugfs: Add debugfs interface for RAS subsystem

Wed, 11 Jun 2014 21:02:20 +0000

RAS, debugfs: Add debugfs interface for RAS subsystemImplement a new debugfs interface for RAS susbsystem.A file named daemon_active is added there accordingly.This file is used to track if user space daemon accessesperf/trace interface or not. One can track which daemonopens it via "lsof /path/to/debugfs/ras/daemon_active".Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1402475691-30045-5-git-send-email-gong.chen@linux.intel.comSigned-off-by: Borislav Petkov Signed-off-by: Tony Luck List of files: /linux-6.15/drivers/ras/Makefile

76ac8275 - trace, RAS: Add basic RAS trace event

Wed, 11 Jun 2014 20:54:04 +0000

trace, RAS: Add basic RAS trace eventTo avoid confuision and conflict of usage for RAS related trace event,add an unified RAS trace event stub.Start a RAS subsystem menu which will be fleshed out in time, when morefeatures get added to it.Signed-off-by: Chen, Gong Link: http://lkml.kernel.org/r/1402475691-30045-2-git-send-email-gong.chen@linux.intel.comSigned-off-by: Borislav Petkov Signed-off-by: Tony Luck List of files: /linux-6.15/drivers/ras/Makefile