es;
amd-gfx@lists.freedesktop.org<mailto:amd-gfx@lists.freedesktop.org>;
dri-de...@lists.freedesktop.org<mailto:dri-de...@lists.freedesktop.org>;
kernel-janit...@vger.kernel.org<mailto:kernel-janit...@vger.kernel.org>
Subject: [PATCH] drm/amdgpu: Fix bounds checking in amdgpu_ras_is_sup
James; amd-gfx@lists.freedesktop.org;
dri-de...@lists.freedesktop.org; kernel-janit...@vger.kernel.org
Subject: [PATCH] drm/amdgpu: Fix bounds checking in amdgpu_ras_is_supported()
The "block" variable can be set by the user through debugfs, so it can
be quite large which leads to shi
The "block" variable can be set by the user through debugfs, so it can
be quite large which leads to shift wrapping here. This means we report
a "block" as supported when it's not, and that leads to array overflows
later on.
This bug is not really a security issue in real life, because debugfs
