Changes in Makefile

388cf16d - s390/diag: Move diag.c to diag specific folder

Thu, 12 Dec 2024 16:17:20 +0000

s390/diag: Move diag.c to diag specific folderMove implementation of s390 diagnose code to diag specific folder.Reviewed-by: Heiko Carstens Signed-off-by: Sumanth Korikkar Signed-off-by: Alexander Gordeev List of files: /linux-6.15/arch/s390/kernel/Makefile

90e6f191 - s390/diag324: Retrieve power readings via diag 0x324

Thu, 12 Dec 2024 16:17:19 +0000

s390/diag324: Retrieve power readings via diag 0x324Retrieve electrical power readings for resources in a computingenvironment via diag 0x324. diag 0x324 stores the power readings in thepower information block (pib).Provide power readings from pib via diag324 ioctl interface. diag324ioctl provides new pib to the user only if the threshold time has passedsince the last call. Otherwise, cache data is returned. When there areno active readers, cleanup of pib buffer is performed.Reviewed-by: Heiko Carstens Signed-off-by: Sumanth Korikkar Signed-off-by: Alexander Gordeev List of files: /linux-6.15/arch/s390/kernel/Makefile

9fed8d7c - s390/crypto: Display Query and Query Authentication Information in sysfs

Wed, 11 Sep 2024 07:21:09 +0000

s390/crypto: Display Query and Query Authentication Information in sysfsDisplays the query (fc=0) and query authentication information (fc=127)as binary in sysfs per CPACF instruction. Files are located in/sys/devices/system/cpu/cpacf/. These information can be fetched viaasm already except for PCKMO because this instruction is privileged. Tooffer a unified interface all CPACF instructions will have thisinformation displayed in sysfs in files _query_raw and_query_auth_info_raw.A new tool introduced into s390-tools called cpacfinfo will use thisinformation to convert and display in human readable form.Suggested-by: Harald Freudenberger Reviewed-by: Harald Freudenberger Acked-by: Heiko Carstens Signed-off-by: Finn Callies Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

6843d6d9 - s390/hiperdispatch: Introduce hiperdispatch

Mon, 12 Aug 2024 11:39:34 +0000

s390/hiperdispatch: Introduce hiperdispatchWhen LPAR is in vertical polarization, CPUs get different polarizationvalues, namely vertical high, vertical medium and vertical low. Thesevalues represent the likelyhood of the CPU getting physical runtime.Vertical high CPUs will always get runtime and others get varyingruntime depending on the load the CEC is under.Vertical high and vertical medium CPUs are considered the CPUs which thecurrent LPAR has the entitlement to run on. The vertical lows are on theother hand are borrowed CPUs which would only be given to the LPAR byhipervisor when the other LPARs are not utilizing them.Using the CPU capacities, hint linux scheduler when it should prioritisevertical high and vertical medium CPUs over vertical low CPUs.By tracking various system statistics hiperdispatch determines when toadjust cpu capacities.After each adjustment, rebuilding of scheduler domains is necessary tonotify the scheduler about capacity changes but since this operation iscostly it should be done as sparsely as possible.Acked-by: Vasily Gorbik Co-developed-by: Tobias Huschle Signed-off-by: Tobias Huschle Signed-off-by: Mete Durlu Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

cafeff5a - s390/wti: Prepare graceful CPU pre-emption on wti reception

Mon, 12 Aug 2024 11:39:28 +0000

s390/wti: Prepare graceful CPU pre-emption on wti receptionWhen a warning track interrupt is received, the kernel has only a verylimited amount of time to make sure, that the CPU can be yielded asgracefully as possible before being pre-empted by the hypervisor.The interrupt handler for the wti therefore unparks a kernel threadwhich has being created on boot re-using the CPU hotplug kernel threadinfrastructure. These threads exist per CPU and are assigned thehighest possible real-time priority. This makes sure, that said threadswill execute as soon as possible as the scheduler should pre-empt anyother running user tasks to run the real-time thread.Furthermore, the interrupt handler disables all I/O interrupts toprevent additional interrupt processing on the soon-preempted CPU.Interrupt handlers are likely to take kernel locks, which in the worstcase, will be kept while the interrupt handler is pre-empted from itselfunderlying physical CPU. In that case, all tasks or interrupt handlerson other CPUs would have to wait for the pre-empted CPU being dispatchedagain. By preventing further interrupt processing, this risk isminimized.Once the CPU gets dispatched again, the real-time kernel thread regainscontrol, reenables interrupts and parks itself again.Acked-by: Heiko Carstens Reviewed-by: Mete Durlu Signed-off-by: Tobias Huschle Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

f2bb5b97 - s390/entry: Move early program check handler to entry.S

Wed, 31 Jul 2024 13:25:59 +0000

s390/entry: Move early program check handler to entry.SHave all program check handlers in one file to make future changes easy.Reviewed-by: Alexander Gordeev Reviewed-by: Sven Schnelle Signed-off-by: Heiko Carstens Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

6dc2e98d - s390: Remove protvirt and kvm config guards for uv code

Thu, 04 Jul 2024 11:02:46 +0000

s390: Remove protvirt and kvm config guards for uv codeRemoving the CONFIG_PROTECTED_VIRTUALIZATION_GUEST ifdefs and configoption as well as CONFIG_KVM ifdefs in uv files.Having this configurable has been more of a pain than a help.It's time to remove the ifdefs and the config option.Signed-off-by: Janosch Frank Acked-by: Christian Borntraeger Acked-by: Heiko Carstens Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

d890e6af - s390/kprobes: Remove custom insn slot allocator

Wed, 15 May 2024 12:52:21 +0000

s390/kprobes: Remove custom insn slot allocatorSince commit c98d2ecae08f ("s390/mm: Uncouple physical vs virtual addressspaces") the kernel image and module area are within the same 4GB area.This eliminates the need of a custom insn slot allocator for kprobes withinthe kernel image, since standard module_alloc() allocated pages aresufficient for PC relative instructions with a signed 32 bit offset.Signed-off-by: Heiko Carstens List of files: /linux-6.15/arch/s390/kernel/Makefile

cae74ba8 - s390/ftrace: Use unwinder instead of __builtin_return_address()

Fri, 26 Apr 2024 10:02:15 +0000

s390/ftrace: Use unwinder instead of __builtin_return_address()Using __builtin_return_address(n) might return undefined valueswhen used with values of n outside of the stack. This was noticedwhen __builtin_return_address() was called in ftrace on top levelfunctions like the interrupt handlers.As this behaviour cannot be fixed, use the s390 stack unwinder andremove the ftrace compilation flags for unwind_bc.c and stacktrace.cto prevent the unwinding function polluting function traces.Another advantage is that this also works with clang.Reviewed-by: Heiko Carstens Signed-off-by: Sven Schnelle Signed-off-by: Alexander Gordeev List of files: /linux-6.15/arch/s390/kernel/Makefile

199da871 - arch, crash: move arch_crash_save_vmcoreinfo() out to file vmcore_info.c

Mon, 29 Jan 2024 13:50:33 +0000

arch, crash: move arch_crash_save_vmcoreinfo() out to file vmcore_info.cNathan reported below building error:=====$ curl -LSso .config https://git.alpinelinux.org/aports/plain/community/linux-edge/config-edge.armv7$ make -skj"$(nproc)" ARCH=arm CROSS_COMPILE=arm-linux-gnueabi- olddefconfig all..arm-linux-gnueabi-ld: arch/arm/kernel/machine_kexec.o: in function `arch_crash_save_vmcoreinfo':machine_kexec.c:(.text+0x488): undefined reference to `vmcoreinfo_append_str'====On architecutres, like arm, s390, ppc, sh, functionarch_crash_save_vmcoreinfo() is located in machine_kexec.c and it canonly be compiled in when CONFIG_KEXEC_CORE=y.That's not right because arch_crash_save_vmcoreinfo() is used to exportarch specific vmcoreinfo. CONFIG_VMCORE_INFO is supposed to control itscompiling in. However, CONFIG_VMVCORE_INFO could be independent ofCONFIG_KEXEC_CORE, e.g CONFIG_PROC_KCORE=y will select CONFIG_VMVCORE_INFO.Or CONFIG_KEXEC/CONFIG_KEXEC_FILE is set while CONFIG_CRASH_DUMP isnot set, it will report linking error.So, on arm, s390, ppc and sh, move arch_crash_save_vmcoreinfo out toa new file vmcore_info.c. Let CONFIG_VMCORE_INFO decide if compiling inarch_crash_save_vmcoreinfo().[akpm@linux-foundation.org: remove stray newlines at eof]Link: https://lkml.kernel.org/r/20240129135033.157195-3-bhe@redhat.comSigned-off-by: Baoquan He Reported-by: Nathan Chancellor Closes: https://lore.kernel.org/all/20240126045551.GA126645@dev-arch.thelio-3990X/T/#uCc: Al Viro Cc: Eric W. Biederman Cc: Hari Bathini Cc: Klara Modin Cc: Michael Kelley Cc: Pingfan Liu Cc: Stephen Rothwell Cc: Yang Li Signed-off-by: Andrew Morton List of files: /linux-6.15/arch/s390/kernel/Makefile

682dbf43 - KVM: s390: vsie: Fix length of facility list shadowed

Tue, 19 Dec 2023 14:08:51 +0000

KVM: s390: vsie: Fix length of facility list shadowedThe length of the facility list accessed when interpretively executingSTFLE is the same as the hosts facility list (in case of format-0)The memory following the facility list doesn't need to be accessible.The current VSIE implementation accesses a fixed length that exceeds theguest/host facility list length and can therefore wrongly inject avalidity intercept.Instead, find out the host facility list length by running STFLE andcopy only as much as necessary when shadowing.Acked-by: David Hildenbrand Reviewed-by: Claudio Imbrenda Acked-by: Heiko Carstens Signed-off-by: Nina Schoetterl-Glausch Reviewed-by: Janosch Frank Link: https://lore.kernel.org/r/20231219140854.1042599-3-nsg@linux.ibm.comSigned-off-by: Janosch Frank Message-ID: <20231219140854.1042599-3-nsg@linux.ibm.com> List of files: /linux-6.15/arch/s390/kernel/Makefile

0c4d01f3 - s390/ctlreg: move control register code to separate file

Mon, 11 Sep 2023 19:39:55 +0000

s390/ctlreg: move control register code to separate fileControl register handling has nothing to do with low level SMP code.Move it to a separate file.Reviewed-by: Alexander Gordeev Signed-off-by: Heiko Carstens Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

b9b45688 - s390/kexec: make machine_kexec() depend on CONFIG_KEXEC_CORE

Thu, 06 Jul 2023 14:24:11 +0000

s390/kexec: make machine_kexec() depend on CONFIG_KEXEC_COREMake machine_kexec.o and relocate_kernel.o depend onCONFIG_KEXEC_CORE option as other architectures do.Still generate machine_kexec_reloc.o unconditionally,since arch_kexec_do_relocs() function is neded by thedecompressor.Suggested-by: Nathan Chancellor Reported-by: Nathan Chancellor Reported-by: Linux Kernel Functional Testing Reviewed-by: Heiko Carstens Signed-off-by: Alexander Gordeev Signed-off-by: Heiko Carstens List of files: /linux-6.15/arch/s390/kernel/Makefile

8cf57d72 - s390: add support for user-defined certificates

Fri, 28 Apr 2023 10:42:42 +0000

s390: add support for user-defined certificatesEnable receiving the user-defined certificates from the s390xhypervisor via new diagnose 0x320 calls, and make them available to theLinux root user as 'cert_store_key' type keys in a so-called'cert_store' keyring.New user-space interfaces: /sys/firmware/cert_store/refresh Writing to this attribute re-fetches certificates via DIAG 0x320 /sys/firmware/cert_store/cs_status Reading from this attribute returns either of: "uninitialized" If no certificate has been retrieved yet "ok" If certificates have been successfully retrieved "failed ()" If certificate retrieval failed with reason code New debug trace areas: /sys/kernel/debug/s390dbf/cert_store_msg /sys/kernel/debug/s390dbf/cert_store_hexdumpUsage example:To initiate request for certificates available to the system as root: $ echo 1 > /sys/firmware/cert_store/refreshUpon success the '/sys/firmware/cert_store/cs_status' containsthe value 'ok'. $ cat /sys/firmware/cert_store/cs_status okGet the ID of the keyring 'cert_store': $ keyctl search @us keyring cert_storeOR $ keyctl link @us @s; keyctl request keyring cert_storeObtain list of IDs of certificates: $ keyctl rlist Display certificate content as hex-dump: $ keyctl read Read certificate contents as binary data: $ keyctl pipe >cert_dataDisplay certificate description: $ keyctl describe The certificate description has the following format: <64 bytes certificate name in EBCDIC> ':' ':' The certificate description in /proc/keys has certificate namerepresented in ASCII.Users can read but cannot update the content of the certificate.Signed-off-by: Anastasia Eskova Reviewed-by: Peter Oberparleiter Acked-by: Heiko Carstens Signed-off-by: Heiko Carstens List of files: /linux-6.15/arch/s390/kernel/Makefile

571a2a50 - rethook, fprobe: do not trace rethook related functions

Wed, 17 May 2023 03:45:09 +0000

rethook, fprobe: do not trace rethook related functionsThese functions are already marked as NOKPROBE to prevent recursion andwe have the same reason to blacklist them if rethook is used with fprobe,since they are beyond the recursion-free region ftrace can guard.Link: https://lore.kernel.org/all/20230517034510.15639-5-zegao@tencent.com/Fixes: f3a112c0c40d ("x86,rethook,kprobes: Replace kretprobe with rethook on x86")Signed-off-by: Ze Gao Reviewed-by: Steven Rostedt (Google) Acked-by: Masami Hiramatsu (Google) Cc: stable@vger.kernel.orgSigned-off-by: Masami Hiramatsu (Google) List of files: /linux-6.15/arch/s390/kernel/Makefile

1e99c242 - s390/cpum_cf: merge source files for CPU Measurement counter facility

Tue, 24 Jan 2023 11:20:54 +0000

s390/cpum_cf: merge source files for CPU Measurement counter facilityWith no in-kernel user, the source files can be merged.Move all functions and the variable definitions to file perf_cpum_cf.cThis file now contains all the necessary functions and definitionsfor the CPU Measurement counter facility device driver.The files cpu_mcf.h and perf_cpum_cf_common.c are deleted.Signed-off-by: Thomas Richter Acked-by: Hendrik Brueckner Signed-off-by: Heiko Carstens List of files: /linux-6.15/arch/s390/kernel/Makefile

1a280f48 - s390/kprobes: replace kretprobe with rethook

Tue, 17 Jan 2023 13:37:10 +0000

s390/kprobes: replace kretprobe with rethookThat's an adaptation of commit f3a112c0c40d ("x86,rethook,kprobes:Replace kretprobe with rethook on x86") to s390.Replaces the kretprobe code with rethook on s390. With this patch,kretprobe on s390 uses the rethook instead of kretprobe specifictrampoline code.Tested-by: Ilya Leoshkevich Signed-off-by: Vasily Gorbik Signed-off-by: Heiko Carstens List of files: /linux-6.15/arch/s390/kernel/Makefile

32164845 - kbuild: use obj-y instead extra-y for objects placed at the head

Sat, 24 Sep 2022 18:19:14 +0000

kbuild: use obj-y instead extra-y for objects placed at the headThe objects placed at the head of vmlinux need special treatments: - arch/$(SRCARCH)/Makefile adds them to head-y in order to place them before other archives in the linker command line. - arch/$(SRCARCH)/kernel/Makefile adds them to extra-y instead of obj-y to avoid them going into built-in.a.This commit gets rid of the latter.Create vmlinux.a to collect all the objects that are unconditionallylinked to vmlinux. The objects listed in head-y are moved to the headof vmlinux.a by using 'ar m'.With this, arch/$(SRCARCH)/kernel/Makefile can consistently use obj-yfor builtin objects.There is no *.o that is directly linked to vmlinux. Drop unneeded codein scripts/clang-tools/gen_compile_commands.py.$(AR) mPi needs 'T' to workaround the llvm-ar bug. The fix was suggestedby Nathan Chancellor [1].[1]: https://lore.kernel.org/llvm/YyjjT5gQ2hGMH0ni@dev-arch.thelio-3990X/Signed-off-by: Masahiro Yamada Tested-by: Nick Desaulniers Reviewed-by: Nicolas Schier List of files: /linux-6.15/arch/s390/kernel/Makefile

c432fefe - s390/pai: Add support for PAI Extension 1 NNPA counters

Thu, 30 Jun 2022 09:53:48 +0000

s390/pai: Add support for PAI Extension 1 NNPA countersPMU device driver perf_paiext supports Processor ActivityInstrumentation Extension (PAIE1), available with IBM z16:- maps a 512 byte block to lowcore address 0x1508 called PAIE1 control block.- maps a 1024 byte block at PAIE1 control block entry with index 2.- uses control register bit 14 to enable PAIE1 control block lookup.- turn PAIE1 nnpa counting on and off by setting bit 63 in PAIE1 control block entry with index 2.- creates a sample with raw data on each context switch out when at context switch some mapped counters have a value of nonzero.This device driver only supports CPU wide context, no task contextis allowed.Support for counting:- one or more counters can be specified using perf stat -e pai_ext/xxx/ where xxx stands for the counter event name. Multiple invocation of this command is possible. The counter names are listed in /sys/devices/pai_ext/events directory.- one special counters can be specified using perf stat -e pai_ext/NNPA_ALL/ which returns the sum of all incremented nnpa counters.- multiple counting events can run in parallel.Support for Sampling:- one event pai_ext/NNPA_ALL/ is reserved for sampling. The event collects data at context switch out and saves them in the ring buffer.- no multiple invocations are possible.The PAIE1 nnpa counter events are system wide. No task context issupported. Therefore some restrictions documented in functionpaiext_busy() apply.Extend qpaci assembly instruction to query supported memory mapped nnpacounters. It returns the number of counters (no holes allowed in thatrange).PAIE1 nnpa counter events can not be created when a CPU hot plugadd is processed. This means a CPU hot plug add does not getthe necessary PAIE1 event to record PAIE1 nnpa counter incrementson the newly added CPU. CPU hot plug remove removes the event andterminates the counting of PAIE1 counters immediately.Signed-off-by: Thomas Richter Reviewed-by: Sumanth Korikkar Reviewed-by: Sven Schnelle Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile

4df29d2b - s390/smp: rework absolute lowcore access

Wed, 20 Jul 2022 06:22:01 +0000

s390/smp: rework absolute lowcore accessTemporary unsetting of the prefix page in memcpy_absolute() routineposes a risk of executing code path with unexpectedly disabled prefixpage. This rework avoids the prefix page uninstalling and disablingof normal and machine check interrupts when accessing the absolutezero memory.Although memcpy_absolute() routine can access the whole memory, it isonly used to update the absolute zero lowcore. This rework thereforeintroduces a new mechanism for the absolute zero lowcore access andscraps memcpy_absolute() routine for good.Instead, an area is reserved in the virtual memory that is used forthe absolute lowcore access only. That area holds an array of 8KBvirtual mappings - one per CPU. Whenever a CPU is brought online, thecorresponding item is mapped to the real address of the previouslyinstalled prefix page.The absolute zero lowcore access works like this: a CPU calls thenew primitive get_abs_lowcore() to obtain its 8KB mapping as apointer to the struct lowcore. Virtual address references to thatpointer get translated to the real addresses of the prefix page,which in turn gets swapped with the absolute zero memory addressesdue to prefixing. Once the pointer is not needed it must be releasedwith put_abs_lowcore() primitive: struct lowcore *abs_lc; unsigned long flags; abs_lc = get_abs_lowcore(&flags); abs_lc->... = ...; put_abs_lowcore(abs_lc, flags);To ensure the described mechanism works large segment- and region-table entries must be avoided for the 8KB mappings. Failure to doso results in usage of Region-Frame Absolute Address (RFAA) orSegment-Frame Absolute Address (SFAA) large page fields. In thatcase absolute addresses would be used to address the prefix pageinstead of the real ones and the prefixing would get bypassed.Reviewed-by: Heiko Carstens Signed-off-by: Alexander Gordeev Signed-off-by: Vasily Gorbik List of files: /linux-6.15/arch/s390/kernel/Makefile