kernel/linux.git/arch/s390/include/asm/elf.h, branch linux-7.0.y

s390/syscalls: Remove system call table pointer from thread_struct

2025-11-17T10:10:39+00:00

With compat support gone there is only one system call table left. Therefore remove the sys_call_table pointer from thread_struct and use the sys_call_table directly. Reviewed-by: Arnd Bergmann Signed-off-by: Heiko Carstens

s390: Remove compat support

2025-11-17T10:10:38+00:00

There shouldn't be any 31 bit code around anymore that matters. Remove the compat layer support required to run 31 bit code. Reason for removal is code simplification and reduced test effort. Note that this comes without any deprecation warnings added to config options, or kernel messages, since most likely those would be ignored anyway. If it turns out there is still a reason to keep the compat layer this can be reverted at any time in the future. Reviewed-by: Arnd Bergmann Signed-off-by: Heiko Carstens

s390: Remove 2k vs 4k page table leftovers

2025-03-18T16:13:05+00:00

Since commit d08d4e7cd6bf ("s390/mm: use full 4KB page for 2KB PTE") always 4k page tables are allocated, however there is still some (now) obsolete code left which deals with switching from 2k to 4k page tables for qemu/kvm processes. Reviewed-by: Alexander Gordeev Remove the not needed code. Signed-off-by: Heiko Carstens Signed-off-by: Vasily Gorbik

s390/hwcaps: Add documentation for HWCAP flags

2024-07-02T08:17:16+00:00

Describe that some HWCAP bits are reserved to avoid that they will be used by accident. Suggested-by: Stefan Liebler Reviewed-by: Stefan Liebler Acked-by: Alexander Gordeev Signed-off-by: Heiko Carstens Signed-off-by: Alexander Gordeev

s390/hwcaps: make sie capability regular hwcap

2021-07-27T07:39:21+00:00

Commit 7f16d7e787b7 ("s390: show virtualization support in /proc/cpuinfo") introduced special handling for sie capability, saying this should not be exposed via hwcaps, without giving a reason. However this leads to an inconsistent /proc/cpuinfo features line where all features except the sie capability are also present in hwcaps. I really don't see a reason to not add that to hwcaps - it might be quite pointless, but at least this way it is possible to get rid of some special handling. Signed-off-by: Heiko Carstens

s390/hwcaps: add sanity checks

2021-07-27T07:39:20+00:00

Add BUILD_BUG_ON() sanity checks to make sure the hwcap string array contains a string for each hwcap. Signed-off-by: Heiko Carstens

s390/hwcaps: introduce HWCAP bit numbers

2021-07-27T07:39:20+00:00

Introduce HWCAP bit numbers, making it easier to tell at which bit number we currently are. Also use these bits with the BIT macro to define the real HWCAP masks. Signed-off-by: Heiko Carstens

s390/hwcaps: shorten HWCAP defines

2021-07-27T07:39:20+00:00

Remove s390 part of all HWCAP defines, just to make them shorter and easier to handle. The namespace is anyway per architecture. This is similar to what arm64 has. Signed-off-by: Heiko Carstens

s390: add HWCAP_S390_PCI_MIO to ELF hwcaps

2021-07-27T07:39:19+00:00

In order to support the use of enhanced PCI instructions in both kernel- and userspace we need both hardware support and proper setup in the kernel. The latter can be toggled off with the pci=nomio command line option. Thus availability of this feature in userspace depends on all of kernel configuration (CONFIG_PCI), hardware support and the current kernel command line and can thus not rely solely on a facility bit. Instead let's introduce a new ELF hardware capability bit HWCAP_S390_PCI_MIO to tell userspace whether these PCI instructions can be used. Reviewed-by: Heiko Carstens Signed-off-by: Niklas Schnelle Signed-off-by: Heiko Carstens

s390: report more CPU capabilities

2021-07-27T07:39:19+00:00

Add hardware capability bits and feature tags to /proc/cpuinfo for NNPA and Vector-Packed-Decimal-Enhancement Facility 2. Signed-off-by: Heiko Carstens