# git rev-parse -q --verify bc1bb2a49bae915107fd58705edb1e32db92c635^{commit} # git fetch -q -n -f git://fs.ozlabs.ibm.com/kernel/linus master # git rev-parse -q --verify bc1bb2a49bae915107fd58705edb1e32db92c635^{commit} bc1bb2a49bae915107fd58705edb1e32db92c635 # git checkout -q -f -B kisskb bc1bb2a49bae915107fd58705edb1e32db92c635 # git clean -qxdf # < git log -1 # commit bc1bb2a49bae915107fd58705edb1e32db92c635 # Merge: c42b59bfaa00 812b0597fb40 # Author: Linus Torvalds # Date: Tue Apr 25 10:48:08 2023 -0700 # # Merge tag 'x86_sev_for_v6.4_rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip # # Pull x86 SEV updates from Borislav Petkov: # # - Add the necessary glue so that the kernel can run as a confidential # SEV-SNP vTOM guest on Hyper-V. A vTOM guest basically splits the # address space in two parts: encrypted and unencrypted. The use case # being running unmodified guests on the Hyper-V confidential computing # hypervisor # # - Double-buffer messages between the guest and the hardware PSP device # so that no partial buffers are copied back'n'forth and thus potential # message integrity and leak attacks are possible # # - Name the return value the sev-guest driver returns when the hw PSP # device hasn't been called, explicitly # # - Cleanups # # * tag 'x86_sev_for_v6.4_rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip: # x86/hyperv: Change vTOM handling to use standard coco mechanisms # init: Call mem_encrypt_init() after Hyper-V hypercall init is done # x86/mm: Handle decryption/re-encryption of bss_decrypted consistently # Drivers: hv: Explicitly request decrypted in vmap_pfn() calls # x86/hyperv: Reorder code to facilitate future work # x86/ioremap: Add hypervisor callback for private MMIO mapping in coco VM # x86/sev: Change snp_guest_issue_request()'s fw_err argument # virt/coco/sev-guest: Double-buffer messages # crypto: ccp: Get rid of __sev_platform_init_locked()'s local function pointer # crypto: ccp - Name -1 return value as SEV_RET_NO_FW_CALL # < /opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux-gcc --version # < /opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux-ld --version # < git log --format=%s --max-count=1 bc1bb2a49bae915107fd58705edb1e32db92c635 # < make -s -j 120 ARCH=sparc64 O=/kisskb/build/linus_sparc64-defconfig_sparc64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux- defconfig # < make -s -j 120 ARCH=sparc64 O=/kisskb/build/linus_sparc64-defconfig_sparc64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux- help # make -s -j 120 ARCH=sparc64 O=/kisskb/build/linus_sparc64-defconfig_sparc64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux- olddefconfig # make -s -j 120 ARCH=sparc64 O=/kisskb/build/linus_sparc64-defconfig_sparc64-gcc11 CROSS_COMPILE=/opt/cross/kisskb/korg/gcc-11.3.0-nolibc/sparc64-linux/bin/sparc64-linux- :1519:2: warning: #warning syscall clone3 not implemented [-Wcpp] WARNING: modpost: EXPORT symbol "_mcount" [vmlinux] version generation failed, symbol will not be versioned. Is "_mcount" prototyped in ? kernel: arch/sparc/boot/image is ready kernel: arch/sparc/boot/zImage is ready Completed OK # rm -rf /kisskb/build/linus_sparc64-defconfig_sparc64-gcc11 # Build took: 0:01:14.158504