summaryrefslogtreecommitdiff
path: root/tools/lib/bpf
diff options
context:
space:
mode:
authorBorislav Petkov <bp@suse.de>2020-11-22 17:57:21 +0300
committerBorislav Petkov <bp@suse.de>2020-11-27 13:11:16 +0300
commit706657b1febf446a9ba37dc51b89f46604f57ee9 (patch)
tree31143807fb45f5eae234781a89d270a0c42fd2a3 /tools/lib/bpf
parent61d35648c06cac042d88c6d0b8df8f8c8c72a4d4 (diff)
downloadlinux-706657b1febf446a9ba37dc51b89f46604f57ee9.tar.xz
EDAC/amd64: Fix PCI component registration
In order to setup its PCI component, the driver needs any node private instance in order to get a reference to the PCI device and hand that into edac_pci_create_generic_ctl(). For convenience, it uses the 0th memory controller descriptor under the assumption that if any, the 0th will be always present. However, this assumption goes wrong when the 0th node doesn't have memory and the driver doesn't initialize an instance for it: EDAC amd64: F17h detected (node 0). ... EDAC amd64: Node 0: No DIMMs detected. But looking up node instances is not really needed - all one needs is the pointer to the proper device which gets discovered during instance init. So stash that pointer into a variable and use it when setting up the EDAC PCI component. Clear that variable when the driver needs to unwind due to some instances failing init to avoid any registration imbalance. Cc: <stable@vger.kernel.org> Signed-off-by: Borislav Petkov <bp@suse.de> Link: https://lkml.kernel.org/r/20201122150815.13808-1-bp@alien8.de
Diffstat (limited to 'tools/lib/bpf')
0 files changed, 0 insertions, 0 deletions