diff options
| author | Thomas Weißschuh <[email protected]> | 2025-02-17 13:04:18 +0000 |
|---|---|---|
| committer | Vasily Gorbik <[email protected]> | 2025-03-04 16:15:18 +0000 |
| commit | a22ee38d2efe18edc53791fd1036396c23b43ad0 (patch) | |
| tree | 4c7a8f5c206ae73d04ea84850425cfa860fd5e89 /drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c | |
| parent | s390/traps: Fix test_monitor_call() inline assembly (diff) | |
| download | kernel-a22ee38d2efe18edc53791fd1036396c23b43ad0.tar.gz kernel-a22ee38d2efe18edc53791fd1036396c23b43ad0.zip | |
selftests/vDSO: Fix GNU hash table entry size for s390x
Commit 14be4e6f3522 ("selftests: vDSO: fix ELF hash table entry size for s390x")
changed the type of the ELF hash table entries to 64bit on s390x.
However the *GNU* hash tables entries are always 32bit.
The "bucket" pointer is shared between both hash algorithms.
On s390, this caused the GNU hash algorithm to access its 32-bit entries as if they
were 64-bit, triggering compiler warnings (assignment between "Elf64_Xword *" and
"Elf64_Word *") and runtime crashes.
Introduce a new dedicated "gnu_bucket" pointer which is used by the GNU hash.
Fixes: e0746bde6f82 ("selftests/vDSO: support DT_GNU_HASH")
Reviewed-by: Jens Remus <[email protected]>
Signed-off-by: Thomas Weißschuh <[email protected]>
Acked-by: Shuah Khan <[email protected]>
Link: https://lore.kernel.org/r/20250217-selftests-vdso-s390-gnu-hash-v2-1-f6c2532ffe2a@linutronix.de
Signed-off-by: Vasily Gorbik <[email protected]>
Diffstat (limited to 'drivers/gpu/drm/amd/amdgpu/amdgpu_ras.c')
0 files changed, 0 insertions, 0 deletions