Linux Arch

• Date Index

• [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, (continued)
  • [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Chao Peng
    • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Fuad Tabba
      • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Chao Peng
        • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Fuad Tabba
          • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Chao Peng
        • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Isaku Yamahata
          • Re: [PATCH v10 5/9] KVM: Use gfn instead of hva for mmu_notifier_retry, Chao Peng
  • [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Chao Peng
    • Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Fuad Tabba
      • Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Chao Peng
    • Re: [PATCH v10 4/9] KVM: Add KVM_EXIT_MEMORY_FAULT exit, Sean Christopherson
  • [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Fuad Tabba
      • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
        • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Fuad Tabba
          • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Xiaoyao Li
      • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
        • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Xiaoyao Li
          • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Borislav Petkov
      • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
        • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Borislav Petkov
          • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
    • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
      • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
        • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Sean Christopherson
          • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
            • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Vishal Annapurve
            • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Sean Christopherson
              • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Chao Peng
            • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
          • Re: [PATCH v10 3/9] KVM: Extend the memslot to support fd-based private memory, Jarkko Sakkinen
  • [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Chao Peng
    • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Yuan Yao
      • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Chao Peng
        • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Yuan Yao
    • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Fuad Tabba
      • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Chao Peng
        • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Fuad Tabba
          • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Chao Peng
    • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Huang, Kai
      • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Chao Peng
    • Re: [PATCH v10 6/9] KVM: Unmap existing mappings when change the memory attributes, Sean Christopherson
  • [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
    • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Isaku Yamahata
      • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
        • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Isaku Yamahata
          • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
    • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Sean Christopherson
    • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Sean Christopherson
      • Re: [PATCH v10 7/9] KVM: Update lpage info when private/shared memory are mixed, Chao Peng
  • [PATCH v10 8/9] KVM: Handle page fault for private memory, Chao Peng
    • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Yuan Yao
      • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Chao Peng
        • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Yuan Yao
    • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Fuad Tabba
      • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Chao Peng
    • Re: [PATCH v10 8/9] KVM: Handle page fault for private memory, Sean Christopherson
  • [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
    • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Fuad Tabba
    • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Vishal Annapurve
      • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
    • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Sean Christopherson
      • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
        • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Sean Christopherson
          • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
      • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
        • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Ackerley Tng
          • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
            • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Isaku Yamahata
              • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
                • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Xiaoyao Li
                  • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Chao Peng
                    • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Sean Christopherson
                      • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Ackerley Tng
                        • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Sean Christopherson
    • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Ackerley Tng
      • Re: [PATCH v10 9/9] KVM: Enable and expose KVM_MEM_PRIVATE, Sean Christopherson
  • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Kirill A. Shutemov
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Chao Peng
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Fuad Tabba
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Isaku Yamahata
      • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
        • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Isaku Yamahata
          • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
            • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Isaku Yamahata
            • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Michael Roth
              • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Chao Peng
                • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Michael Roth
                  • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Chao Peng
                  • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
            • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Chao Peng
              • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Liam Merwick
      • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
        • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Kirill A. Shutemov
          • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Liam Merwick
          • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
            • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Kirill A. Shutemov
  • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Mike Rapoport
    • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, David Hildenbrand
      • Re: [PATCH v10 0/9] KVM: mm: fd-based approach for supporting KVM, Sean Christopherson
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 32975c491ee410598b33201344c123fcc81a7c33, kernel test robot
• [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Michael Kelley
  • [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley
    • Re: [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Borislav Petkov
      • RE: [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley (LINUX)
        • Re: [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Borislav Petkov
          • RE: [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley (LINUX)
    • Re: [Patch v4 01/13] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Sathyanarayanan Kuppuswamy
  • [Patch v4 02/13] x86/hyperv: Reorder code in prep for subsequent patch, Michael Kelley
  • [Patch v4 03/13] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls, Michael Kelley
    • Re: [Patch v4 03/13] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls, Borislav Petkov
  • [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley
    • Re: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
      • RE: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley (LINUX)
        • Re: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
          • RE: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley (LINUX)
      • Re: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Bjorn Helgaas
        • Re: [Patch v4 04/13] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
  • [Patch v4 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley
    • Re: [Patch v4 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
      • RE: [Patch v4 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
        • Re: [Patch v4 06/13] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
  • [Patch v4 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Michael Kelley
    • Re: [Patch v4 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Sathyanarayanan Kuppuswamy
      • RE: [Patch v4 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Michael Kelley (LINUX)
        • Re: [Patch v4 05/13] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Sathyanarayanan Kuppuswamy
  • [Patch v4 07/13] swiotlb: Remove bounce buffer remapping for Hyper-V, Michael Kelley
    • Re: [Patch v4 07/13] swiotlb: Remove bounce buffer remapping for Hyper-V, Borislav Petkov
  • [Patch v4 09/13] Drivers: hv: vmbus: Remove second way of mapping ring buffers, Michael Kelley
  • [Patch v4 08/13] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages, Michael Kelley
  • [Patch v4 11/13] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary, Michael Kelley
  • [Patch v4 12/13] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley
  • [Patch v4 10/13] hv_netvsc: Remove second mapping of send and recv buffers, Michael Kelley
  • [Patch v4 13/13] PCI: hv: Enable PCI pass-thru devices in Confidential VMs, Michael Kelley
  • Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Borislav Petkov
    • RE: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Michael Kelley (LINUX)
    • Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Wei Liu
      • RE: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Dexuan Cui
      • Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Borislav Petkov
        • Re: [Patch v4 00/13] Add PCI pass-thru support to Hyper-V Confidential VMs, Wei Liu
• [PATCH -next V9 00/14] riscv: Add GENERIC_ENTRY support and related features, guoren
  • [PATCH -next V9 02/14] riscv: elf_kexec: Fixup compile warning, guoren
  • [PATCH -next V9 03/14] riscv: compat_syscall_table: Fixup compile warning, guoren
  • [PATCH -next V9 04/14] riscv: ptrace: Remove duplicate operation, guoren
  • [PATCH -next V9 01/14] compiler_types.h: Add __noinstr_section() for noinstr, guoren
  • [PATCH -next V9 05/14] riscv: traps: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V9 06/14] riscv: convert to generic entry, guoren
  • [PATCH -next V9 08/14] riscv: Support HAVE_SOFTIRQ_ON_OWN_STACK, guoren
  • [PATCH -next V9 07/14] riscv: Support HAVE_IRQ_EXIT_ON_IRQ_STACK, guoren
  • [PATCH -next V9 11/14] riscv: Add support for STACKLEAK gcc plugin, guoren
  • [PATCH -next V9 09/14] riscv: Add config of thread stack size, guoren
  • [PATCH -next V9 14/14] riscv: entry: consolidate general regs saving/restoring, guoren
  • [PATCH -next V9 13/14] riscv: consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • [PATCH -next V9 10/14] riscv: Typo fixup for addi -> andi in comment, guoren
  • [PATCH -next V9 12/14] riscv: remove extra level wrappers of trace_hardirqs_{on,off}, guoren
• [PATCH] Documentation: Fixed a typo in atomic_t.txt, Kushagra Verma
  • Re: [PATCH] Documentation: Fixed a typo in atomic_t.txt, Paul E. McKenney
• [arnd-asm-generic:syscall-tbl] BUILD REGRESSION 9a44a4401f3517a2475158925110f06179accabe, kernel test robot
• Re: [PATCH 2/3] powerpc/book3e: remove #include <generated/utsrelease.h>, Christophe Leroy
  • Re: [PATCH 2/3] powerpc/book3e: remove #include <generated/utsrelease.h>, Thomas Weißschuh
    • Re: [PATCH 2/3] powerpc/book3e: remove #include <generated/utsrelease.h>, Christophe Leroy
    • Re: [PATCH 2/3] powerpc/book3e: remove #include <generated/utsrelease.h>, Michael Ellerman
      • Re: [PATCH 2/3] powerpc/book3e: remove #include <generated/utsrelease.h>, Masahiro Yamada
• [GIT PULL] LoongArch fixes for v6.1-rc7, Huacai Chen
  • Re: [GIT PULL] LoongArch fixes for v6.1-rc7, pr-tracker-bot
• Re: [linux-next:master] [asm] 5e5ff73c2e: Initramfs_unpacking_failed, kernel test robot
• [PATCH resend] uapi: Add missing _UAPI prefix to <asm-generic/types.h> include guard, Geert Uytterhoeven
  • Re: [PATCH resend] uapi: Add missing _UAPI prefix to <asm-generic/types.h> include guard, Arnd Bergmann
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 5e5ff73c2e5863f93fc5fd78d178cd8f2af12464, kernel test robot
• [PATCH 0/3] kprobes: notrace enhancements, Nadav Amit
  • [PATCH 1/3] kprobes: Mark descendents of core_kernel_text as notrace, Nadav Amit
  • [PATCH 2/3] lib/usercopy: Allow traceing of usercopy, xarray, iov_iter, Nadav Amit
  • [PATCH 3/3] compiler: inline does not imply notrace, Nadav Amit
    • Re: [PATCH 3/3] compiler: inline does not imply notrace, Arnd Bergmann
      • Re: [PATCH 3/3] compiler: inline does not imply notrace, Steven Rostedt
      • Re: [PATCH 3/3] compiler: inline does not imply notrace, Nadav Amit
        • Re: [PATCH 3/3] compiler: inline does not imply notrace, Nadav Amit
          • Re: [PATCH 3/3] compiler: inline does not imply notrace, Steven Rostedt
            • Re: [PATCH 3/3] compiler: inline does not imply notrace, Nadav Amit
              • Re: [PATCH 3/3] compiler: inline does not imply notrace, Steven Rostedt
                • Re: [PATCH 3/3] compiler: inline does not imply notrace, Nadav Amit
• [PATCH v4 1/1] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley
  • Re: [PATCH v4 1/1] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Wei Liu
    • RE: [PATCH v4 1/1] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
      • Re: [PATCH v4 1/1] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Borislav Petkov
        • RE: [PATCH v4 1/1] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
• [PATCH] riscv: Use PUD/P4D/PGD pages for the linear mapping, Alexandre Ghiti
  • Re: [PATCH] riscv: Use PUD/P4D/PGD pages for the linear mapping, Rob Herring
• [PATCH 0/6] Support TDX guests on Hyper-V, Dexuan Cui
  • [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
    • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dave Hansen
      • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Kirill A. Shutemov
      • RE: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
        • RE: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
          • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dave Hansen
            • RE: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
        • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Sathyanarayanan Kuppuswamy
        • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Kirill A. Shutemov
          • RE: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
            • RE: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dexuan Cui
              • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, 'Kirill A. Shutemov'
        • Re: [PATCH 1/6] x86/tdx: Support hypercalls for TDX guests on Hyper-V, Dave Hansen
  • [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dexuan Cui
    • Re: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dave Hansen
      • RE: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dexuan Cui
    • Re: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Kirill A. Shutemov
      • RE: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dexuan Cui
        • RE: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Michael Kelley (LINUX)
          • RE: [PATCH 2/6] x86/tdx: Retry TDVMCALL_MAP_GPA() when needed, Dexuan Cui
  • [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
    • Re: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dave Hansen
      • RE: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
    • Re: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Kirill A. Shutemov
      • RE: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
        • Re: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Kirill A. Shutemov
          • RE: [PATCH 3/6] x86/tdx: Support vmalloc() for tdx_enc_status_changed(), Dexuan Cui
  • [PATCH 4/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Dexuan Cui
    • Re: [PATCH 4/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Dave Hansen
      • Re: [PATCH 4/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Borislav Petkov
    • Re: [PATCH 4/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Sathyanarayanan Kuppuswamy
      • RE: [PATCH 4/6] x86/hyperv: Add hv_isolation_type_tdx() to detect TDX guests, Dexuan Cui
  • [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
    • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dave Hansen
      • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
        • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Kirill A. Shutemov
          • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
          • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Sathyanarayanan Kuppuswamy
            • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
    • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Michael Kelley (LINUX)
      • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
        • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Michael Kelley (LINUX)
          • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
        • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Sathyanarayanan Kuppuswamy
          • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
        • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dave Hansen
          • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
            • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dave Hansen
              • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
                • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dave Hansen
                  • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
                    • Re: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dave Hansen
                      • RE: [PATCH 5/6] x86/hyperv: Support hypercalls for TDX guests, Dexuan Cui
  • [PATCH 6/6] Drivers: hv: vmbus: Support TDX guests, Dexuan Cui
    • Re: [PATCH 6/6] Drivers: hv: vmbus: Support TDX guests, Zhi Wang
      • RE: [PATCH 6/6] Drivers: hv: vmbus: Support TDX guests, Dexuan Cui
• [PATCH v2] tools/memory-model: Use "grep -E" instead of "egrep", Tiezhu Yang
  • Re: [PATCH v2] tools/memory-model: Use "grep -E" instead of "egrep", Paul E. McKenney
• [RFC PATCH V2 00/18] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
  • [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Tianyu Lan
    • Re: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Borislav Petkov
      • Re: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Tianyu Lan
        • Re: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Borislav Petkov
        • RE: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Michael Kelley (LINUX)
    • Re: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Gupta, Pankaj
      • Re: [RFC PATCH V2 01/18] x86/sev: Pvalidate memory gab for decompressing kernel, Tianyu Lan
  • [RFC PATCH V2 11/18] Drivers: hv: vmbus: Decrypt vmbus ring buffer, Tianyu Lan
    • RE: [RFC PATCH V2 11/18] Drivers: hv: vmbus: Decrypt vmbus ring buffer, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 11/18] Drivers: hv: vmbus: Decrypt vmbus ring buffer, Tianyu Lan
  • [RFC PATCH V2 06/18] x86/hyperv: Use vmmcall to implement hvcall in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 06/18] x86/hyperv: Use vmmcall to implement hvcall in sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 06/18] x86/hyperv: Use vmmcall to implement hvcall in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 06/18] x86/hyperv: Use vmmcall to implement hvcall in sev-snp enlightened guest, Dexuan Cui
  • [RFC PATCH V2 09/18] x86/hyperv: set target vtl in the vmbus init message, Tianyu Lan
    • RE: [RFC PATCH V2 09/18] x86/hyperv: set target vtl in the vmbus init message, Michael Kelley (LINUX)
  • [RFC PATCH V2 17/18] x86/sev: optimize system vector processing invoked from #HV exception, Tianyu Lan
  • [RFC PATCH V2 12/18] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 12/18] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Michael Kelley (LINUX)
  • [RFC PATCH V2 02/18] x86/hyperv: Add sev-snp enlightened guest specific config, Tianyu Lan
    • RE: [RFC PATCH V2 02/18] x86/hyperv: Add sev-snp enlightened guest specific config, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 02/18] x86/hyperv: Add sev-snp enlightened guest specific config, Tianyu Lan
  • [RFC PATCH V2 05/18] x86/hyperv: Get Virtual Trust Level via hvcall, Tianyu Lan
    • RE: [RFC PATCH V2 05/18] x86/hyperv: Get Virtual Trust Level via hvcall, Michael Kelley (LINUX)
  • [RFC PATCH V2 04/18] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 04/18] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 04/18] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V2 14/18] x86/hyperv: Add hyperv-specific hadling for VMMCALL under SEV-ES, Tianyu Lan
  • [RFC PATCH V2 10/18] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 10/18] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Dexuan Cui
      • Re: [RFC PATCH V2 10/18] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 10/18] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 10/18] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V2 08/18] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 08/18] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 08/18] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
    • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Kalra, Ashish
      • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
        • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Kalra, Ashish
    • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tom Lendacky
      • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
    • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Christophe de Dinechin
      • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
    • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
      • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
        • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
    • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Gupta, Pankaj
      • Re: [RFC PATCH V2 16/18] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
  • [RFC PATCH V2 07/18] clocksource: hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 07/18] clocksource: hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest, Michael Kelley (LINUX)
      • Re: [RFC PATCH V2 07/18] clocksource: hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest, Tianyu Lan
  • [RFC PATCH V2 18/18] x86/sev: Fix interrupt exit code paths from #HV exception, Tianyu Lan
    • Re: [RFC PATCH V2 18/18] x86/sev: Fix interrupt exit code paths from #HV exception, Gupta, Pankaj
  • [RFC PATCH V2 03/18] x86/hyperv: apic change for sev-snp enlightened guest, Tianyu Lan
    • RE: [RFC PATCH V2 03/18] x86/hyperv: apic change for sev-snp enlightened guest, Michael Kelley (LINUX)
  • [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler, Tianyu Lan
    • Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler, Gupta, Pankaj
      • Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler, Tianyu Lan
        • Re: [RFC PATCH V2 15/18] x86/sev: Add a #HV exception handler, Gupta, Pankaj
  • [RFC PATCH V2 13/18] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
    • RE: [RFC PATCH V2 13/18] x86/hyperv: Add smp support for sev-snp guest, Michael Kelley (LINUX)
• [PATCH AUTOSEL 5.15 09/27] clocksource/drivers/hyperv: add data structure for reference TSC MSR, Sasha Levin
• [PATCH] tools/memory-model: Use "grep -E" instead of "egrep", Tiezhu Yang
  • Re: [PATCH] tools/memory-model: Use "grep -E" instead of "egrep", Akira Yokosawa
    • Re: [PATCH] tools/memory-model: Use "grep -E" instead of "egrep", Tiezhu Yang
• [PATCH AUTOSEL 6.0 13/44] clocksource/drivers/hyperv: add data structure for reference TSC MSR, Sasha Levin
  • RE: [PATCH AUTOSEL 6.0 13/44] clocksource/drivers/hyperv: add data structure for reference TSC MSR, Michael Kelley (LINUX)
    • Re: [PATCH AUTOSEL 6.0 13/44] clocksource/drivers/hyperv: add data structure for reference TSC MSR, Sasha Levin
      • Re: [PATCH AUTOSEL 6.0 13/44] clocksource/drivers/hyperv: add data structure for reference TSC MSR, Wei Liu
• Re: Syzkaller found a bug: KASAN: null-ptr-deref Write in prepare_to_wait, Waiman Long
• [Patch v3 00/14] Add PCI pass-thru support to Hyper-V Confidential VMs, Michael Kelley
  • [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley
    • Re: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Borislav Petkov
      • RE: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
        • Re: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Borislav Petkov
          • RE: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
    • Re: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Dave Hansen
      • RE: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
        • Re: [Patch v3 01/14] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Borislav Petkov
  • [Patch v3 02/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley
    • Re: [Patch v3 02/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Sathyanarayanan Kuppuswamy
    • Re: [Patch v3 02/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Borislav Petkov
      • RE: [Patch v3 02/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley (LINUX)
        • Re: [Patch v3 02/14] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Borislav Petkov
  • [Patch v3 03/14] x86/hyperv: Reorder code in prep for subsequent patch, Michael Kelley
  • [Patch v3 04/14] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls, Michael Kelley
  • [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley
    • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Tom Lendacky
      • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Tom Lendacky
        • RE: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley (LINUX)
    • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Sathyanarayanan Kuppuswamy
      • RE: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley (LINUX)
        • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
          • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Sathyanarayanan Kuppuswamy
            • RE: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Michael Kelley (LINUX)
              • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
        • RE: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Dexuan Cui
          • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Tom Lendacky
            • RE: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Dexuan Cui
    • Re: [Patch v3 05/14] x86/mm: Handle decryption/re-encryption of bss_decrypted consistently, Borislav Petkov
  • [Patch v3 06/14] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Michael Kelley
    • Re: [Patch v3 06/14] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Tom Lendacky
    • Re: [Patch v3 06/14] init: Call mem_encrypt_init() after Hyper-V hypercall init is done, Borislav Petkov
  • [Patch v3 09/14] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages, Michael Kelley
  • [Patch v3 11/14] hv_netvsc: Remove second mapping of send and recv buffers, Michael Kelley
  • [Patch v3 10/14] Drivers: hv: vmbus: Remove second way of mapping ring buffers, Michael Kelley
  • [Patch v3 12/14] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary, Michael Kelley
  • [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley
    • Re: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Wei Liu
      • RE: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley (LINUX)
        • Re: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Wei Liu
      • Re: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Sean Christopherson
        • Re: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Wei Liu
    • RE: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Haiyang Zhang
      • RE: [Patch v3 13/14] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley (LINUX)
  • [Patch v3 14/14] PCI: hv: Enable PCI pass-thru devices in Confidential VMs, Michael Kelley
  • [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley
    • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Tianyu Lan
    • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
      • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
        • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Dave Hansen
          • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
        • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
          • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
            • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
              • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
                • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
                  • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
                    • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
                      • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
                        • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
                          • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
                            • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
                              • Re: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Borislav Petkov
                                • RE: [Patch v3 07/14] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
  • [Patch v3 08/14] swiotlb: Remove bounce buffer remapping for Hyper-V, Michael Kelley
• [PATCH v2 00/12] Drivers: hv: Add PCI pass-thru support to Hyper-V Confidential VMs, Michael Kelley
  • [PATCH v2 02/12] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley
    • Re: [PATCH v2 02/12] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Dave Hansen
      • RE: [PATCH v2 02/12] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley (LINUX)
        • Re: [PATCH v2 02/12] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Dave Hansen
          • RE: [PATCH v2 02/12] x86/ioapic: Gate decrypted mapping on cc_platform_has() attribute, Michael Kelley (LINUX)
  • [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley
    • Re: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Dave Hansen
      • RE: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
    • Re: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Dave Hansen
      • RE: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
        • Re: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Dave Hansen
          • RE: [PATCH v2 01/12] x86/ioremap: Fix page aligned size calculation in __ioremap_caller(), Michael Kelley (LINUX)
  • [PATCH v2 03/12] x86/hyperv: Reorder code in prep for subsequent patch, Michael Kelley
  • [PATCH v2 04/12] Drivers: hv: Explicitly request decrypted in vmap_pfn() calls, Michael Kelley
  • [PATCH v2 06/12] swiotlb: Remove bounce buffer remapping for Hyper-V, Michael Kelley
  • [PATCH v2 07/12] Drivers: hv: vmbus: Remove second mapping of VMBus monitor pages, Michael Kelley
  • [PATCH v2 05/12] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley
    • Re: [PATCH v2 05/12] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Tom Lendacky
      • RE: [PATCH v2 05/12] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Michael Kelley (LINUX)
        • Re: [PATCH v2 05/12] x86/hyperv: Change vTOM handling to use standard coco mechanisms, Tom Lendacky
  • [PATCH v2 08/12] Drivers: hv: vmbus: Remove second way of mapping ring buffers, Michael Kelley
  • [PATCH v2 09/12] hv_netvsc: Remove second mapping of send and recv buffers, Michael Kelley
  • [PATCH v2 10/12] Drivers: hv: Don't remap addresses that are above shared_gpa_boundary, Michael Kelley
  • [PATCH v2 11/12] PCI: hv: Add hypercalls to read/write MMIO space, Michael Kelley
  • [PATCH v2 12/12] PCI: hv: Enable PCI pass-thru devices in Confidential VMs, Michael Kelley
  • Re: [PATCH v2 00/12] Drivers: hv: Add PCI pass-thru support to Hyper-V Confidential VMs, Wei Liu
• [RFC PATCH 00/17] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
  • <Possible follow-ups>
  • [RFC PATCH 00/17] x86/hyperv/sev: Add AMD sev-snp enlightened guest support on hyperv, Tianyu Lan
    • [RFC PATCH 01/17] x86/boot: Check boot param's cc_blob_address for direct boot mode, Tianyu Lan
      • Re: [RFC PATCH 01/17] x86/boot: Check boot param's cc_blob_address for direct boot mode, Michael Roth
        • Re: [RFC PATCH 01/17] x86/boot: Check boot param's cc_blob_address for direct boot mode, Tianyu Lan
    • [RFC PATCH 02/17] x86/sev: Pvalidate memory gab for decompressing kernel, Tianyu Lan
    • [RFC PATCH 07/17] x86/hyperv: Use vmmcall to implement hvcall in sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 05/17] x86/hyperv: Decrypt hv vp assist page in sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 08/17] clocksource: hyper-v: decrypt hyperv tsc page in sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 06/17] x86/hyperv: Get Virtual Trust Level via hvcall, Tianyu Lan
    • [RFC PATCH 09/17] x86/hyperv: decrypt vmbus pages for sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 11/17] drivers: hv: Decrypt percpu hvcall input arg page in sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 04/17] x86/hyperv: apic change for sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 12/17] Drivers: hv: vmbus: Decrypt vmbus ring buffer, Tianyu Lan
    • [RFC PATCH 13/17] x86/hyperv: Initialize cpu and memory for sev-snp enlightened guest, Tianyu Lan
    • [RFC PATCH 10/17] x86/hyperv: set target vtl in the vmbus init message, Tianyu Lan
    • [RFC PATCH 03/17] x86/hyperv: Add sev-snp enlightened guest specific config, Tianyu Lan
    • [RFC PATCH 15/17] x86/hyperv: Add hyperv-specific hadling for VMMCALL under SEV-ES, Tianyu Lan
    • [RFC PATCH 16/17] x86/sev: Add a #HV exception handler, Tianyu Lan
      • Re: [RFC PATCH 16/17] x86/sev: Add a #HV exception handler, Kalra, Ashish
        • Re: [RFC PATCH 16/17] x86/sev: Add a #HV exception handler, Tianyu Lan
    • [RFC PATCH 14/17] x86/hyperv: Add smp support for sev-snp guest, Tianyu Lan
    • [RFC PATCH 17/17] x86/sev: Initialize #HV doorbell and handle interrupt requests, Tianyu Lan
      • Re: [RFC PATCH 17/17] x86/sev: Initialize #HV doorbell and handle interrupt requests, Kalra, Ashish
• [PATCH 0/2] riscv: stacktrace: A fixup and an optimization, guoren
  • [PATCH 1/2] riscv: stacktrace: Fixup ftrace_graph_ret_addr retp argument, guoren
  • [PATCH 2/2] riscv: stacktrace: Make walk_stackframe cross pt_regs frame, guoren
    • Re: [PATCH 2/2] riscv: stacktrace: Make walk_stackframe cross pt_regs frame, Guo Ren
      • Re: [PATCH 2/2] riscv: stacktrace: Make walk_stackframe cross pt_regs frame, Guo Ren
    • Re: [PATCH 2/2] riscv: stacktrace: Make walk_stackframe cross pt_regs frame, Palmer Dabbelt
      • Re: [PATCH 2/2] riscv: stacktrace: Make walk_stackframe cross pt_regs frame, Guo Ren
  • Re: [PATCH 0/2] riscv: stacktrace: A fixup and an optimization, Palmer Dabbelt
  • Re: [PATCH 0/2] riscv: stacktrace: A fixup and an optimization, patchwork-bot+linux-riscv
• Re: [PATCH v12 10/17] riscv: Add sigcontext save/restore for vector, Vineet Gupta
• Re: io_ordering.rst vs. memory-barriers.txt, Tony Battersby
  • Re: io_ordering.rst vs. memory-barriers.txt, Akira Yokosawa
    • Re: io_ordering.rst vs. memory-barriers.txt, Arnd Bergmann
• [PATCH] vmlinux.lds.h: Fix placement of '.data..decrypted' section, Nathan Chancellor
  • Re: [PATCH] vmlinux.lds.h: Fix placement of '.data..decrypted' section, Kees Cook
• Re: [PATCH bpf-next v2 0/5] execmem_alloc for BPF programs, Mike Rapoport
• Re: [PATCH 0/5] powerpc/kprobes: preempt related changes and cleanups, Nicholas Piggin
• vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, zhaowenhui (A)
  • Re: vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, Ard Biesheuvel
    • Re: vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, xiafukun
      • Re: vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, Nathan Chancellor
        • Re: vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, Ard Biesheuvel
          • Re: vmlinux.lds.h: Bug report: unable to handle page fault when start the virtual machine with qemu, Nathan Chancellor
• [PATCH v3 00/37] Shadow stacks for userspace, Rick Edgecombe
  • [PATCH v3 01/37] Documentation/x86: Add CET description, Rick Edgecombe
  • [PATCH v3 03/37] x86/cpufeatures: Add CPU feature flags for shadow stacks, Rick Edgecombe
    • Re: [PATCH v3 03/37] x86/cpufeatures: Add CPU feature flags for shadow stacks, Borislav Petkov
  • [PATCH v3 02/37] x86/cet/shstk: Add Kconfig option for Shadow Stack, Rick Edgecombe
  • [PATCH v3 08/37] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Rick Edgecombe
  • [PATCH v3 06/37] x86/fpu: Add helper for modifying xstate, Rick Edgecombe
  • [PATCH v3 07/37] x86/cet: Add user control-protection fault handler, Rick Edgecombe
  • [PATCH v3 09/37] x86/mm: Move pmd_write(), pud_write() up in the file, Rick Edgecombe
  • [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Rick Edgecombe
    • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Borislav Petkov
      • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Edgecombe, Rick P
        • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Borislav Petkov
          • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Edgecombe, Rick P
            • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Borislav Petkov
              • Re: [PATCH v3 04/37] x86/cpufeatures: Enable CET CR4 bit for shadow stack, Edgecombe, Rick P
  • [PATCH v3 05/37] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Rick Edgecombe
  • [PATCH v3 10/37] x86/mm: Introduce _PAGE_COW, Rick Edgecombe
  • [PATCH v3 11/37] x86/mm: Update pte_modify for _PAGE_COW, Rick Edgecombe
  • [PATCH v3 12/37] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Rick Edgecombe
  • [PATCH v3 14/37] mm: Introduce VM_SHADOW_STACK for shadow stack memory, Rick Edgecombe
  • [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Rick Edgecombe
    • Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Peter Zijlstra
      • Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Edgecombe, Rick P
        • Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Peter Zijlstra
          • Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Edgecombe, Rick P
            • Re: [PATCH v3 15/37] x86/mm: Check Shadow Stack page fault errors, Peter Zijlstra
  • [PATCH v3 16/37] x86/mm: Update maybe_mkwrite() for shadow stack, Rick Edgecombe
  • [PATCH v3 17/37] mm: Fixup places that call pte_mkwrite() directly, Rick Edgecombe
  • [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Rick Edgecombe
    • Re: [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Peter Zijlstra
      • Re: [PATCH v3 13/37] mm: Move VM_UFFD_MINOR_BIT from 37 to 38, Edgecombe, Rick P
  • [PATCH v3 18/37] mm: Add guard pages around a shadow stack., Rick Edgecombe
    • Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack., Peter Zijlstra
      • Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack., Edgecombe, Rick P
        • Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack., Peter Zijlstra
          • Re: [PATCH v3 18/37] mm: Add guard pages around a shadow stack., Edgecombe, Rick P
  • [PATCH v3 19/37] mm/mmap: Add shadow stack pages to memory accounting, Rick Edgecombe
  • [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write, Rick Edgecombe
    • Re: [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write, Peter Zijlstra
      • Re: [PATCH v3 20/37] mm/mprotect: Exclude shadow stack from preserve_write, Edgecombe, Rick P
  • [PATCH v3 21/37] mm: Re-introduce vm_flags to do_mmap(), Rick Edgecombe
  • [PATCH v3 22/37] mm: Don't allow write GUPs to shadow stack memory, Rick Edgecombe
  • [PATCH v3 23/37] mm: Warn on shadow stack memory in wrong vma, Rick Edgecombe
  • [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support, Rick Edgecombe
    • Re: [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support, Peter Zijlstra
      • Re: [PATCH v3 25/37] x86/shstk: Add user-mode shadow stack support, Edgecombe, Rick P
  • [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Rick Edgecombe
    • Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Peter Zijlstra
      • Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Peter Zijlstra
        • Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Edgecombe, Rick P
    • Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Peter Zijlstra
      • Re: [PATCH v3 24/37] x86: Introduce userspace API for CET enabling, Edgecombe, Rick P
  • [PATCH v3 26/37] x86/shstk: Handle thread shadow stack, Rick Edgecombe
  • [PATCH v3 28/37] x86/shstk: Handle signals for shadow stack, Rick Edgecombe
  • [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Rick Edgecombe
    • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Peter Zijlstra
      • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
        • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Peter Zijlstra
          • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
            • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Peter Zijlstra
              • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
    • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Peter Zijlstra
      • Re: [PATCH v3 27/37] x86/shstk: Introduce routines modifying shstk, Edgecombe, Rick P
  • [PATCH v3 29/37] x86/shstk: Introduce map_shadow_stack syscall, Rick Edgecombe
  • [PATCH v3 30/37] x86/shstk: Support wrss for userspace, Rick Edgecombe
  • [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Rick Edgecombe
    • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Peter Zijlstra
      • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Edgecombe, Rick P
        • RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Schimpe, Christina
          • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Peter Zijlstra
            • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Edgecombe, Rick P
              • RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Schimpe, Christina
          • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Edgecombe, Rick P
            • RE: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Schimpe, Christina
              • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Edgecombe, Rick P
            • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Mike Rapoport
              • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Edgecombe, Rick P
                • Re: [PATCH v3 35/37] x86/cet: Add PTRACE interface for CET, Mike Rapoport
  • [PATCH v3 34/37] x86/fpu: Add helper for initing features, Rick Edgecombe
  • [PATCH v3 33/37] selftests/x86: Add shadow stack test, Rick Edgecombe
  • [PATCH v3 32/37] x86/cet/shstk: Wire in CET interface, Rick Edgecombe
  • [PATCH v3 31/37] x86: Expose thread features in /proc/$PID/status, Rick Edgecombe
  • [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Rick Edgecombe
    • Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Peter Zijlstra
      • Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Edgecombe, Rick P
        • Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Peter Zijlstra
          • Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Dave Hansen
            • Re: [PATCH v3 36/37] x86/cet/shstk: Add ARCH_CET_UNLOCK, Peter Zijlstra
  • [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Rick Edgecombe
    • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, H.J. Lu
      • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Florian Weimer
        • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
          • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Florian Weimer
            • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
              • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, H.J. Lu
                • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
                  • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, H.J. Lu
                    • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
                      • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, H.J. Lu
                        • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
                          • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, H.J. Lu
                  • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Florian Weimer
      • Re: [RFC 37/37] fs/binfmt_elf: Block old shstk elf bit, Edgecombe, Rick P
• [PATCH] mm: swap the definition of CONFIG_SPARSEMEM_VMEMMAP and CONFIG_SPARSEMEM, zhijun.han
  • Re: [PATCH] mm: swap the definition of CONFIG_SPARSEMEM_VMEMMAP and CONFIG_SPARSEMEM, Arnd Bergmann
• [PATCH v3 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
  • [PATCH v3 1/5] x86/hyperv: Add support for detecting nested hypervisor, Jinank Jain
    • Re: [PATCH v3 1/5] x86/hyperv: Add support for detecting nested hypervisor, Anirudh Rayabharam
  • [PATCH v3 3/5] x86/hyperv: Add an interface to do nested hypercalls, Jinank Jain
    • Re: [PATCH v3 3/5] x86/hyperv: Add an interface to do nested hypercalls, Anirudh Rayabharam
  • [PATCH v3 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
    • Re: [PATCH v3 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Anirudh Rayabharam
      • Re: [PATCH v3 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
  • [PATCH v3 4/5] Drivers: hv: Enable vmbus driver for nested root partition, Jinank Jain
  • [PATCH v3 5/5] x86/hyperv: Change interrupt vector for nested root partition, Jinank Jain
  • Re: [PATCH v3 0/5] Add support running nested Microsoft Hypervisor, Borislav Petkov
  • Re: [PATCH v3 0/5] Add support running nested Microsoft Hypervisor, Anirudh Rayabharam
  • Re: [PATCH v3 0/5] Add support running nested Microsoft Hypervisor, Wei Liu
    • Re: [PATCH v3 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
• [PATCH V2] selftests/vDSO: Add riscv getcpu & gettimeofday test, guoren
  • Re: [PATCH V2] selftests/vDSO: Add riscv getcpu & gettimeofday test, Palmer Dabbelt
• [PATCH -next V8 00/14] riscv: Add GENERIC_ENTRY support and related features, guoren
  • [PATCH -next V8 01/14] compiler_types.h: Add __noinstr_section() for noinstr, guoren
    • Re: [PATCH -next V8 01/14] compiler_types.h: Add __noinstr_section() for noinstr, Björn Töpel
  • [PATCH -next V8 02/14] riscv: elf_kexec: Fixup compile warning, guoren
    • Re: [PATCH -next V8 02/14] riscv: elf_kexec: Fixup compile warning, Björn Töpel
      • Re: [PATCH -next V8 02/14] riscv: elf_kexec: Fixup compile warning, Guo Ren
  • [PATCH -next V8 03/14] riscv: compat_syscall_table: Fixup compile warning, guoren
    • Re: [PATCH -next V8 03/14] riscv: compat_syscall_table: Fixup compile warning, Björn Töpel
  • [PATCH -next V8 04/14] riscv: ptrace: Remove duplicate operation, guoren
    • Re: [PATCH -next V8 04/14] riscv: ptrace: Remove duplicate operation, Björn Töpel
      • Re: [PATCH -next V8 04/14] riscv: ptrace: Remove duplicate operation, Guo Ren
  • [PATCH -next V8 05/14] riscv: traps: Add noinstr to prevent instrumentation inserted, guoren
  • [PATCH -next V8 07/14] riscv: Support HAVE_IRQ_EXIT_ON_IRQ_STACK, guoren
  • [PATCH -next V8 06/14] riscv: convert to generic entry, guoren
    • Re: [PATCH -next V8 06/14] riscv: convert to generic entry, Ben Hutchings
      • Re: [PATCH -next V8 06/14] riscv: convert to generic entry, Guo Ren
    • Re: [PATCH -next V8 06/14] riscv: convert to generic entry, Björn Töpel
      • Re: [PATCH -next V8 06/14] riscv: convert to generic entry, Guo Ren
  • [PATCH -next V8 08/14] riscv: Support HAVE_SOFTIRQ_ON_OWN_STACK, guoren
  • [PATCH -next V8 09/14] riscv: Add config of thread stack size, guoren
  • [PATCH -next V8 10/14] riscv: Typo fixup for addi -> andi in comment, guoren
    • Re: [PATCH -next V8 10/14] riscv: Typo fixup for addi -> andi in comment, Björn Töpel
  • [PATCH -next V8 11/14] riscv: Add support for STACKLEAK gcc plugin, guoren
  • [PATCH -next V8 13/14] riscv: consolidate ret_from_kernel_thread into ret_from_fork, guoren
  • [PATCH -next V8 12/14] riscv: remove extra level wrappers of trace_hardirqs_{on,off}, guoren
  • [PATCH -next V8 14/14] riscv: entry: consolidate general regs saving/restoring, guoren
  • Re: [PATCH -next V8 00/14] riscv: Add GENERIC_ENTRY support and related features, Jisheng Zhang
  • Re: [PATCH -next V8 00/14] riscv: Add GENERIC_ENTRY support and related features, Björn Töpel
    • Re: [PATCH -next V8 00/14] riscv: Add GENERIC_ENTRY support and related features, Guo Ren
      • Re: [PATCH -next V8 00/14] riscv: Add GENERIC_ENTRY support and related features, Björn Töpel
• [linux-next:master] BUILD REGRESSION 61c3426aca2c71052ddcd06c32e29d92304990fd, kernel test robot
• [PATCH v2 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
  • [PATCH v2 2/5] hv: Setup synic registers in case of nested root partition, Jinank Jain
    • RE: [PATCH v2 2/5] hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
  • [PATCH v2 3/5] hv: Add an interface to do nested hypercalls, Jinank Jain
    • RE: [PATCH v2 3/5] hv: Add an interface to do nested hypercalls, Michael Kelley (LINUX)
  • [PATCH v2 1/5] mshv: Add support for detecting nested hypervisor, Jinank Jain
    • RE: [PATCH v2 1/5] mshv: Add support for detecting nested hypervisor, Michael Kelley (LINUX)
  • [PATCH v2 5/5] hv, mshv : Change interrupt vector for nested root partition, Jinank Jain
  • [PATCH v2 4/5] hv: Enable vmbus driver for nested root partition, Jinank Jain
    • RE: [PATCH v2 4/5] hv: Enable vmbus driver for nested root partition, Michael Kelley (LINUX)
      • Re: [PATCH v2 4/5] hv: Enable vmbus driver for nested root partition, Wei Liu
    • Re: [PATCH v2 4/5] hv: Enable vmbus driver for nested root partition, Anirudh Rayabharam
  • [PATCH v4 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
    • [PATCH v4 1/5] x86/hyperv: Add support for detecting nested hypervisor, Jinank Jain
      • RE: [PATCH v4 1/5] x86/hyperv: Add support for detecting nested hypervisor, Michael Kelley (LINUX)
    • [PATCH v4 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
      • RE: [PATCH v4 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
      • Re: [PATCH v4 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Nuno Das Neves
    • [PATCH v4 3/5] x86/hyperv: Add an interface to do nested hypercalls, Jinank Jain
      • RE: [PATCH v4 3/5] x86/hyperv: Add an interface to do nested hypercalls, Michael Kelley (LINUX)
    • [PATCH v4 4/5] Drivers: hv: Enable vmbus driver for nested root partition, Jinank Jain
      • RE: [PATCH v4 4/5] Drivers: hv: Enable vmbus driver for nested root partition, Michael Kelley (LINUX)
    • [PATCH v4 5/5] x86/hyperv: Change interrupt vector for nested root partition, Jinank Jain
      • RE: [PATCH v4 5/5] x86/hyperv: Change interrupt vector for nested root partition, Michael Kelley (LINUX)
  • [PATCH v6 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
    • [PATCH v6 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
      • RE: [PATCH v6 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
    • [PATCH v6 1/5] x86/hyperv: Add support for detecting nested hypervisor, Jinank Jain
    • [PATCH v6 3/5] x86/hyperv: Add an interface to do nested hypercalls, Jinank Jain
    • [PATCH v6 5/5] x86/hyperv: Change interrupt vector for nested root partition, Jinank Jain
    • [PATCH v6 4/5] Drivers: hv: Enable vmbus driver for nested root partition, Jinank Jain
  • [PATCH v7 0/5] Add support running nested Microsoft Hypervisor, Jinank Jain
    • [PATCH v7 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
      • RE: [PATCH v7 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
        • Re: [PATCH v7 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
          • RE: [PATCH v7 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
    • [PATCH v7 1/5] x86/hyperv: Add support for detecting nested hypervisor, Jinank Jain
    • [PATCH v7 5/5] x86/hyperv: Change interrupt vector for nested root partition, Jinank Jain
    • [PATCH v7 4/5] Drivers: hv: Enable vmbus driver for nested root partition, Jinank Jain
    • [PATCH v7 3/5] x86/hyperv: Add an interface to do nested hypercalls, Jinank Jain
    • [no subject], Jinank Jain
      • [PATCH v10 1/5] x86/hyperv: Add support for detecting nested hypervisor, Jinank Jain
        • RE: [PATCH v10 1/5] x86/hyperv: Add support for detecting nested hypervisor, Michael Kelley (LINUX)
      • [PATCH v10 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Jinank Jain
        • RE: [PATCH v10 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Michael Kelley (LINUX)
        • Re: [PATCH v10 2/5] Drivers: hv: Setup synic registers in case of nested root partition, Nuno Das Neves
      • [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition, Jinank Jain
        • RE: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition, Michael Kelley (LINUX)
        • Re: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition, Wei Liu
        • Re: [PATCH v10 5/5] x86/hyperv: Change interrupt vector for nested root partition, Borislav Petkov