kernel/git/next/linux-next.git/drivers/edac, branch master

Merge branch 'edac-for-next' of https://git.kernel.org/pub/scm/linux/kernel/git/ras/ras.git

2026-07-10T12:27:37+00:00

Merge branch into tip/master: 'x86/msr'

2026-07-10T10:17:52+00:00

# New commits in x86/msr: 2db442843e4e ("x86/olpc: Stop using 32-bit MSR interfaces") f1b599106414 ("x86/hyperv: Stop using 32-bit MSR interfaces") cd5102479d29 ("hwmon: Stop using 32-bit MSR interfaces") 3e8ca6691e9d ("EDAC: Stop using 32-bit MSR interfaces") 2e9e6edbad45 ("x86/cpu: Stop using 32-bit MSR interfaces") 7920900e53dd ("x86/apic: Stop using 32-bit MSR interfaces") 4967c466ca38 ("x86/resctrl: Stop using 32-bit MSR interfaces") 4ff91f7b8fbf ("x86/tsc: Stop using 32-bit MSR interfaces") 9c6be5e78981 ("x86/amd: Stop using 32-bit MSR interfaces") b67096f9dbbb ("x86/pci: Stop using 32-bit MSR interfaces") c36c3d7e5dc4 ("x86/hygon: Stop using 32-bit MSR interfaces") cff219368bd0 ("x86/mce: Stop using 32-bit MSR interfaces") c69d7feb8d12 ("x86/msr: Stop using 32-bit MSR interfaces in lib/msr-smp.c") Signed-off-by: Ingo Molnar

Merge ras/edac-amd-atl into for-next

2026-07-08T05:38:44+00:00

* ras/edac-amd-atl: RAS/AMD/ATL, EDAC/amd64: Only load ATL when needed Signed-off-by: Borislav Petkov (AMD)

RAS/AMD/ATL, EDAC/amd64: Only load ATL when needed

2026-07-08T02:45:05+00:00

The AMD Address Translation Library (ATL) will attempt to load on all AMD Zen/SMCA systems. However, only systems with DRAM ECC enabled will use the library. Other systems will fail to load the library and produce an unnecessary message to the user. More importantly, that thing is dead code loaded and unused. Remove the ATL module dependency table to prevent autoloading. Request ATL to load from EDAC once all system checks are complete. [ bp: Massage commit message. ] Fixes: 3f3174996be6 ("RAS: Introduce AMD Address Translation Library") Closes: https://lore.kernel.org/20260305154528.1171999-1-mario.limonciello@amd.com Reported-by: Mario Limonciello Signed-off-by: Yazen Ghannam Signed-off-by: Mario Limonciello Signed-off-by: Borislav Petkov (AMD) Tested-by: Deskhmukh Shrirang Link: https://lore.kernel.org/all/20260307144910.GA113343@yaz-khff2.amd.com

Replace by more specific (c files)

2026-07-03T05:38:17+00:00

Replace the #include of by the more specific where applicable. For most cases the include can be dropped completely, only a few drivers need one or two headers added. Acked-by: Danilo Krummrich Acked-by: Takashi Sakamoto Acked-by: Bjorn Helgaas Link: https://patch.msgid.link/1a3f2007c5c5dcf555c09a4035ce3ae8ef1b6c49.1782808461.git.u.kleine-koenig@baylibre.com Signed-off-by: Uwe Kleine-König (The Capable Hub)

EDAC: Stop using 32-bit MSR interfaces

2026-07-02T09:54:53+00:00

The 32-bit MSR interfaces rdmsr_safe() and wrmsr_safe() are planned to be removed. Use the related 64-bit variants instead. Signed-off-by: Juergen Gross Signed-off-by: Ingo Molnar Reviewed-by: Qiuxu Zhuo Cc: Jason Baron Cc: Tony Luck Cc: Yazen Ghannam Cc: linux-edac@vger.kernel.org Link: https://patch.msgid.link/20260629060526.3638272-4-jgross@suse.com

Merge edac-misc into for-next

2026-06-30T20:27:35+00:00

* edac-misc: EDAC/sysfs: Use sysfs_emit_at() in dimmdev_location_show() Signed-off-by: Borislav Petkov (AMD)

EDAC/sysfs: Use sysfs_emit_at() in dimmdev_location_show()

2026-06-30T19:39:17+00:00

Replace the use of scnprintf() with sysfs_emit_at() in dimmdev_location_show() to format the output into the sysfs buffer and thus improve clarity and ensure proper bounds checking in line with the preferred sysfs_emit() API usage for sysfs 'show' functions. No functional change intended. [ bp: Massage commit message. ] Signed-off-by: Abhinav Ananthu Signed-off-by: Borislav Petkov (AMD) Reviewed-by: Qiuxu Zhuo Link: https://patch.msgid.link/20250619202133.11843-1-abhinav.ogl@gmail.com

EDAC/debugfs: Remove the fake_inject debugfs interface

2026-06-30T01:18:51+00:00

The interface has a potential race condition between a real and fake error when updating the memory controller's error descriptor. There doesn't seem to be an active user base for this interface, so remove it. Closes: https://sashiko.dev/#/patchset/20260518160716.171578-1-yazen.ghannam%40amd.com Reported-by: sashiko-bot Suggested-by: Borislav Petkov Assisted-by: Claude:claude-opus-4-6 Signed-off-by: Yazen Ghannam Signed-off-by: Borislav Petkov (AMD) Link: https://lore.kernel.org/linux-edac/20260611012336.GHaioOGB0NBxv5BZXS@fat_crate.local

EDAC: Consistently define pci_device_ids using named initializers

2026-05-29T20:28:36+00:00

... and PCI device helpers. The various struct pci_device_id arrays were initialized mostly by one of the PCI_DEVICE macros and then list expressions. The latter aren't easily readable if you're not into PCI. Using named initializers is more explicit and thus easier to parse. Also use PCI_DEVICE* helper macros to assign .vendor, .device, .subvendor and .subdevice where appropriate and skip explicit assignments of 0 (which the compiler takes care of). The secret plan is to make struct pci_device_id::driver_data an anonymous union (similar to https://lore.kernel.org/all/cover.1776579304.git.u.kleine-koenig@baylibre.com/ and that requires named initializers. But it's also a nice cleanup on its own. [ bp: Massage commit message. ] Signed-off-by: Uwe Kleine-König (The Capable Hub) Signed-off-by: Borislav Petkov (AMD) Signed-off-by: Tony Luck Reviewed-by: Qiuxu Zhuo Tested-by: Qiuxu Zhuo Link: https://patch.msgid.link/20260527061057.3796383-2-u.kleine-koenig@baylibre.com