Linux Arch

• Date Index

• Re: [PATCH v6 0/2] PCI: hv: Hyper-V vPCI for arm64, (continued)
  • Re: [PATCH v6 0/2] PCI: hv: Hyper-V vPCI for arm64, Bjorn Helgaas
    • RE: [EXTERNAL] Re: [PATCH v6 0/2] PCI: hv: Hyper-V vPCI for arm64, Sunil Muthuswamy
• [PATCH v2 00/23] kcsan: Support detecting a subset of missing memory barriers, Marco Elver
  • [PATCH v2 01/23] kcsan: Refactor reading of instrumented memory, Marco Elver
    • Re: [PATCH v2 01/23] kcsan: Refactor reading of instrumented memory, Mark Rutland
  • [PATCH v2 02/23] kcsan: Remove redundant zero-initialization of globals, Marco Elver
    • Re: [PATCH v2 02/23] kcsan: Remove redundant zero-initialization of globals, Mark Rutland
  • [PATCH v2 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Marco Elver
    • Re: [PATCH v2 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Boqun Feng
      • Re: [PATCH v2 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Marco Elver
        • Re: [PATCH v2 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Boqun Feng
          • Re: [PATCH v2 03/23] kcsan: Avoid checking scoped accesses from nested contexts, Marco Elver
  • [PATCH v2 04/23] kcsan: Add core support for a subset of weak memory modeling, Marco Elver
  • [PATCH v2 05/23] kcsan: Add core memory barrier instrumentation functions, Marco Elver
  • [PATCH v2 06/23] kcsan, kbuild: Add option for barrier instrumentation only, Marco Elver
  • [PATCH v2 07/23] kcsan: Call scoped accesses reordered in reports, Marco Elver
  • [PATCH v2 09/23] kcsan: Document modeling of weak memory, Marco Elver
  • [PATCH v2 08/23] kcsan: Show location access was reordered to, Marco Elver
  • [PATCH v2 10/23] kcsan: test: Match reordered or normal accesses, Marco Elver
  • [PATCH v2 11/23] kcsan: test: Add test cases for memory barrier instrumentation, Marco Elver
  • [PATCH v2 12/23] kcsan: Ignore GCC 11+ warnings about TSan runtime support, Marco Elver
  • [PATCH v2 13/23] kcsan: selftest: Add test case to check memory barrier instrumentation, Marco Elver
  • [PATCH v2 14/23] locking/barriers, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH v2 15/23] locking/barriers, kcsan: Support generic instrumentation, Marco Elver
  • [PATCH v2 16/23] locking/atomics, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH v2 17/23] asm-generic/bitops, kcsan: Add instrumentation for barriers, Marco Elver
  • [PATCH v2 19/23] x86/qspinlock, kcsan: Instrument barrier of pv_queued_spin_unlock(), Marco Elver
  • [PATCH v2 18/23] x86/barriers, kcsan: Use generic instrumentation for non-smp barriers, Marco Elver
  • [PATCH v2 20/23] mm, kcsan: Enable barrier instrumentation, Marco Elver
  • [PATCH v2 21/23] sched, kcsan: Enable memory barrier instrumentation, Marco Elver
  • [PATCH v2 22/23] objtool, kcsan: Add memory barrier instrumentation to whitelist, Marco Elver
  • [PATCH v2 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
    • Re: [PATCH v2 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Josh Poimboeuf
      • Re: [PATCH v2 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
      • Re: [PATCH v2 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Marco Elver
        • Re: [PATCH v2 23/23] objtool, kcsan: Remove memory barrier instrumentation from noinstr, Josh Poimboeuf
• [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
  • [PATCH v7 1/4] elf: Allow architectures to parse properties on the main executable, Mark Brown
  • [PATCH v7 2/4] arm64: Enable BTI for main executable as well as the interpreter, Mark Brown
  • [PATCH v7 3/4] elf: Remove has_interp property from arch_adjust_elf_prot(), Mark Brown
  • [PATCH v7 4/4] elf: Remove has_interp property from arch_parse_elf_property(), Mark Brown
  • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
    • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
      • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
        • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Jeremy Linton
          • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
            • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Jeremy Linton
              • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
                • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
                  • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
                    • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Mark Brown
                    • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
                      • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Adhemerval Zanella
                        • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, H.J. Lu
                          • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
                            • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, H.J. Lu
                      • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
                        • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Catalin Marinas
                          • Re: [PATCH v7 0/4] arm64: Enable BTI for the executable as well as the interpreter, Szabolcs Nagy
• [PATCH] sched: Remove a useless #include, Christophe JAILLET
• [PATCH v5 0/2] PCI: hv: Hyper-V vPCI for arm64, Sunil Muthuswamy
  • [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
    • RE: [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Michael Kelley
    • Re: [PATCH v5 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Boqun Feng
  • [PATCH v5 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
    • RE: [PATCH v5 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Michael Kelley
• [GIT PULL] exit cleanups for v5.16, Eric W. Biederman
  • Re: [GIT PULL] exit cleanups for v5.16, Eric W. Biederman
  • Re: [GIT PULL] exit cleanups for v5.16, pr-tracker-bot
• [GIT PULL] asm-generic: asm/syscall.h cleanup, Arnd Bergmann
  • Re: [GIT PULL] asm-generic: asm/syscall.h cleanup, pr-tracker-bot
• [PATCH v4 0/2] PCI: hv: Hyper-V vPCI for arm64, Sunil Muthuswamy
  • [PATCH v4 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
  • [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
    • Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Marc Zyngier
      • Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Marc Zyngier
        • RE: [EXTERNAL] Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
          • RE: [EXTERNAL] Re: [PATCH v4 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
• [PATCH v5 0/4] shoot lazy tlbs, Nicholas Piggin
  • [PATCH v5 1/4] lazy tlb: introduce lazy mm refcount helper functions, Nicholas Piggin
  • [PATCH v5 2/4] lazy tlb: allow lazy tlb mm refcounting to be configurable, Nicholas Piggin
  • [PATCH v5 3/4] lazy tlb: shoot lazies, a non-refcounting lazy tlb option, Nicholas Piggin
  • [PATCH v5 4/4] powerpc/64s: enable MMU_LAZY_TLB_SHOOTDOWN, Nicholas Piggin
• flush_dcache_page vs kunmap_local, Matthew Wilcox
  • Re: flush_dcache_page vs kunmap_local, Linus Torvalds
    • Re: flush_dcache_page vs kunmap_local, Catalin Marinas
      • Re: flush_dcache_page vs kunmap_local, Linus Torvalds
        • Re: flush_dcache_page vs kunmap_local, Catalin Marinas
          • Re: flush_dcache_page vs kunmap_local, Russell King (Oracle)
          • Re: flush_dcache_page vs kunmap_local, Linus Torvalds
            • Re: flush_dcache_page vs kunmap_local, Catalin Marinas
    • Re: flush_dcache_page vs kunmap_local, Matthew Wilcox
      • Re: flush_dcache_page vs kunmap_local, Linus Torvalds
• [PATCH stable 4.9 0/2] zsmalloc MAX_POSSIBLE_PHYSMEM_BITS, Florian Fainelli
  • [PATCH stable 4.9 1/2] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS, Florian Fainelli
  • [PATCH stable 4.9 2/2] arch: pgtable: define MAX_POSSIBLE_PHYSMEM_BITS where needed, Florian Fainelli
• [PATCH stable 4.14 0/2] zsmalloc MAX_POSSIBLE_PHYSMEM_BITS, Florian Fainelli
  • [PATCH stable 4.14 1/2] mm/zsmalloc: Prepare to variable MAX_PHYSMEM_BITS, Florian Fainelli
  • [PATCH stable 4.14 2/2] arch: pgtable: define MAX_POSSIBLE_PHYSMEM_BITS where needed, Florian Fainelli
• [PATCH stable 4.19 1/1] arch: pgtable: define MAX_POSSIBLE_PHYSMEM_BITS where needed, Florian Fainelli
  • Re: [PATCH stable 4.19 1/1] arch: pgtable: define MAX_POSSIBLE_PHYSMEM_BITS where needed, Greg KH
• [PATCH v2 0/8] KVM: x86: Hyper-V hypercall fix and cleanups, Sean Christopherson
  • [PATCH v2 1/8] KVM: x86: Ignore sparse banks size for an "all CPUs", non-sparse IPI req, Sean Christopherson
    • Re: [PATCH v2 1/8] KVM: x86: Ignore sparse banks size for an "all CPUs", non-sparse IPI req, Vitaly Kuznetsov
  • [PATCH v2 3/8] KVM: x86: Refactor kvm_hv_flush_tlb() to reduce indentation, Sean Christopherson
    • Re: [PATCH v2 3/8] KVM: x86: Refactor kvm_hv_flush_tlb() to reduce indentation, Vitaly Kuznetsov
      • Re: [PATCH v2 3/8] KVM: x86: Refactor kvm_hv_flush_tlb() to reduce indentation, Sean Christopherson
  • [PATCH v2 4/8] KVM: x86: Add a helper to get the sparse VP_SET for IPIs and TLB flushes, Sean Christopherson
    • Re: [PATCH v2 4/8] KVM: x86: Add a helper to get the sparse VP_SET for IPIs and TLB flushes, Vitaly Kuznetsov
  • [PATCH v2 6/8] KVM: x86: Shove vp_bitmap handling down into sparse_set_to_vcpu_mask(), Sean Christopherson
    • Re: [PATCH v2 6/8] KVM: x86: Shove vp_bitmap handling down into sparse_set_to_vcpu_mask(), Vitaly Kuznetsov
  • [PATCH v2 5/8] KVM: x86: Don't bother reading sparse banks that end up being ignored, Sean Christopherson
    • Re: [PATCH v2 5/8] KVM: x86: Don't bother reading sparse banks that end up being ignored, Vitaly Kuznetsov
  • [PATCH v2 7/8] KVM: x86: Reject fixeds-size Hyper-V hypercalls with non-zero "var_cnt", Sean Christopherson
    • Re: [PATCH v2 7/8] KVM: x86: Reject fixeds-size Hyper-V hypercalls with non-zero "var_cnt", Vitaly Kuznetsov
      • Re: [PATCH v2 7/8] KVM: x86: Reject fixeds-size Hyper-V hypercalls with non-zero "var_cnt", Sean Christopherson
  • [PATCH v2 2/8] KVM: x86: Get the number of Hyper-V sparse banks from the VARHEAD field, Sean Christopherson
    • Re: [PATCH v2 2/8] KVM: x86: Get the number of Hyper-V sparse banks from the VARHEAD field, Vitaly Kuznetsov
  • [PATCH v2 8/8] KVM: x86: Add checks for reserved-to-zero Hyper-V hypercall fields, Sean Christopherson
    • Re: [PATCH v2 8/8] KVM: x86: Add checks for reserved-to-zero Hyper-V hypercall fields, Vitaly Kuznetsov
      • Re: [PATCH v2 8/8] KVM: x86: Add checks for reserved-to-zero Hyper-V hypercall fields, Sean Christopherson
        • RE: [PATCH v2 8/8] KVM: x86: Add checks for reserved-to-zero Hyper-V hypercall fields, Michael Kelley (LINUX)
          • Re: ** POTENTIAL FRAUD ALERT - RED HAT ** RE: [PATCH v2 8/8] KVM: x86: Add checks for reserved-to-zero Hyper-V hypercall fields, Vitaly Kuznetsov
• [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
  • [PATCH v2 1/2] bug: do refactoring allowing to add a warning handling action, Alexander Popov
  • [PATCH v2 2/2] sysctl: introduce kernel.pkill_on_warn, Alexander Popov
    • Re: [PATCH v2 2/2] sysctl: introduce kernel.pkill_on_warn, Steven Rostedt
  • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
    • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Linus Torvalds
      • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
        • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Linus Torvalds
          • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Marco Elver
        • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Lukas Bulwahn
          • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Gabriele Paoloni
            • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
              • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Lukas Bulwahn
              • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Petr Mladek
                • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Lukas Bulwahn
                • Re: [ELISA Safety Architecture WG] [PATCH v2 0/2] Introduce the pkill_on_warn parameter, James Bottomley
          • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Steven Rostedt
            • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Kees Cook
              • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
                • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Kees Cook
                  • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Casey Schaufler
                    • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Kees Cook
                      • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Casey Schaufler
                        • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Kees Cook
              • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, James Bottomley
              • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Marco Elver
                • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Steven Rostedt
            • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Christophe Leroy
              • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Alexander Popov
              • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Lukas Bulwahn
  • Re: [PATCH v2 0/2] Introduce the pkill_on_warn parameter, Kaiwan N Billimoria
• [PATCH v5] aio: Add support for the POLLFREE, Ramji Jiyani
  • Re: [PATCH v5] aio: Add support for the POLLFREE, Eric Biggers
    • Re: [PATCH v5] aio: Add support for the POLLFREE, Eric Biggers
• [PATCH 1/2] futex: ensure futex_atomic_cmpxchg_inatomic() is present, Arnd Bergmann
  • Re: [PATCH 1/2] futex: ensure futex_atomic_cmpxchg_inatomic() is present, Max Filippov
• [RFC v2 0/3] memory model: Make unlock(A)+lock(B) on the same CPU RCtso, Boqun Feng
  • [RFC v2 1/3] tools/memory-model: Provide extra ordering for unlock+lock pair on the same CPU, Boqun Feng
  • [RFC v2 2/3] tools/memory-model: doc: Describe the requirement of the litmus-tests directory, Boqun Feng
  • [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Boqun Feng
    • Re: [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Peter Zijlstra
      • Re: [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Paul E. McKenney
        • Re: [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Boqun Feng
          • Re: [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Alan Stern
            • Re: [RFC v2 3/3] tools/memory-model: litmus: Add two tests for unlock(A)+lock(B) ordering, Paul E. McKenney
  • Re: [RFC v2 0/3] memory model: Make unlock(A)+lock(B) on the same CPU RCtso, Peter Zijlstra
• [PATCH V9 0/9] x86/Hyper-V: Add Hyper-V Isolation VM support(First part), Tianyu Lan
  • [PATCH V9 1/9] x86/hyperv: Initialize GHCB page in Isolation VM, Tianyu Lan
  • [PATCH V9 2/9] x86/hyperv: Initialize shared memory boundary in the Isolation VM., Tianyu Lan
  • [PATCH V9 3/9] x86/hyperv: Add new hvcall guest address host visibility support, Tianyu Lan
  • [PATCH V9 4/9] Drivers: hv: vmbus: Mark vmbus ring buffer visible to host in Isolation VM, Tianyu Lan
  • [PATCH V9 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Tianyu Lan
  • [PATCH V9 6/9] x86/hyperv: Add Write/Read MSR registers via ghcb page, Tianyu Lan
  • [PATCH V9 8/9] Drivers: hv: vmbus: Add SNP support for VMbus channel initiate message, Tianyu Lan
  • [PATCH V9 9/9] Drivers: hv : vmbus: Initialize VMbus ring buffer for Isolation VM, Tianyu Lan
  • [PATCH V9 7/9] x86/hyperv: Add ghcb hvcall support for SNP VM, Tianyu Lan
  • Re: [PATCH V9 0/9] x86/Hyper-V: Add Hyper-V Isolation VM support(First part), Wei Liu
• [PATCH 0/7] arch: More wchan fixes, Peter Zijlstra
  • [PATCH 5/7] powerpc, arm64: Mark __switch_to() as __sched, Peter Zijlstra
    • Re: [PATCH 5/7] powerpc, arm64: Mark __switch_to() as __sched, Kees Cook
    • Re: [PATCH 5/7] powerpc, arm64: Mark __switch_to() as __sched, Mark Rutland
  • [PATCH 4/7] arch: Make ARCH_STACKWALK independent of STACKTRACE, Peter Zijlstra
    • Re: [PATCH 4/7] arch: Make ARCH_STACKWALK independent of STACKTRACE, Kees Cook
      • Re: [PATCH 4/7] arch: Make ARCH_STACKWALK independent of STACKTRACE, Peter Zijlstra
    • Re: [PATCH 4/7] arch: Make ARCH_STACKWALK independent of STACKTRACE, Mark Rutland
  • [PATCH 3/7] ARM: implement ARCH_STACKWALK, Peter Zijlstra
    • Re: [PATCH 3/7] ARM: implement ARCH_STACKWALK, Kees Cook
  • [PATCH 6/7] arch: __get_wchan() || ARCH_STACKWALK, Peter Zijlstra
    • Re: [PATCH 6/7] arch: __get_wchan() || ARCH_STACKWALK, Kees Cook
    • Re: [PATCH 6/7] arch: __get_wchan() || ARCH_STACKWALK, Mark Rutland
  • [PATCH 1/7] x86: Fix __get_wchan() for !STACKTRACE, Peter Zijlstra
    • Re: [PATCH 1/7] x86: Fix __get_wchan() for !STACKTRACE, Kees Cook
  • Re: [PATCH 0/7] arch: More wchan fixes, Peter Zijlstra
  • [PATCH 7/7] selftests: proc: Make sure wchan works when it exists, Peter Zijlstra
  • [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Peter Zijlstra
    • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Kees Cook
      • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Peter Zijlstra
        • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Mark Rutland
      • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Mark Rutland
        • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Peter Zijlstra
          • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Peter Zijlstra
            • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Kees Cook
            • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Mark Rutland
    • Re: [PATCH 2/7] stacktrace,sched: Make stack_trace_save_tsk() more robust, Peter Zijlstra
• [PATCH 0/2] Nuke PAGE_KERNEL_IO, Lucas De Marchi
  • [PATCH 1/2] drm/i915/gem: stop using PAGE_KERNEL_IO, Lucas De Marchi
  • [PATCH 2/2] x86/mm: nuke PAGE_KERNEL_IO, Lucas De Marchi
    • Re: [PATCH 2/2] x86/mm: nuke PAGE_KERNEL_IO, Lucas De Marchi
  • Re: [PATCH 0/2] Nuke PAGE_KERNEL_IO, Peter Zijlstra
    • Re: [PATCH 0/2] Nuke PAGE_KERNEL_IO, Lucas De Marchi
      • Re: [PATCH 0/2] Nuke PAGE_KERNEL_IO, Dave Hansen
  • Re: [PATCH 0/2] Nuke PAGE_KERNEL_IO, Andy Lutomirski
• [PATCH V8 0/9] x86/Hyper-V: Add Hyper-V Isolation VM support(First part), Tianyu Lan
  • [PATCH V8 1/9] x86/hyperv: Initialize GHCB page in Isolation VM, Tianyu Lan
  • [PATCH V8 2/9] x86/hyperv: Initialize shared memory boundary in the Isolation VM., Tianyu Lan
  • [PATCH V8 3/9] x86/hyperv: Add new hvcall guest address host visibility support, Tianyu Lan
  • [PATCH V8 4/9] Drivers: hv: vmbus: Mark vmbus ring buffer visible to host in Isolation VM, Tianyu Lan
  • [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Tianyu Lan
    • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Borislav Petkov
      • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Tianyu Lan
        • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Wei Liu
          • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Borislav Petkov
            • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Tianyu Lan
              • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Borislav Petkov
                • Re: [PATCH V8 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Wei Liu
    • [PATCH V8.1 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Tianyu Lan
      • RE: [PATCH V8.1 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Michael Kelley
        • Re: [PATCH V8.1 5/9] x86/sev-es: Expose sev_es_ghcb_hv_call() to call ghcb hv call out of sev code, Borislav Petkov
  • [PATCH V8 6/9] x86/hyperv: Add Write/Read MSR registers via ghcb page, Tianyu Lan
  • [PATCH V8 7/9] x86/hyperv: Add ghcb hvcall support for SNP VM, Tianyu Lan
  • [PATCH V8 8/9] Drivers: hv: vmbus: Add SNP support for VMbus channel initiate message, Tianyu Lan
  • [PATCH V8 9/9] Drivers: hv : vmbus: Initialize VMbus ring buffer for Isolation VM, Tianyu Lan
  • [PATCH V8.1 6/9] x86/hyperv: Add Write/Read MSR registers via ghcb page, Tianyu Lan
  • RE: [PATCH V8 0/9] x86/Hyper-V: Add Hyper-V Isolation VM support(First part), Michael Kelley
• [PATCH] locking: Generic ticket lock, Peter Zijlstra
  • Re: [PATCH] locking: Generic ticket lock, Peter Zijlstra
    • Re: [PATCH] locking: Generic ticket lock, Stafford Horne
  • Re: [PATCH] locking: Generic ticket lock, Arnd Bergmann
    • Re: [PATCH] locking: Generic ticket lock, Peter Zijlstra
      • Re: [PATCH] locking: Generic ticket lock, Arnd Bergmann
        • Re: [PATCH] locking: Generic ticket lock, Peter Zijlstra
  • Re: [PATCH] locking: Generic ticket lock, Waiman Long
    • Re: [PATCH] locking: Generic ticket lock, Boqun Feng
  • Re: [PATCH] locking: Generic ticket lock, Guo Ren
  • Re: [PATCH] locking: Generic ticket lock, Mark Rutland
    • Re: [PATCH] locking: Generic ticket lock, Peter Zijlstra
  • Re: [PATCH] locking: Generic ticket lock, Will Deacon
• [PATCH 00/20] exit cleanups, Eric W. Biederman
  • [PATCH 01/20] exit/doublefault: Remove apparently bogus comment about rewind_stack_do_exit, Eric W. Biederman
    • Re: [PATCH 01/20] exit/doublefault: Remove apparently bogus comment about rewind_stack_do_exit, Kees Cook
  • [PATCH 03/20] reboot: Remove the unreachable panic after do_exit in reboot(2), Eric W. Biederman
    • Re: [PATCH 03/20] reboot: Remove the unreachable panic after do_exit in reboot(2), Kees Cook
  • [PATCH 02/20] exit: Remove calls of do_exit after noreturn versions of die, Eric W. Biederman
    • Re: [PATCH 02/20] exit: Remove calls of do_exit after noreturn versions of die, Kees Cook
      • Re: [PATCH 02/20] exit: Remove calls of do_exit after noreturn versions of die, Eric W. Biederman
  • [PATCH 04/20] signal/sparc32: Remove unreachable do_exit in do_sparc_fault, Eric W. Biederman
    • Re: [PATCH 04/20] signal/sparc32: Remove unreachable do_exit in do_sparc_fault, Kees Cook
  • [PATCH 05/20] signal/mips: Update (_save|_restore)_fp_context to fail with -EFAULT, Eric W. Biederman
    • Re: [PATCH 05/20] signal/mips: Update (_save|_restore)_fp_context to fail with -EFAULT, Kees Cook
    • Re: [PATCH 05/20] signal/mips: Update (_save|_restore)_fp_context to fail with -EFAULT, Maciej W. Rozycki
      • Re: [PATCH 05/20] signal/mips: Update (_save|_restore)_fp_context to fail with -EFAULT, Eric W. Biederman
    • Re: [PATCH 05/20] signal/mips: Update (_save|_restore)_fp_context to fail with -EFAULT, Thomas Bogendoerfer
  • [PATCH 06/20] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL), Eric W. Biederman
    • Re: [PATCH 06/20] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL), Linus Torvalds
      • Re: [PATCH 06/20] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL), Rich Felker
    • Re: [PATCH 06/20] signal/sh: Use force_sig(SIGKILL) instead of do_group_exit(SIGKILL), Kees Cook
  • [PATCH 07/20] signal/powerpc: On swapcontext failure force SIGSEGV, Eric W. Biederman
    • Re: [PATCH 07/20] signal/powerpc: On swapcontext failure force SIGSEGV, Kees Cook
  • [PATCH 08/20] signal/sparc: In setup_tsb_params convert open coded BUG into BUG, Eric W. Biederman
    • Re: [PATCH 08/20] signal/sparc: In setup_tsb_params convert open coded BUG into BUG, Kees Cook
  • [PATCH 09/20] signal/vm86_32: Replace open coded BUG_ON with an actual BUG_ON, Eric W. Biederman
    • Re: [PATCH 09/20] signal/vm86_32: Replace open coded BUG_ON with an actual BUG_ON, Kees Cook
  • [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Eric W. Biederman
    • Re: [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Kees Cook
      • Re: [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Eric W. Biederman
        • Re: [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Kees Cook
    • Re: [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Andy Lutomirski
      • Re: [PATCH 10/20] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Eric W. Biederman
    • Message not available
      • Re: [PATCH v2 10/32] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Linus Torvalds
        • Re: [PATCH v2 10/32] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Eric W. Biederman
    • Message not available
      • Re: [PATCH v2 10/32] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Andy Lutomirski
        • Re: [PATCH v2 10/32] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Linus Torvalds
          • Re: [PATCH v2 10/32] signal/vm86_32: Properly send SIGSEGV when the vm86 state cannot be saved., Andy Lutomirski
  • [PATCH 11/20] signal/s390: Use force_sigsegv in default_trap_handler, Eric W. Biederman
    • Re: [PATCH 11/20] signal/s390: Use force_sigsegv in default_trap_handler, Kees Cook
    • Re: [PATCH 11/20] signal/s390: Use force_sigsegv in default_trap_handler, Christian Borntraeger
      • Re: [PATCH 11/20] signal/s390: Use force_sigsegv in default_trap_handler, Eric W. Biederman
        • Re: [PATCH 11/20] signal/s390: Use force_sigsegv in default_trap_handler, Eric W. Biederman
  • [PATCH 12/20] exit/kthread: Have kernel threads return instead of calling do_exit, Eric W. Biederman
    • Re: [PATCH 12/20] exit/kthread: Have kernel threads return instead of calling do_exit, Christoph Hellwig
      • Re: [PATCH 12/20] exit/kthread: Have kernel threads return instead of calling do_exit, Eric W. Biederman
    • Re: [PATCH 12/20] exit/kthread: Have kernel threads return instead of calling do_exit, Kees Cook
  • [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Eric W. Biederman
    • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Kees Cook
      • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Eric W. Biederman
        • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Kees Cook
          • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Eric W. Biederman
      • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Andy Lutomirski
    • Re: [PATCH 14/20] exit/syscall_user_dispatch: Send ordinary signals on failure, Gabriel Krisman Bertazi
  • [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
    • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Linus Torvalds
      • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
      • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Andy Lutomirski
        • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Linus Torvalds
          • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
          • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
            • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Linus Torvalds
              • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
    • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Kees Cook
      • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Eric W. Biederman
        • Re: [PATCH 13/20] signal: Implement force_fatal_sig, Kees Cook
  • [PATCH 15/20] signal/sparc32: Exit with a fatal signal when try_to_clear_window_buffer fails, Eric W. Biederman
    • Re: [PATCH 15/20] signal/sparc32: Exit with a fatal signal when try_to_clear_window_buffer fails, Kees Cook
      • Re: [PATCH 15/20] signal/sparc32: Exit with a fatal signal when try_to_clear_window_buffer fails, Eric W. Biederman
  • [PATCH 16/20] signal/sparc32: In setup_rt_frame and setup_fram use force_fatal_sig, Eric W. Biederman
    • Re: [PATCH 16/20] signal/sparc32: In setup_rt_frame and setup_fram use force_fatal_sig, Kees Cook
  • [PATCH 17/20] signal/x86: In emulate_vsyscall force a signal instead of calling do_exit, Eric W. Biederman
    • Re: [PATCH 17/20] signal/x86: In emulate_vsyscall force a signal instead of calling do_exit, Kees Cook
  • [PATCH 18/20] exit/rtl8723bs: Replace the macro thread_exit with a simple return 0, Eric W. Biederman
    • Re: [PATCH 18/20] exit/rtl8723bs: Replace the macro thread_exit with a simple return 0, Greg KH
      • Re: [PATCH 18/20] exit/rtl8723bs: Replace the macro thread_exit with a simple return 0, Eric W. Biederman
    • Re: [PATCH 18/20] exit/rtl8723bs: Replace the macro thread_exit with a simple return 0, Kees Cook
  • [PATCH 19/20] exit/rtl8712: Replace the macro thread_exit with a simple return 0, Eric W. Biederman
    • Re: [PATCH 19/20] exit/rtl8712: Replace the macro thread_exit with a simple return 0, Greg KH
    • Re: [PATCH 19/20] exit/rtl8712: Replace the macro thread_exit with a simple return 0, Kees Cook
  • [PATCH 20/20] exit/r8188eu: Replace the macro thread_exit with a simple return 0, Eric W. Biederman
    • Re: [PATCH 20/20] exit/r8188eu: Replace the macro thread_exit with a simple return 0, Greg KH
    • Re: [PATCH 20/20] exit/r8188eu: Replace the macro thread_exit with a simple return 0, Kees Cook
  • [PATCH 21/20] signal: Replace force_sigsegv(SIGSEGV) with force_fatal_sig(SIGSEGV), Eric W. Biederman
    • Re: [PATCH 21/20] signal: Replace force_sigsegv(SIGSEGV) with force_fatal_sig(SIGSEGV), Geert Uytterhoeven
      • Re: [PATCH 21/20] signal: Replace force_sigsegv(SIGSEGV) with force_fatal_sig(SIGSEGV), Eric W. Biederman
    • Re: [PATCH 21/20] signal: Replace force_sigsegv(SIGSEGV) with force_fatal_sig(SIGSEGV), Philippe Mathieu-Daudé
• [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Randy Dunlap
  • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Arnd Bergmann
    • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Randy Dunlap
      • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Arnd Bergmann
        • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Randy Dunlap
          • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Arnd Bergmann
            • Re: [PATCH] asm-generic: bug.h: add unreachable() in BUG() for CONFIG_BUG not set, Randy Dunlap
• [RFC PATCH] lkdtm: Replace lkdtm_rodata_do_nothing() by do_nothing(), Christophe Leroy
  • Re: [RFC PATCH] lkdtm: Replace lkdtm_rodata_do_nothing() by do_nothing(), Christophe Leroy
    • Re: [RFC PATCH] lkdtm: Replace lkdtm_rodata_do_nothing() by do_nothing(), Christophe Leroy
  • Re: [RFC PATCH] lkdtm: Replace lkdtm_rodata_do_nothing() by do_nothing(), Kees Cook
• [PATCH v3 00/12] Fix LKDTM for PPC64/IA64/PARISC, Christophe Leroy
  • [PATCH v3 01/12] powerpc: Move and rename func_descr_t, Christophe Leroy
    • Re: [PATCH v3 01/12] powerpc: Move and rename func_descr_t, Nicholas Piggin
    • Re: [PATCH v3 01/12] powerpc: Move and rename func_descr_t, Kees Cook
  • [PATCH v3 10/12] lkdtm: Really write into kernel text in WRITE_KERN, Christophe Leroy
  • [PATCH v3 09/12] lkdtm: Force do_nothing() out of line, Christophe Leroy
  • [PATCH v3 03/12] powerpc: Remove 'struct ppc64_opd_entry', Christophe Leroy
  • [PATCH v3 02/12] powerpc: Use 'struct func_desc' instead of 'struct ppc64_opd_entry', Christophe Leroy
  • [PATCH v3 05/12] ia64: Rename 'ip' to 'addr' in 'struct fdesc', Christophe Leroy
  • [PATCH v3 08/12] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Christophe Leroy
    • Re: [PATCH v3 08/12] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Michael Ellerman
      • Re: [PATCH v3 08/12] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Kees Cook
        • Re: [PATCH v3 08/12] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Christophe Leroy
  • [PATCH v3 12/12] lkdtm: Add a test for function descriptors protection, Christophe Leroy
    • Re: [PATCH v3 12/12] lkdtm: Add a test for function descriptors protection, Kees Cook
      • Re: [PATCH v3 12/12] lkdtm: Add a test for function descriptors protection, Christophe Leroy
  • [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Christophe Leroy
    • Re: [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Nicholas Piggin
      • Re: [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Christophe Leroy
    • Re: [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Kees Cook
      • Re: [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Segher Boessenkool
      • Re: [PATCH v3 04/12] powerpc: Prepare func_desc_t for refactorisation, Christophe Leroy
  • [PATCH v3 06/12] asm-generic: Define CONFIG_HAVE_FUNCTION_DESCRIPTORS, Christophe Leroy
  • [PATCH v3 07/12] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Christophe Leroy
    • Re: [PATCH v3 07/12] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Nicholas Piggin
      • Re: [PATCH v3 07/12] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Christophe Leroy
        • Re: [PATCH v3 07/12] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Nicholas Piggin
  • [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Christophe Leroy
    • Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Christophe Leroy
      • Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Helge Deller
      • Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Christophe Leroy
        • Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Kees Cook
    • Re: [PATCH v3 11/12] lkdtm: Fix execute_[user]_location(), Kees Cook
• [GIT PULL] csky fixes for v5.15-rc6, guoren
  • Re: [GIT PULL] csky fixes for v5.15-rc6, pr-tracker-bot
  • <Possible follow-ups>
  • [GIT PULL] csky fixes for v5.15-rc6, guoren
• [PATCH v3 0/2] PCI: hv: Hyper-V vPCI for ARM64, Sunil Muthuswamy
  • [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
    • RE: [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Michael Kelley
    • Re: [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Bjorn Helgaas
      • RE: [EXTERNAL] Re: [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
    • Re: [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Marc Zyngier
      • RE: [EXTERNAL] Re: [PATCH v3 1/2] PCI: hv: Make the code arch neutral by adding arch specific interfaces, Sunil Muthuswamy
  • [PATCH v3 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
    • RE: [PATCH v3 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Michael Kelley
    • Re: [PATCH v3 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Marc Zyngier
      • RE: [EXTERNAL] Re: [PATCH v3 2/2] arm64: PCI: hv: Add support for Hyper-V vPCI, Sunil Muthuswamy
  • RE: [PATCH v3 0/2] PCI: hv: Hyper-V vPCI for ARM64, Michael Kelley
    • RE: [PATCH v3 0/2] PCI: hv: Hyper-V vPCI for ARM64, Sunil Muthuswamy
• [PATCH v3 0/2] MIPS: convert to generic entry, Feiyang Chen
  • [PATCH v3 1/2] MIPS: convert syscall to generic entry, Feiyang Chen
    • Re: [PATCH v3 1/2] MIPS: convert syscall to generic entry, YunQiang Su
    • Re: [PATCH v3 1/2] MIPS: convert syscall to generic entry, WANG Xuerui
      • Re: [PATCH v3 1/2] MIPS: convert syscall to generic entry, Feiyang Chen
  • [PATCH v3 2/2] MIPS: convert irq to generic entry, Feiyang Chen
• [PATCH v2 00/13] Fix LKDTM for PPC64/IA64/PARISC, Christophe Leroy
  • [PATCH v2 09/13] lkdtm: Force do_nothing() out of line, Christophe Leroy
  • [PATCH v2 11/13] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
    • Re: [PATCH v2 11/13] lkdtm: Fix lkdtm_EXEC_RODATA(), Kees Cook
      • Re: [PATCH v2 11/13] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
        • Re: [PATCH v2 11/13] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
  • [PATCH v2 10/13] lkdtm: Really write into kernel text in WRITE_KERN, Christophe Leroy
  • [PATCH v2 01/13] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Christophe Leroy
    • Re: [PATCH v2 01/13] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Daniel Axtens
    • Re: [PATCH v2 01/13] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Nicholas Piggin
  • [PATCH v2 04/13] powerpc: Prepare func_desc_t for refactorisation, Christophe Leroy
  • [PATCH v2 05/13] ia64: Rename 'ip' to 'addr' in 'struct fdesc', Christophe Leroy
  • [PATCH v2 03/13] powerpc: Remove func_descr_t, Christophe Leroy
    • Re: [PATCH v2 03/13] powerpc: Remove func_descr_t, Daniel Axtens
      • Re: [PATCH v2 03/13] powerpc: Remove func_descr_t, Christophe Leroy
        • Re: [PATCH v2 03/13] powerpc: Remove func_descr_t, Nicholas Piggin
  • [PATCH v2 02/13] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Christophe Leroy
    • Re: [PATCH v2 02/13] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Daniel Axtens
      • Re: [PATCH v2 02/13] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Christophe Leroy
    • Re: [PATCH v2 02/13] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Nicholas Piggin
  • [PATCH v2 13/13] lkdtm: Add a test for function descriptors protection, Christophe Leroy
    • Re: [PATCH v2 13/13] lkdtm: Add a test for function descriptors protection, Kees Cook
      • Re: [PATCH v2 13/13] lkdtm: Add a test for function descriptors protection, Christophe Leroy
  • [PATCH v2 07/13] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Christophe Leroy
    • Re: [PATCH v2 07/13] asm-generic: Define 'func_desc_t' to commonly describe function descriptors, Arnd Bergmann
  • [PATCH v2 12/13] lkdtm: Fix execute_[user]_location(), Christophe Leroy
    • Re: [PATCH v2 12/13] lkdtm: Fix execute_[user]_location(), Kees Cook
      • Re: [PATCH v2 12/13] lkdtm: Fix execute_[user]_location(), Christophe Leroy
        • Re: [PATCH v2 12/13] lkdtm: Fix execute_[user]_location(), Christophe Leroy
  • [PATCH v2 06/13] asm-generic: Use HAVE_FUNCTION_DESCRIPTORS to define associated stubs, Christophe Leroy
    • Re: [PATCH v2 06/13] asm-generic: Use HAVE_FUNCTION_DESCRIPTORS to define associated stubs, Nicholas Piggin
      • Re: [PATCH v2 06/13] asm-generic: Use HAVE_FUNCTION_DESCRIPTORS to define associated stubs, Christophe Leroy
        • Re: [PATCH v2 06/13] asm-generic: Use HAVE_FUNCTION_DESCRIPTORS to define associated stubs, Nicholas Piggin
          • Re: [PATCH v2 06/13] asm-generic: Use HAVE_FUNCTION_DESCRIPTORS to define associated stubs, Nicholas Piggin
  • [PATCH v2 08/13] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Christophe Leroy
    • Re: [PATCH v2 08/13] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Nicholas Piggin
  • Re: [PATCH v2 00/13] Fix LKDTM for PPC64/IA64/PARISC, Daniel Axtens
• [PATCH 0/4] x86: Various clean-ups in support of FGKASLR, Kees Cook
  • [PATCH 2/4] x86/boot: Allow a "silent" kaslr random byte fetch, Kees Cook
    • Re: [PATCH 2/4] x86/boot: Allow a "silent" kaslr random byte fetch, Nick Desaulniers
  • [PATCH 3/4] x86/boot/compressed: Avoid duplicate malloc() implementations, Kees Cook
  • [PATCH 4/4] vmlinux.lds.h: Have ORC lookup cover entire _etext - _stext, Kees Cook
    • Re: [PATCH 4/4] vmlinux.lds.h: Have ORC lookup cover entire _etext - _stext, Josh Poimboeuf
  • [PATCH 1/4] x86/tools/relocs: Support >64K section headers, Kees Cook
  • Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR, Alexander Lobakin
  • Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR, Kees Cook
  • Re: [PATCH 0/4] x86: Various clean-ups in support of FGKASLR, Peter Zijlstra
• [PATCH V5 00/22] arch: Add basic LoongArch support, Huacai Chen
  • [PATCH V5 01/22] Documentation: LoongArch: Add basic documentations, Huacai Chen
  • [PATCH V5 02/22] Documentation/zh_CN: Add basic LoongArch documentations, Huacai Chen
  • [PATCH V5 03/22] LoongArch: Add elf-related definitions, Huacai Chen
  • [PATCH V5 04/22] LoongArch: Add writecombine support for drm, Huacai Chen
  • [PATCH V5 05/22] LoongArch: Add build infrastructure, Huacai Chen
  • [PATCH V5 06/22] LoongArch: Add CPU definition headers, Huacai Chen
  • [PATCH V5 07/22] LoongArch: Add atomic/locking headers, Huacai Chen
  • [PATCH V5 08/22] LoongArch: Add other common headers, Huacai Chen
  • [PATCH V5 09/22] LoongArch: Add boot and setup routines, Huacai Chen
  • [PATCH V5 10/22] LoongArch: Add exception/interrupt handling, Huacai Chen
  • [PATCH V5 11/22] LoongArch: Add process management, Huacai Chen
  • [PATCH V5 12/22] LoongArch: Add memory management, Huacai Chen
  • [PATCH V5 13/22] LoongArch: Add system call support, Huacai Chen
  • [PATCH V5 14/22] LoongArch: Add signal handling support, Huacai Chen
    • [PATCH V5 15/22] LoongArch: Add elf and module support, Huacai Chen
      • Re: [PATCH V5 15/22] LoongArch: Add elf and module support, Luis Chamberlain
        • Re: [PATCH V5 15/22] LoongArch: Add elf and module support, Huacai Chen
    • [PATCH V5 16/22] LoongArch: Add misc common routines, Huacai Chen
    • [PATCH V5 17/22] LoongArch: Add some library functions, Huacai Chen
    • [PATCH V5 18/22] LoongArch: Add PCI controller support, Huacai Chen
    • [PATCH V5 19/22] LoongArch: Add VDSO and VSYSCALL support, Huacai Chen
    • [PATCH V5 21/22] LoongArch: Add Non-Uniform Memory Access (NUMA) support, Huacai Chen
    • [PATCH V5 20/22] LoongArch: Add multi-processor (SMP) support, Huacai Chen
    • [PATCH V5 22/22] LoongArch: Add Loongson-3 default config file, Huacai Chen
  • Message not available
    • Re: [PATCH V5 00/22] arch: Add basic LoongArch support, Huacai Chen
      • Re: [PATCH V5 00/22] arch: Add basic LoongArch support, Xi Ruoyao
        • Re: [PATCH V5 00/22] arch: Add basic LoongArch support, Huacai Chen
          • Re: [PATCH V5 00/22] arch: Add basic LoongArch support, Xi Ruoyao
            • Re: [PATCH V5 00/22] arch: Add basic LoongArch support, Xi Ruoyao
• [PATCH v1 00/10] Fix LKDTM for PPC64/IA64/PARISC, Christophe Leroy
  • [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
    • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Kees Cook
      • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
    • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Kees Cook
      • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
        • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
          • Re: [PATCH v1 09/10] lkdtm: Fix lkdtm_EXEC_RODATA(), Christophe Leroy
  • [PATCH v1 10/10] lkdtm: Fix execute_[user]_location(), Christophe Leroy
    • Re: [PATCH v1 10/10] lkdtm: Fix execute_[user]_location(), Kees Cook
      • Re: [PATCH v1 10/10] lkdtm: Fix execute_[user]_location(), Christophe Leroy
  • [PATCH v1 02/10] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Christophe Leroy
    • Re: [PATCH v1 02/10] powerpc: Rename 'funcaddr' to 'addr' in 'struct ppc64_opd_entry', Kees Cook
  • [PATCH v1 03/10] ia64: Rename 'ip' to 'addr' in 'struct fdesc', Christophe Leroy
    • Re: [PATCH v1 03/10] ia64: Rename 'ip' to 'addr' in 'struct fdesc', Kees Cook
  • [PATCH v1 06/10] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Christophe Leroy
    • Re: [PATCH v1 06/10] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Kees Cook
      • Re: [PATCH v1 06/10] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Christophe Leroy
        • Re: [PATCH v1 06/10] asm-generic: Refactor dereference_[kernel]_function_descriptor(), Arnd Bergmann
  • [PATCH v1 07/10] lkdtm: Force do_nothing() out of line, Christophe Leroy
    • Re: [PATCH v1 07/10] lkdtm: Force do_nothing() out of line, Kees Cook
  • [PATCH v1 08/10] lkdtm: Really write into kernel text in WRITE_KERN, Christophe Leroy
    • Re: [PATCH v1 08/10] lkdtm: Really write into kernel text in WRITE_KERN, Kees Cook
      • Re: [PATCH v1 08/10] lkdtm: Really write into kernel text in WRITE_KERN, Christophe Leroy
  • [PATCH v1 05/10] asm-generic: Define 'funct_descr_t' to commonly describe function descriptors, Christophe Leroy
    • Re: [PATCH v1 05/10] asm-generic: Define 'funct_descr_t' to commonly describe function descriptors, Kees Cook
      • Re: [PATCH v1 05/10] asm-generic: Define 'funct_descr_t' to commonly describe function descriptors, Christophe Leroy
        • Re: [PATCH v1 05/10] asm-generic: Define 'funct_descr_t' to commonly describe function descriptors, Kees Cook
  • [PATCH v1 01/10] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Christophe Leroy
    • Re: [PATCH v1 01/10] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Michael Ellerman
      • Re: [PATCH v1 01/10] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Arnd Bergmann
    • Re: [PATCH v1 01/10] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h, Kees Cook
  • [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Christophe Leroy
    • Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Helge Deller
      • Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Christophe Leroy
        • Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Helge Deller
    • Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Kees Cook
      • Re: [PATCH v1 04/10] asm-generic: Use HAVE_DEREFERENCE_FUNCTION_DESCRIPTOR to define associated stubs, Christophe Leroy
• [arnd-asm-generic:asm-generic] BUILD SUCCESS 7efbbe6e141466dbe022b39fafbc81d17a8ed8be, kernel test robot
• [PATCH v5 00/16] Add TDX Guest Support (shared-mm support), Kuppuswamy Sathyanarayanan
  • [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Tom Lendacky
      • Re: [PATCH v5 01/16] x86/mm: Move force_dma_unencrypted() to common code, Sathyanarayanan Kuppuswamy
  • [PATCH v5 02/16] x86/tdx: Get TD execution environment information via TDINFO, Kuppuswamy Sathyanarayanan
  • [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Sean Christopherson
      • Re: [PATCH v5 03/16] x86/tdx: Exclude Shared bit from physical_mask, Kirill A. Shutemov
  • [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Tom Lendacky
      • Re: [PATCH v5 04/16] x86/tdx: Make pages shared in ioremap(), Sathyanarayanan Kuppuswamy
  • [PATCH v5 05/16] x86/tdx: Add helper to do MapGPA hypercall, Kuppuswamy Sathyanarayanan
  • [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Tom Lendacky
      • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Sathyanarayanan Kuppuswamy
        • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Tom Lendacky
          • Re: [PATCH v5 06/16] x86/tdx: Make DMA pages shared, Sathyanarayanan Kuppuswamy
  • [PATCH v5 08/16] x86/tdx: ioapic: Add shared bit for IOAPIC base address, Kuppuswamy Sathyanarayanan
  • [PATCH v5 09/16] x86/tdx: Enable shared memory confidential guest flags for TDX guest, Kuppuswamy Sathyanarayanan
  • [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Tom Lendacky
      • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Sathyanarayanan Kuppuswamy
        • Re: [PATCH v5 07/16] x86/kvm: Use bounce buffers for TD guest, Tom Lendacky
  • [PATCH v5 10/16] PCI: Consolidate pci_iomap_range(), pci_iomap_wc_range(), Kuppuswamy Sathyanarayanan
  • [PATCH v5 11/16] asm/io.h: Add ioremap_host_shared fallback, Kuppuswamy Sathyanarayanan
  • [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
              • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
              • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
          • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
              • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Dan Williams
                  • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
              • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                  • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                      • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
                        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
                • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
                  • RE: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Reshetova, Elena
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Thomas Gleixner
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Greg KH
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
    • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Christoph Hellwig
      • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
        • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Michael S. Tsirkin
          • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Christoph Hellwig
            • Re: [PATCH v5 12/16] PCI: Add pci_iomap_host_shared(), pci_iomap_host_shared_range(), Andi Kleen
  • [PATCH v5 13/16] PCI: Mark MSI data shared, Kuppuswamy Sathyanarayanan
  • [PATCH v5 14/16] virtio: Use shared mappings for virtio PCI devices, Kuppuswamy Sathyanarayanan
  • [PATCH v5 15/16] x86/tdx: Implement ioremap_host_shared for x86, Kuppuswamy Sathyanarayanan
  • [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Kuppuswamy Sathyanarayanan
    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Randy Dunlap
      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Kuppuswamy, Sathyanarayanan
    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
        • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
          • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
            • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
              • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
                  • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                    • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
                      • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Andi Kleen
                        • Re: [PATCH v5 16/16] x86/tdx: Add cmdline option to force use of ioremap_host_shared, Michael S. Tsirkin
• [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
  • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Alexey Dobriyan
    • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
  • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
    • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Peter Zijlstra
      • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
  • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Andy Lutomirski
    • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
      • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Andy Lutomirski
        • Re: [PATCH] selftests: proc: Make sure wchan works when it exists, Kees Cook
• [GIT PULL] asm-generic: build fixes for v5.15, Arnd Bergmann
  • Re: [GIT PULL] asm-generic: build fixes for v5.15, pr-tracker-bot
• [PATCH 0/7] wchan: Fix wchan support, Peter Zijlstra
  • [PATCH 1/7] Revert "proc/wchan: use printk format instead of lookup_symbol_name()", Peter Zijlstra
  • [PATCH 7/7] arch: Fix STACKTRACE_SUPPORT, Peter Zijlstra
    • Re: [PATCH 7/7] arch: Fix STACKTRACE_SUPPORT, Mark Rutland
    • Re: [PATCH 7/7] arch: Fix STACKTRACE_SUPPORT, Guo Ren
  • [PATCH 2/7] leaking_addresses: Always print a trailing newline, Peter Zijlstra
  • [PATCH 4/7] x86: Fix get_wchan() to support the ORC unwinder, Peter Zijlstra
  • [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Peter Zijlstra
    • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Mark Rutland
      • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Peter Zijlstra
        • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Josh Poimboeuf
          • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Mark Rutland
            • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Josh Poimboeuf
        • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Mark Rutland
          • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Josh Poimboeuf
    • Re: [PATCH 6/7] arch: __get_wchan || STACKTRACE_SUPPORT, Russell King (Oracle)
  • [PATCH 3/7] proc: Use task_is_running() for wchan in /proc/$pid/stat, Peter Zijlstra
  • [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked, Peter Zijlstra
    • Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked, Geert Uytterhoeven
    • Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked, Mark Rutland
    • Re: [PATCH 5/7] sched: Add wrapper for get_wchan() to keep task blocked, Russell King (Oracle)
  • Re: [PATCH 0/7] wchan: Fix wchan support, Russell King (Oracle)
    • Re: [PATCH 0/7] wchan: Fix wchan support, Russell King (Oracle)
      • Re: [PATCH 0/7] wchan: Fix wchan support, Josh Poimboeuf
• Another possible use for LKMM, or a subset (strengthening) thereof, Paul E. McKenney
  • Re: Another possible use for LKMM, or a subset (strengthening) thereof, Paul E. McKenney
    • Re: Another possible use for LKMM, or a subset (strengthening) thereof, Boqun Feng
      • Re: Another possible use for LKMM, or a subset (strengthening) thereof, Paul E. McKenney
        • Re: Another possible use for LKMM, or a subset (strengthening) thereof, Boqun Feng
          • Re: Another possible use for LKMM, or a subset (strengthening) thereof, Paul E. McKenney
• [PATCH v4] aio: Add support for the POLLFREE, Ramji Jiyani
  • Re: [PATCH v4] aio: Add support for the POLLFREE, Christoph Hellwig
    • Re: [PATCH v4] aio: Add support for the POLLFREE, Ramji Jiyani
• [PATCH v3] aio: Add support for the POLLFREE, Ramji Jiyani
  • Re: [PATCH v3] aio: Add support for the POLLFREE, Eric Biggers
    • Re: [PATCH v3] aio: Add support for the POLLFREE, Ramji Jiyani
      • Re: [PATCH v3] aio: Add support for the POLLFREE, Eric Biggers
        • Re: [PATCH v3] aio: Add support for the POLLFREE, Ramji Jiyani
• [PATCH v2] aio: Add support for the POLLFREE, Ramji Jiyani
  • Re: [PATCH v2] aio: Add support for the POLLFREE, Eric Biggers
    • Re: [PATCH v2] aio: Add support for the POLLFREE, Ramji Jiyani
• [PATCH RESEND] include/asm-generic/error-injection.h: fix a spelling mistake, and a coding style issue, Wasin Thonkaew
  • <Possible follow-ups>
  • [PATCH RESEND] include/asm-generic/error-injection.h: fix a spelling mistake, and a coding style issue, Wasin Thonkaew
    • Re: [PATCH RESEND] include/asm-generic/error-injection.h: fix a spelling mistake, and a coding style issue, Masami Hiramatsu
• [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Lukas Bulwahn
  • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Arnd Bergmann
    • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Palmer Dabbelt
      • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Lukas Bulwahn
        • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Arnd Bergmann
          • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Conor.Dooley
            • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Arnd Bergmann
              • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Lukas Bulwahn
                • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Arnd Bergmann
                  • Re: [PATCH] asm-generic: correct reference to GENERIC_LIB_DEVMEM_IS_ALLOWED, Lukas Bulwahn