# git rev-parse -q --verify 335aca5f65f1a39670944930131da5f2276f888f^{commit} 335aca5f65f1a39670944930131da5f2276f888f already have revision, skipping fetch # git checkout -q -f -B kisskb 335aca5f65f1a39670944930131da5f2276f888f # git clean -qxdf # < git log -1 # commit 335aca5f65f1a39670944930131da5f2276f888f # Merge: 8ac9b9d61f0e 7fa95f9adaee # Author: Michael Ellerman # Date: Thu Jul 23 17:43:44 2020 +1000 # # Merge branch 'scv' support into next # # From Nick's cover letter: # # Linux powerpc new system call instruction and ABI # # System Call Vectored (scv) ABI # ============================== # # The scv instruction is introduced with POWER9 / ISA3, it comes with an # rfscv counter-part. The benefit of these instructions is # performance (trading slower SRR0/1 with faster LR/CTR registers, and # entering the kernel with MSR[EE] and MSR[RI] left enabled, which can # reduce MSR updates. The scv instruction has 128 levels (not enough to # cover the Linux system call space). # # Assignment and advertisement # ---------------------------- # The proposal is to assign scv levels conservatively, and advertise # them with HWCAP feature bits as we add support for more. # # Linux has not enabled FSCR[SCV] yet, so executing the scv instruction # will cause the kernel to log a "SCV facility unavilable" message, and # deliver a SIGILL with ILL_ILLOPC to the process. Linux has defined a # HWCAP2 bit PPC_FEATURE2_SCV for SCV support, but does not set it. # # This change allocates the zero level ('scv 0'), advertised with # PPC_FEATURE2_SCV, which will be used to provide normal Linux system # calls (equivalent to 'sc'). # # Attempting to execute scv with other levels will cause a SIGILL to be # delivered the same as before, but will not log a "SCV facility # unavailable" message (because the processor facility is enabled). # # Calling convention # ------------------ # The proposal is for scv 0 to provide the standard Linux system call # ABI with the following differences from sc convention[1]: # # - LR is to be volatile across scv calls. This is necessary because the # scv instruction clobbers LR. From previous discussion, this should # be possible to deal with in GCC clobbers and CFI. # # - cr1 and cr5-cr7 are volatile. This matches the C ABI and would allow # the kernel system call exit to avoid restoring the volatile cr # registers (although we probably still would anyway to avoid # information leaks). # # - Error handling: The consensus among kernel, glibc, and musl is to # move to using negative return values in r3 rather than CR0[SO]=1 to # indicate error, which matches most other architectures, and is # closer to a function call. # # Notes # ----- # - r0,r4-r8 are documented as volatile in the ABI, but the kernel patch # as submitted currently preserves them. This is to leave room for # deciding which way to go with these. Some small benefit was found by # preserving them[1] but I'm not convinced it's worth deviating from # the C function call ABI just for this. Release code should follow # the ABI. # # Previous discussions: # https://lists.ozlabs.org/pipermail/linuxppc-dev/2020-April/208691.html # https://lists.ozlabs.org/pipermail/linuxppc-dev/2020-April/209268.html # # [1] https://github.com/torvalds/linux/blob/master/Documentation/powerpc/syscall64-abi.rst # [2] https://lists.ozlabs.org/pipermail/linuxppc-dev/2020-April/209263.html # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux-ld --version # < git log --format=%s --max-count=1 335aca5f65f1a39670944930131da5f2276f888f # < make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_mpc86xx_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- mpc86xx_defconfig # < make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_mpc86xx_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- help # make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_mpc86xx_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- olddefconfig # make -s -j 48 ARCH=powerpc O=/kisskb/build/powerpc-next_mpc86xx_defconfig_powerpc-gcc5 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-5.5.0-nolibc/powerpc64-linux/bin/powerpc64-linux- /kisskb/src/arch/powerpc/boot/dts/fsl/mvme7100.dts:135.22-137.4: Warning (pci_bridge): /pcie@f1008000: missing ranges for PCI bridge (or not a bridge) also defined at /kisskb/src/arch/powerpc/boot/dts/fsl/mpc8641si-post.dtsi:92.7-117.3 /kisskb/src/arch/powerpc/boot/dts/fsl/mpc8641si-post.dtsi:102.9-116.4: Warning (pci_bridge): /pcie@f1008000/pcie@0: missing ranges for PCI bridge (or not a bridge) /kisskb/src/arch/powerpc/boot/dts/fsl/mvme7100.dts:139.22-141.4: Warning (pci_bridge): /pcie@f1009000: missing ranges for PCI bridge (or not a bridge) also defined at /kisskb/src/arch/powerpc/boot/dts/fsl/mpc8641si-post.dtsi:119.7-144.3 /kisskb/src/arch/powerpc/boot/dts/fsl/mpc8641si-post.dtsi:129.9-143.4: Warning (pci_bridge): /pcie@f1009000/pcie@0: missing ranges for PCI bridge (or not a bridge) arch/powerpc/boot/dts/fsl/mvme7100.dtb: Warning (pci_device_bus_num): Failed prerequisite 'pci_bridge' /kisskb/src/arch/powerpc/boot/dts/fsl/mvme7100.dts:30.11-32.6: Warning (i2c_bus_reg): /soc@f1000000/i2c@3000/rtc@68: missing or empty reg property INFO: Uncompressed kernel (size 0xb2dcac) overlaps the address of the wrapper(0x400000) INFO: Fixing the link_address of wrapper to (0xc00000) Image Name: Linux-5.8.0-rc2-32040-g335aca5f6 Created: Fri Jul 24 05:04:08 2020 Image Type: PowerPC Linux Kernel Image (gzip compressed) Data Size: 5472141 Bytes = 5343.89 KiB = 5.22 MiB Load Address: 00000000 Entry Point: 00000000 Completed OK # rm -rf /kisskb/build/powerpc-next_mpc86xx_defconfig_powerpc-gcc5 # Build took: 0:01:48.599694