Linux Arch

• Date Index

• [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes, (continued)
  • [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes, Peter Zijlstra
    • Re: [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes, Joel Fernandes
      • Re: [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes, Peter Zijlstra
        • Re: [PATCH v2 6/9] perf,tracing: Prepare the perf-trace interface for RCU changes, Joel Fernandes
• [PATCH v6 00/11] arm64: Branch Target Identification support, Mark Brown
  • [PATCH v6 02/11] ELF: Add ELF program property parsing support, Mark Brown
  • [PATCH v6 01/11] ELF: UAPI and Kconfig additions for ELF program properties, Mark Brown
    • Re: [PATCH v6 01/11] ELF: UAPI and Kconfig additions for ELF program properties, Kees Cook
      • Re: [PATCH v6 01/11] ELF: UAPI and Kconfig additions for ELF program properties, Mark Brown
  • [PATCH v6 03/11] arm64: Basic Branch Target Identification support, Mark Brown
  • [PATCH v6 04/11] elf: Allow arch to tweak initial mmap prot flags, Mark Brown
  • [PATCH v6 05/11] arm64: elf: Enable BTI at exec based on ELF program properties, Mark Brown
    • Re: [PATCH v6 05/11] arm64: elf: Enable BTI at exec based on ELF program properties, Amit Kachhap
      • Re: [PATCH v6 05/11] arm64: elf: Enable BTI at exec based on ELF program properties, Mark Brown
    • Re: [PATCH v6 05/11] arm64: elf: Enable BTI at exec based on ELF program properties, Kees Cook
  • [PATCH v6 06/11] arm64: BTI: Decode BTYPE bits when printing PSTATE, Mark Brown
  • [PATCH v6 07/11] arm64: unify native/compat instruction skipping, Mark Brown
  • [PATCH v6 08/11] arm64: traps: Shuffle code to eliminate forward declarations, Mark Brown
  • [PATCH v6 09/11] arm64: BTI: Reset BTYPE when skipping emulated instructions, Mark Brown
  • [PATCH v6 10/11] KVM: arm64: BTI: Reset BTYPE when skipping emulated instructions, Mark Brown
    • Re: [PATCH v6 10/11] KVM: arm64: BTI: Reset BTYPE when skipping emulated instructions, Marc Zyngier
  • [PATCH v6 11/11] arm64: mm: Display guarded pages in ptdump, Mark Brown
• [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
  • [PATCH 6/8] perf,tracing: Prepare the perf-trace interface for RCU changes, Peter Zijlstra
    • Re: [PATCH 6/8] perf,tracing: Prepare the perf-trace interface for RCU changes, Steven Rostedt
      • Re: [PATCH 6/8] perf,tracing: Prepare the perf-trace interface for RCU changes, Mathieu Desnoyers
  • [PATCH 3/8] rcu,tracing: Create trace_rcu_{enter,exit}(), Peter Zijlstra
  • [PATCH 7/8] tracing: Employ trace_rcu_{enter,exit}(), Peter Zijlstra
  • [PATCH 5/8] x86,tracing: Mark debug_stack_{set_zero,reset)() notrace, Peter Zijlstra
    • Re: [PATCH 5/8] x86,tracing: Mark debug_stack_{set_zero,reset)() notrace, Steven Rostedt
      • Re: [PATCH 5/8] x86,tracing: Mark debug_stack_{set_zero,reset)() notrace, Peter Zijlstra
        • Re: [PATCH 5/8] x86,tracing: Mark debug_stack_{set_zero,reset)() notrace, Steven Rostedt
          • Re: [PATCH 5/8] x86,tracing: Mark debug_stack_{set_zero,reset)() notrace, Peter Zijlstra
  • [PATCH 8/8] tracing: Remove regular RCU context for _rcuidle tracepoints (again), Peter Zijlstra
    • Re: [PATCH 8/8] tracing: Remove regular RCU context for _rcuidle tracepoints (again), Steven Rostedt
      • Re: [PATCH 8/8] tracing: Remove regular RCU context for _rcuidle tracepoints (again), Peter Zijlstra
  • [PATCH 2/8] rcu: Mark rcu_dynticks_curr_cpu_in_eqs() inline, Peter Zijlstra
  • [PATCH 4/8] sched,rcu,tracing: Mark preempt_count_{add,sub}() notrace, Peter Zijlstra
    • Re: [PATCH 4/8] sched,rcu,tracing: Mark preempt_count_{add,sub}() notrace, Steven Rostedt
      • Re: [PATCH 4/8] sched,rcu,tracing: Mark preempt_count_{add,sub}() notrace, Peter Zijlstra
        • Re: [PATCH 4/8] sched,rcu,tracing: Mark preempt_count_{add,sub}() notrace, Steven Rostedt
          • Re: [PATCH 4/8] sched,rcu,tracing: Mark preempt_count_{add,sub}() notrace, Peter Zijlstra
  • [PATCH 1/8] rcu: Rename rcu_irq_{enter,exit}_irqson(), Peter Zijlstra
  • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
    • Re: [PATCH 0/8] tracing vs rcu vs nmi, Will Deacon
      • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
      • Re: [PATCH 0/8] tracing vs rcu vs nmi, Steven Rostedt
        • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
  • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
  • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
  • Re: [PATCH 0/8] tracing vs rcu vs nmi, Peter Zijlstra
• [PATCH 00/10] Hi,, Michal Simek
  • [PATCH 02/10] microblaze: Remove architecture tlb.h and use generic one, Michal Simek
  • Re: [PATCH 00/10] Hi,, Arnd Bergmann
    • Re: [PATCH 00/10] Hi,, Michal Simek
  • Re: [PATCH 00/10] Hi,, Rob Herring
    • Re: [PATCH 00/10] Hi,, Michal Simek
      • Re: [PATCH 00/10] Hi,, Rob Herring
        • Re: [PATCH 00/10] Hi,, Michal Simek
          • Message not available
            • Re: [PATCH 00/10] Hi,, Rob Herring
  • Re: [PATCH 00/10] Hi,, Michal Simek
• [PATCH] csky: Implement copy_thread_tls, guoren
• [PATCH] csky: Add PCI support, Guo Ren
• [PATCH] asm-generic: make more kernel-space headers mandatory, Masahiro Yamada
  • Re: [PATCH] asm-generic: make more kernel-space headers mandatory, Andrew Morton
    • Re: [PATCH] asm-generic: make more kernel-space headers mandatory, Masahiro Yamada
• [PATCH] arch/cksy: Support the pci in csky serial core, MaJun
• [PATCH v6 00/11] Introduces new functions for tracking lockless pagetable walks, Leonardo Bras
  • [PATCH v6 01/11] asm-generic/pgtable: Adds generic functions to track lockless pgtable walks, Leonardo Bras
    • Re: [PATCH v6 01/11] asm-generic/pgtable: Adds generic functions to track lockless pgtable walks, Christophe Leroy
      • Re: [PATCH v6 01/11] asm-generic/pgtable: Adds generic functions to track lockless pgtable walks, Leonardo Bras
    • Re: [PATCH v6 01/11] asm-generic/pgtable: Adds generic functions to track lockless pgtable walks, kbuild test robot
  • [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, Leonardo Bras
    • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, Leonardo Bras
      • Message not available
        • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, Leonardo Bras
      • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, Michal Suchánek
        • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, Aneesh Kumar K.V
    • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, kbuild test robot
    • Re: [PATCH v6 02/11] mm/gup: Use functions to track lockless pgtbl walks on gup_pgd_range, kbuild test robot
  • [PATCH v6 03/11] powerpc/mm: Adds arch-specificic functions to track lockless pgtable walks, Leonardo Bras
    • Re: [PATCH v6 03/11] powerpc/mm: Adds arch-specificic functions to track lockless pgtable walks, Christophe Leroy
      • Re: [PATCH v6 03/11] powerpc/mm: Adds arch-specificic functions to track lockless pgtable walks, Leonardo Bras
        • Re: [PATCH v6 03/11] powerpc/mm: Adds arch-specificic functions to track lockless pgtable walks, Leonardo Bras
  • [PATCH v6 04/11] powerpc/mce_power: Use functions to track lockless pgtbl walks, Leonardo Bras
    • Re: [PATCH v6 04/11] powerpc/mce_power: Use functions to track lockless pgtbl walks, Christophe Leroy
      • Re: [PATCH v6 04/11] powerpc/mce_power: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 05/11] powerpc/perf: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 06/11] powerpc/mm/book3s64/hash: Use functions to track lockless pgtbl walks, Leonardo Bras
    • Re: [PATCH v6 06/11] powerpc/mm/book3s64/hash: Use functions to track lockless pgtbl walks, Christophe Leroy
      • Re: [PATCH v6 06/11] powerpc/mm/book3s64/hash: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 07/11] powerpc/kvm/e500: Use functions to track lockless pgtbl walks, Leonardo Bras
    • Re: [PATCH v6 07/11] powerpc/kvm/e500: Use functions to track lockless pgtbl walks, Christophe Leroy
      • Re: [PATCH v6 07/11] powerpc/kvm/e500: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 08/11] powerpc/kvm/book3s_hv: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 09/11] powerpc/kvm/book3s_64: Use functions to track lockless pgtbl walks, Leonardo Bras
  • [PATCH v6 10/11] powerpc/mm: Adds counting method to track lockless pagetable walks, Leonardo Bras
    • Re: [PATCH v6 10/11] powerpc/mm: Adds counting method to track lockless pagetable walks, Christophe Leroy
      • Re: [PATCH v6 10/11] powerpc/mm: Adds counting method to track lockless pagetable walks, Leonardo Bras
  • [PATCH v6 11/11] powerpc/mm/book3s64/pgtable: Uses counting method to skip serializing, Leonardo Bras
• [RFC PATCH v9 0/7] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [RFC PATCH v9 7/7] x86/cet/ibt: Introduce arch_prctl(ARCH_X86_CET_MARK_LEGACY_CODE), Yu-cheng Yu
  • [RFC PATCH v9 4/7] x86/cet/ibt: ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 5/7] x86/cet/ibt: Add arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [RFC PATCH v9 6/7] mm: Update alloc_set_pte() for zero page, Yu-cheng Yu
  • [RFC PATCH v9 1/7] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
• [RFC PATCH v9 00/27] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Yu-cheng Yu
    • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Kees Cook
    • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Dave Hansen
      • Re: [RFC PATCH v9 04/27] x86/cet: Add control-protection fault handler, Yu-cheng Yu
  • [RFC PATCH v9 03/27] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states, Yu-cheng Yu
    • Re: [RFC PATCH v9 03/27] x86/fpu/xstate: Introduce CET MSR XSAVES supervisor states, Kees Cook
  • [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
    • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Kees Cook
    • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Dave Hansen
      • Re: [RFC PATCH v9 11/27] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [RFC PATCH v9 26/27] mm/mmap: Add Shadow Stack pages to memory accounting, Yu-cheng Yu
  • [RFC PATCH v9 27/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 24/27] x86/cet/shstk: ELF header parsing for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 24/27] x86/cet/shstk: ELF header parsing for Shadow Stack, Kees Cook
  • [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Kees Cook
      • Re: [RFC PATCH v9 25/27] x86/cet/shstk: Handle thread Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v9 23/27] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [RFC PATCH v9 19/27] x86/cet/shstk: Handle signals for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 19/27] x86/cet/shstk: Handle signals for Shadow Stack, Kees Cook
  • [RFC PATCH v9 21/27] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND, Yu-cheng Yu
    • Re: [RFC PATCH v9 21/27] binfmt_elf: Define GNU_PROPERTY_X86_FEATURE_1_AND, Kees Cook
  • [RFC PATCH v9 22/27] ELF: Add ELF program property parsing support, Yu-cheng Yu
    • Re: [RFC PATCH v9 22/27] ELF: Add ELF program property parsing support, Kees Cook
  • [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
    • Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Kees Cook
      • Re: [RFC PATCH v9 18/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
  • [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Yu-cheng Yu
    • Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Kees Cook
    • Re: [RFC PATCH v9 17/27] x86/cet/shstk: User-mode Shadow Stack support, Dave Hansen
  • [RFC PATCH v9 20/27] ELF: UAPI and Kconfig additions for ELF program properties, Yu-cheng Yu
  • [RFC PATCH v9 16/27] mm: Update can_follow_write_pte() for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v9 16/27] mm: Update can_follow_write_pte() for Shadow Stack, Dave Hansen
  • [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Kees Cook
      • Re: [RFC PATCH v9 15/27] mm: Handle THP/HugeTLB Shadow Stack page fault, Yu-cheng Yu
  • [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Kees Cook
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Pavel Machek
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
    • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, H.J. Lu
        • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
          • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, H.J. Lu
            • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Andy Lutomirski
              • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
      • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
        • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Dave Hansen
          • Re: [RFC PATCH v9 05/27] x86/cet/shstk: Add Kconfig option for user-mode Shadow Stack protection, Yu-cheng Yu
  • [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Yu-cheng Yu
    • Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Kees Cook
    • Re: [RFC PATCH v9 06/27] mm: Introduce VM_SHSTK for Shadow Stack memory, Dave Hansen
  • [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Kees Cook
      • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
    • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Dave Hansen
      • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
        • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Dave Hansen
          • Re: [RFC PATCH v9 14/27] mm: Handle Shadow Stack page fault, Yu-cheng Yu
  • [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
    • Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Kees Cook
    • Re: [RFC PATCH v9 13/27] x86/mm: Shadow Stack page fault error checking, Dave Hansen
  • [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Randy Dunlap
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Kees Cook
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
          • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Yu-cheng Yu
            • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
              • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                  • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                        • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                          • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                            • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Dave Hansen
                              • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                                • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                                  • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
                                    • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, Andy Lutomirski
                                      • Re: [RFC PATCH v9 01/27] Documentation/x86: Add CET description, H.J. Lu
  • [RFC PATCH v9 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [RFC PATCH v9 02/27] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Kees Cook
  • [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
    • Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Kees Cook
    • Re: [RFC PATCH v9 08/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Dave Hansen
  • [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Kees Cook
    • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Dave Hansen
      • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
        • Re: [RFC PATCH v9 09/27] x86/mm: Introduce _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Kees Cook
    • Re: [RFC PATCH v9 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 10/27] x86/mm: Update pte_modify, pmd_modify, and _PAGE_CHG_MASK for _PAGE_DIRTY_SW, Yu-cheng Yu
    • Re: [RFC PATCH v9 10/27] x86/mm: Update pte_modify, pmd_modify, and _PAGE_CHG_MASK for _PAGE_DIRTY_SW, Dave Hansen
  • [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Yu-cheng Yu
    • Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Kees Cook
    • Re: [RFC PATCH v9 07/27] Add guard pages around a Shadow Stack., Dave Hansen
  • Re: [RFC PATCH v9 00/27] Control-flow Enforcement: Shadow Stack, Kees Cook
• [RFC v3 00/26] Unifying LKL into UML, Hajime Tazaki
  • [RFC v3 02/26] arch: add __SYSCALL_DEFINE_ARCH, Hajime Tazaki
  • [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Hajime Tazaki
    • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Peter Zijlstra
      • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Octavian Purdila
        • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Anton Ivanov
        • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Peter Zijlstra
          • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Octavian Purdila
            • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Peter Zijlstra
              • Re: [RFC v3 01/26] asm-generic: atomic64: allow using generic atomic64 on 64bit platforms, Octavian Purdila
  • [RFC v3 03/26] um lkl: architecture skeleton for Linux kernel library, Hajime Tazaki
  • [RFC v3 05/26] um lkl: memory handling, Hajime Tazaki
  • [RFC v3 07/26] um lkl: interrupt support, Hajime Tazaki
    • Re: [RFC v3 07/26] um lkl: interrupt support, Anton Ivanov
      • Re: [RFC v3 07/26] um lkl: interrupt support, Hajime Tazaki
  • [RFC v3 06/26] um lkl: kernel threads support, Hajime Tazaki
  • [RFC v3 04/26] um lkl: host interface, Hajime Tazaki
  • [RFC v3 10/26] um lkl: basic kernel console support, Hajime Tazaki
  • [RFC v3 11/26] um lkl: initialization and cleanup, Hajime Tazaki
  • [RFC v3 09/26] um lkl: timers, time and delay support, Hajime Tazaki
  • [RFC v3 08/26] um lkl: system call interface and application API, Hajime Tazaki
  • [RFC v3 15/26] lkl tools: host lib: filesystem helpers, Hajime Tazaki
  • [RFC v3 13/26] lkl tools: skeleton for host side library, Hajime Tazaki
  • [RFC v3 12/26] um lkl: plug in the build system, Hajime Tazaki
  • [RFC v3 14/26] lkl tools: host lib: add utilities functions, Hajime Tazaki
  • [RFC v3 16/26] lkl tools: host lib: networking helpers, Hajime Tazaki
  • [RFC v3 19/26] lkl tools: cptofs that reads/writes to/from a filesystem image, Hajime Tazaki
  • [RFC v3 18/26] lkl tools: add test programs, Hajime Tazaki
  • [RFC v3 17/26] lkl tools: host lib: posix host operations, Hajime Tazaki
  • [RFC v3 23/26] um lkl: add CI scripts to conduct regression tests, Hajime Tazaki
  • [RFC v3 22/26] um lkl: add documentation, Hajime Tazaki
  • [RFC v3 21/26] lkl tools: add lklfuse, Hajime Tazaki
  • [RFC v3 20/26] lkl tools: fs2tar that converts a filesystem image to tar, Hajime Tazaki
  • [RFC v3 26/26] um: fix clone flags to be familar with valgrind, Hajime Tazaki
  • [RFC v3 24/26] um lkl: add UML network driver for lkl, Hajime Tazaki
  • [RFC v3 25/26] um lkl: add UML block device driver (ubd) for lkl, Hajime Tazaki
  • [RFC v4 00/25] Unifying LKL into UML, Hajime Tazaki
    • [RFC v4 01/25] arch: add __SYSCALL_DEFINE_ARCH, Hajime Tazaki
    • [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Hajime Tazaki
      • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Johannes Berg
        • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Richard Weinberger
          • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Hajime Tazaki
            • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Johannes Berg
              • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Hajime Tazaki
                • Re: [RFC v4 02/25] um lkl: architecture skeleton for Linux kernel library, Octavian Purdila
    • [RFC v4 03/25] um lkl: host interface, Hajime Tazaki
    • [RFC v4 05/25] um lkl: kernel threads support, Hajime Tazaki
    • [RFC v4 06/25] um lkl: interrupt support, Hajime Tazaki
    • [RFC v4 04/25] um lkl: memory handling, Hajime Tazaki
    • [RFC v4 07/25] um lkl: system call interface and application API, Hajime Tazaki
    • [RFC v4 09/25] um lkl: basic kernel console support, Hajime Tazaki
    • [RFC v4 10/25] um lkl: initialization and cleanup, Hajime Tazaki
    • [RFC v4 11/25] um lkl: plug in the build system, Hajime Tazaki
    • [RFC v4 08/25] um lkl: timers, time and delay support, Hajime Tazaki
    • [RFC v4 12/25] lkl tools: skeleton for host side library, Hajime Tazaki
    • [RFC v4 13/25] lkl tools: host lib: add utilities functions, Hajime Tazaki
    • [RFC v4 14/25] lkl tools: host lib: filesystem helpers, Hajime Tazaki
    • [RFC v4 15/25] lkl tools: host lib: networking helpers, Hajime Tazaki
    • [RFC v4 16/25] lkl tools: host lib: posix host operations, Hajime Tazaki
    • [RFC v4 17/25] lkl tools: add test programs, Hajime Tazaki
    • [RFC v4 19/25] lkl tools: fs2tar that converts a filesystem image to tar, Hajime Tazaki
    • [RFC v4 20/25] lkl tools: add lklfuse, Hajime Tazaki
    • [RFC v4 21/25] um lkl: add documentation, Hajime Tazaki
    • [RFC v4 22/25] um lkl: add CI scripts to conduct regression tests, Hajime Tazaki
    • [RFC v4 23/25] um lkl: add UML network driver for lkl, Hajime Tazaki
      • Re: [RFC v4 23/25] um lkl: add UML network driver for lkl, Johannes Berg
        • Re: [RFC v4 23/25] um lkl: add UML network driver for lkl, Hajime Tazaki
          • Re: [RFC v4 23/25] um lkl: add UML network driver for lkl, Johannes Berg
    • [RFC v4 24/25] um lkl: add UML block device driver (ubd) for lkl, Hajime Tazaki
    • [RFC v4 25/25] um: fix clone flags to be familiar with valgrind, Hajime Tazaki
    • [RFC v4 18/25] lkl tools: cptofs that reads/writes to/from a filesystem image, Hajime Tazaki
    • [RFC v5 00/21] Unifying LKL into UML, Hajime Tazaki
      • [RFC v5 01/21] um: split build in kernel and host parts, Hajime Tazaki
        • Re: [RFC v5 01/21] um: split build in kernel and host parts, Anton Ivanov
          • Re: [RFC v5 01/21] um: split build in kernel and host parts, Hajime Tazaki
      • [RFC v5 02/21] um: add os init and exit calls, Hajime Tazaki
      • [RFC v5 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Hajime Tazaki
      • [RFC v5 04/21] um: host: implement os_initcalls and os_exitcalls, Hajime Tazaki
      • [RFC v5 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/, Hajime Tazaki
      • [RFC v5 06/21] scritps: um: suppress warnings if SRCARCH=um, Hajime Tazaki
      • [RFC v5 07/21] um: extend arch_switch_to for alternate SUBARCH, Hajime Tazaki
      • [RFC v5 08/21] um: add nommu mode for UML library mode, Hajime Tazaki
      • [RFC v5 09/21] um: nommu: host interface, Hajime Tazaki
      • [RFC v5 10/21] um: nommu: memory handling, Hajime Tazaki
      • [RFC v5 11/21] um: nommu: kernel thread support, Hajime Tazaki
      • [RFC v5 12/21] um: nommu: system call interface and application API, Hajime Tazaki
      • [RFC v5 13/21] um: nommu: basic console support, Hajime Tazaki
      • [RFC v5 15/21] um: nommu: integrate with irq infrastructure of UML, Hajime Tazaki
      • [RFC v5 14/21] um: nommu: initialization and cleanup, Hajime Tazaki
      • [RFC v5 16/21] um: nommu: plug in the build system, Hajime Tazaki
      • [RFC v5 17/21] um: host: add nommu build for ARCH=um, Hajime Tazaki
      • [RFC v5 18/21] um: host: add utilities functions, Hajime Tazaki
      • [RFC v5 19/21] um: host: posix host operations, Hajime Tazaki
      • [RFC v5 20/21] um: host: add test programs, Hajime Tazaki
      • [RFC v5 21/21] um: nommu: add block device support of UML, Hajime Tazaki
      • [RFC v6 00/21] Unifying LKL into UML, Hajime Tazaki
        • [RFC v6 01/21] um: split build in kernel and host parts, Hajime Tazaki
          • Re: [RFC v6 01/21] um: split build in kernel and host parts, Anton Ivanov
            • Re: [RFC v6 01/21] um: split build in kernel and host parts, Hajime Tazaki
              • Re: [RFC v6 01/21] um: split build in kernel and host parts, Anton Ivanov
          • Re: [RFC v6 01/21] um: split build in kernel and host parts, Anton Ivanov
            • Re: [RFC v6 01/21] um: split build in kernel and host parts, Hajime Tazaki
        • [RFC v6 02/21] um: add os init and exit calls, Hajime Tazaki
        • [RFC v6 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Hajime Tazaki
        • [RFC v6 04/21] um: host: implement os_initcalls and os_exitcalls, Hajime Tazaki
        • [RFC v6 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/, Hajime Tazaki
        • [RFC v6 06/21] scritps: um: suppress warnings if SRCARCH=um, Hajime Tazaki
        • [RFC v6 07/21] um: extend arch_switch_to for alternate SUBARCH, Hajime Tazaki
        • [RFC v6 08/21] um: add nommu mode for UML library mode, Hajime Tazaki
        • [RFC v6 09/21] um: nommu: host interface, Hajime Tazaki
        • [RFC v6 10/21] um: nommu: memory handling, Hajime Tazaki
        • [RFC v6 11/21] um: nommu: kernel thread support, Hajime Tazaki
        • [RFC v6 12/21] um: nommu: system call interface and application API, Hajime Tazaki
        • [RFC v6 13/21] um: nommu: basic console support, Hajime Tazaki
        • [RFC v6 14/21] um: nommu: initialization and cleanup, Hajime Tazaki
        • [RFC v6 15/21] um: nommu: integrate with irq infrastructure of UML, Hajime Tazaki
        • [RFC v6 16/21] um: nommu: plug in the build system, Hajime Tazaki
        • [RFC v6 17/21] um: host: add nommu build for ARCH=um, Hajime Tazaki
        • [RFC v6 19/21] um: host: posix host operations, Hajime Tazaki
        • [RFC v6 18/21] um: host: add utilities functions, Hajime Tazaki
        • [RFC v6 20/21] um: host: add test programs, Hajime Tazaki
        • [RFC v6 21/21] um: nommu: add block device support of UML, Hajime Tazaki
        • [RFC v7 00/21] Unifying LKL into UML, Hajime Tazaki
          • [RFC v7 01/21] um: split build in kernel and host parts, Hajime Tazaki
          • [RFC v7 02/21] um: add os init and exit calls, Hajime Tazaki
            • Re: [RFC v7 02/21] um: add os init and exit calls, Johannes Berg
              • Re: [RFC v7 02/21] um: add os init and exit calls, Hajime Tazaki
          • [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Hajime Tazaki
            • Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Johannes Berg
              • Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Octavian Purdila
                • Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Johannes Berg
                  • Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Octavian Purdila
                    • Re: [RFC v7 03/21] um: move arch/um/os-Linux dir to tools/um/uml, Johannes Berg
          • [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls, Hajime Tazaki
            • Re: [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls, Johannes Berg
              • Re: [RFC v7 04/21] um: host: implement os_initcalls and os_exitcalls, Hajime Tazaki
          • [RFC v7 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/, Hajime Tazaki
            • Re: [RFC v7 05/21] um: move arch/x86/um/os-Linux to tools/um/uml/, Johannes Berg
          • [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um, Hajime Tazaki
            • Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um, Johannes Berg
              • Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um, Hajime Tazaki
                • Re: [RFC v7 06/21] scritps: um: suppress warnings if SRCARCH=um, Johannes Berg
          • [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH, Hajime Tazaki
            • Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH, Johannes Berg
              • Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH, Hajime Tazaki
                • Re: [RFC v7 07/21] um: extend arch_switch_to for alternate SUBARCH, Johannes Berg
          • [RFC v7 09/21] um: nommu: host interface, Hajime Tazaki
            • Re: [RFC v7 09/21] um: nommu: host interface, Johannes Berg
              • Re: [RFC v7 09/21] um: nommu: host interface, Octavian Purdila
          • [RFC v7 08/21] um: add nommu mode for UML library mode, Hajime Tazaki
            • Re: [RFC v7 08/21] um: add nommu mode for UML library mode, Johannes Berg
              • Re: [RFC v7 08/21] um: add nommu mode for UML library mode, Hajime Tazaki
                • Re: [RFC v7 08/21] um: add nommu mode for UML library mode, Johannes Berg
                  • Re: [RFC v7 08/21] um: add nommu mode for UML library mode, Hajime Tazaki
          • [RFC v7 10/21] um: nommu: memory handling, Hajime Tazaki
            • Re: [RFC v7 10/21] um: nommu: memory handling, Johannes Berg
              • Re: [RFC v7 10/21] um: nommu: memory handling, Octavian Purdila
          • [RFC v7 11/21] um: nommu: kernel thread support, Hajime Tazaki
            • Re: [RFC v7 11/21] um: nommu: kernel thread support, Johannes Berg
              • Re: [RFC v7 11/21] um: nommu: kernel thread support, Octavian Purdila
                • Re: [RFC v7 11/21] um: nommu: kernel thread support, Johannes Berg
                  • Re: [RFC v7 11/21] um: nommu: kernel thread support, Octavian Purdila
          • [RFC v7 12/21] um: nommu: system call interface and application API, Hajime Tazaki
            • Re: [RFC v7 12/21] um: nommu: system call interface and application API, Johannes Berg
              • Re: [RFC v7 12/21] um: nommu: system call interface and application API, Octavian Purdila
                • Re: [RFC v7 12/21] um: nommu: system call interface and application API, Johannes Berg
          • [RFC v7 13/21] um: nommu: basic console support, Hajime Tazaki
          • [RFC v7 15/21] um: nommu: integrate with irq infrastructure of UML, Hajime Tazaki
            • Re: [RFC v7 15/21] um: nommu: integrate with irq infrastructure of UML, Johannes Berg
          • [RFC v7 14/21] um: nommu: initialization and cleanup, Hajime Tazaki
          • [RFC v7 16/21] um: nommu: plug in the build system, Hajime Tazaki
            • Re: [RFC v7 16/21] um: nommu: plug in the build system, Johannes Berg
              • Re: [RFC v7 16/21] um: nommu: plug in the build system, Hajime TAZAKI
          • [RFC v7 17/21] um: host: add nommu build for ARCH=um, Hajime Tazaki
          • [RFC v7 18/21] um: host: add utilities functions, Hajime Tazaki
            • Re: [RFC v7 18/21] um: host: add utilities functions, Anton Ivanov
              • Re: [RFC v7 18/21] um: host: add utilities functions, Johannes Berg
                • Re: [RFC v7 18/21] um: host: add utilities functions, Johannes Berg
                  • Re: [RFC v7 18/21] um: host: add utilities functions, Anton Ivanov
                    • Re: [RFC v7 18/21] um: host: add utilities functions, Hajime Tazaki
                      • Re: [RFC v7 18/21] um: host: add utilities functions, Octavian Purdila
                    • Re: [RFC v7 18/21] um: host: add utilities functions, Hajime Tazaki
          • [RFC v7 19/21] um: host: posix host operations, Hajime Tazaki
          • [RFC v7 20/21] um: host: add test programs, Hajime Tazaki
            • Re: [RFC v7 20/21] um: host: add test programs, Johannes Berg
              • Re: [RFC v7 20/21] um: host: add test programs, Hajime Tazaki
          • [RFC v7 21/21] um: nommu: add block device support of UML, Hajime Tazaki
            • Re: [RFC v7 21/21] um: nommu: add block device support of UML, Anton Ivanov
              • Re: [RFC v7 21/21] um: nommu: add block device support of UML, Hajime Tazaki
          • Re: [RFC v7 00/21] Unifying LKL into UML, Anton Ivanov
            • Re: [RFC v7 00/21] Unifying LKL into UML, Hajime Tazaki
              • Re: [RFC v7 00/21] Unifying LKL into UML, Anton Ivanov
                • Re: [RFC v7 00/21] Unifying LKL into UML, Octavian Purdila
                  • Re: [RFC v7 00/21] Unifying LKL into UML, Anton Ivanov
                    • Re: [RFC v7 00/21] Unifying LKL into UML, Octavian Purdila
          • [RFC v8 00/20] Unifying LKL into UML, Hajime Tazaki
            • [RFC v8 03/20] um: move arch/x86/um/os-Linux to tools/um/uml/, Hajime Tazaki
            • [RFC v8 04/20] um: implement os_initcalls and os_exitcalls, Hajime Tazaki
            • [RFC v8 14/20] um: lkl: plug in the build system, Hajime Tazaki
            • [RFC v8 20/20] um: lkl: add documentation, Hajime Tazaki
            • [RFC v8 19/20] um: lkl: add block device support of UML, Hajime Tazaki
              • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Johannes Berg
                • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Hajime Tazaki
                  • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Johannes Berg
                    • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Octavian Purdila
                      • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Johannes Berg
                        • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Hajime Tazaki
                          • Re: [RFC v8 19/20] um: lkl: add block device support of UML, Octavian Purdila
            • [RFC v8 18/20] selftests/um: lkl: add test programs for library mode of UML, Hajime Tazaki
            • [RFC v8 13/20] um: lkl: integrate with irq infrastructure of UML, Hajime Tazaki
              • Re: [RFC v8 13/20] um: lkl: integrate with irq infrastructure of UML, Johannes Berg
                • Re: [RFC v8 13/20] um: lkl: integrate with irq infrastructure of UML, Hajime Tazaki
                  • Re: [RFC v8 13/20] um: lkl: integrate with irq infrastructure of UML, Johannes Berg
            • [RFC v8 10/20] um: lkl: system call interface and application API, Hajime Tazaki
            • [RFC v8 02/20] um: move arch/um/os-Linux dir to tools/um/uml, Hajime Tazaki
            • [RFC v8 17/20] um: host: posix host operations, Hajime Tazaki
            • [RFC v8 16/20] um: host: add utilities functions, Hajime Tazaki
            • [RFC v8 15/20] um: host: add library mode build for ARCH=um, Hajime Tazaki
            • [RFC v8 11/20] um: lkl: basic console support, Hajime Tazaki
              • Re: [RFC v8 11/20] um: lkl: basic console support, Johannes Berg
                • Re: [RFC v8 11/20] um: lkl: basic console support, Hajime Tazaki
            • [RFC v8 12/20] um: lkl: initialization and cleanup, Hajime Tazaki
              • Re: [RFC v8 12/20] um: lkl: initialization and cleanup, Johannes Berg
                • Re: [RFC v8 12/20] um: lkl: initialization and cleanup, Hajime Tazaki
            • [RFC v8 09/20] um: lkl: kernel thread support, Hajime Tazaki
              • Re: [RFC v8 09/20] um: lkl: kernel thread support, Johannes Berg
                • Re: [RFC v8 09/20] um: lkl: kernel thread support, Hajime Tazaki
            • [RFC v8 08/20] um: lkl: memory handling, Hajime Tazaki
              • Re: [RFC v8 08/20] um: lkl: memory handling, Johannes Berg
                • Re: [RFC v8 08/20] um: lkl: memory handling, Hajime Tazaki
                  • Re: [RFC v8 08/20] um: lkl: memory handling, Johannes Berg
                    • Re: [RFC v8 08/20] um: lkl: memory handling, Hajime Tazaki
                      • Re: [RFC v8 08/20] um: lkl: memory handling, Johannes Berg
            • [RFC v8 07/20] um: lkl: host interface, Hajime Tazaki
              • Re: [RFC v8 07/20] um: lkl: host interface, Johannes Berg
                • Re: [RFC v8 07/20] um: lkl: host interface, Hajime Tazaki
            • [RFC v8 06/20] um: add UML library mode, Hajime Tazaki
              • Re: [RFC v8 06/20] um: add UML library mode, Johannes Berg
                • Re: [RFC v8 06/20] um: add UML library mode, Hajime Tazaki
            • [RFC v8 05/20] um: extend arch_switch_to for alternate SUBARCH, Hajime Tazaki
            • [RFC v8 01/20] um: split build in kernel and host parts, Hajime Tazaki
            • Re: [RFC v8 00/20] Unifying LKL into UML, Johannes Berg
              • Re: [RFC v8 00/20] Unifying LKL into UML, Hajime Tazaki
                • Re: [RFC v8 00/20] Unifying LKL into UML, Johannes Berg
                  • Re: [RFC v8 00/20] Unifying LKL into UML, Octavian Purdila
                    • Re: [RFC v8 00/20] Unifying LKL into UML, Johannes Berg
                      • Re: [RFC v8 00/20] Unifying LKL into UML, Hajime Tazaki
                        • Re: [RFC v8 00/20] Unifying LKL into UML, Johannes Berg
• [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Brendan Higgins
  • [PATCH v2 1/7] vmlinux.lds.h: add linker section for KUnit test suites, Brendan Higgins
  • [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, Brendan Higgins
    • Re: [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, Frank Rowand
      • Re: [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, Brendan Higgins
        • Re: [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, Frank Rowand
          • Re: [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, Brendan Higgins
            • Re: [PATCH v2 2/7] arch: um: add linker section for KUnit test suites, David Gow
  • [PATCH v2 5/7] kunit: test: add test plan to KUnit TAP format, Brendan Higgins
    • Re: [PATCH v2 5/7] kunit: test: add test plan to KUnit TAP format, Frank Rowand
      • Re: [PATCH v2 5/7] kunit: test: add test plan to KUnit TAP format, Brendan Higgins
  • [PATCH v2 7/7] Documentation: Add kunit_shutdown to kernel-parameters.txt, Brendan Higgins
    • Re: [PATCH v2 7/7] Documentation: Add kunit_shutdown to kernel-parameters.txt, Frank Rowand
  • [PATCH v2 6/7] kunit: Add 'kunit_shutdown' option, Brendan Higgins
    • Re: [PATCH v2 6/7] kunit: Add 'kunit_shutdown' option, Frank Rowand
      • Re: [PATCH v2 6/7] kunit: Add 'kunit_shutdown' option, Frank Rowand
  • [PATCH v2 4/7] init: main: add KUnit to kernel init, Brendan Higgins
    • Re: [PATCH v2 4/7] init: main: add KUnit to kernel init, Luis Chamberlain
  • [PATCH v2 3/7] kunit: test: create a single centralized executor for all tests, Brendan Higgins
    • Re: [PATCH v2 3/7] kunit: test: create a single centralized executor for all tests, Frank Rowand
      • Re: [PATCH v2 3/7] kunit: test: create a single centralized executor for all tests, Brendan Higgins
  • Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Stephen Boyd
    • Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Brendan Higgins
      • Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Frank Rowand
  • Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Frank Rowand
    • Re: [PATCH v2 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Brendan Higgins
• [PATCH v18 00/24] selftests, powerpc, x86: Memory Protection Keys, Sandipan Das
  • [PATCH v18 01/24] selftests/x86/pkeys: Move selftests to arch-neutral directory, Sandipan Das
  • [PATCH v18 02/24] selftests/vm/pkeys: Rename all references to pkru to a generic name, Sandipan Das
  • [PATCH v18 04/24] selftests/vm/pkeys: Move some definitions to arch-specific header, Sandipan Das
  • [PATCH v18 05/24] selftests/vm/pkeys: Make gcc check arguments of sigsafe_printf(), Sandipan Das
  • [PATCH v18 06/24] selftests: vm: pkeys: Use sane types for pkey register, Sandipan Das
  • [PATCH v18 03/24] selftests/vm/pkeys: Move generic definitions to header file, Sandipan Das
  • [PATCH v18 07/24] selftests: vm: pkeys: Add helpers for pkey bits, Sandipan Das
  • [PATCH v18 08/24] selftests/vm/pkeys: Fix pkey_disable_clear(), Sandipan Das
  • [PATCH v18 09/24] selftests/vm/pkeys: Fix assertion in pkey_disable_set/clear(), Sandipan Das
  • [PATCH v18 10/24] selftests/vm/pkeys: Fix alloc_random_pkey() to make it really random, Sandipan Das
  • [PATCH v18 11/24] selftests: vm: pkeys: Use the correct huge page size, Sandipan Das
  • [PATCH v18 12/24] selftests/vm/pkeys: Introduce generic pkey abstractions, Sandipan Das
  • [PATCH v18 13/24] selftests/vm/pkeys: Introduce powerpc support, Sandipan Das
  • [PATCH v18 15/24] selftests/vm/pkeys: Fix assertion in test_pkey_alloc_exhaust(), Sandipan Das
  • [PATCH v18 14/24] selftests/vm/pkeys: Fix number of reserved powerpc pkeys, Sandipan Das
  • [PATCH v18 16/24] selftests/vm/pkeys: Improve checks to determine pkey support, Sandipan Das
  • [PATCH v18 17/24] selftests/vm/pkeys: Associate key on a mapped page and detect access violation, Sandipan Das
  • [PATCH v18 18/24] selftests/vm/pkeys: Associate key on a mapped page and detect write violation, Sandipan Das
  • [PATCH v18 19/24] selftests/vm/pkeys: Detect write violation on a mapped access-denied-key page, Sandipan Das
  • [PATCH v18 20/24] selftests/vm/pkeys: Introduce a sub-page allocator, Sandipan Das
  • [PATCH v18 21/24] selftests/vm/pkeys: Test correct behaviour of pkey-0, Sandipan Das
  • [PATCH v18 23/24] selftests: vm: pkeys: Use the correct page size on powerpc, Sandipan Das
  • [PATCH v18 24/24] selftests: vm: pkeys: Fix multilib builds for x86, Sandipan Das
  • [PATCH v18 22/24] selftests/vm/pkeys: Override access right definitions on powerpc, Sandipan Das
  • Re: [PATCH v18 00/24] selftests, powerpc, x86: Memory Protection Keys, Dave Hansen
    • Re: [PATCH v18 00/24] selftests, powerpc, x86: Memory Protection Keys, Sandipan Das
• [PATCH v1 0/7] kunit: create a centralized executor to dispatch all KUnit tests, Brendan Higgins
  • [PATCH v1 3/7] kunit: test: create a single centralized executor for all tests, Brendan Higgins
    • Re: [PATCH v1 3/7] kunit: test: create a single centralized executor for all tests, Stephen Boyd
  • [PATCH v1 7/7] Documentation: Add kunit_shutdown to kernel-parameters.txt, Brendan Higgins
    • Re: [PATCH v1 7/7] Documentation: Add kunit_shutdown to kernel-parameters.txt, Stephen Boyd
      • Re: [PATCH v1 7/7] Documentation: Add kunit_shutdown to kernel-parameters.txt, Brendan Higgins
  • [PATCH v1 6/7] kunit: Add 'kunit_shutdown' option, Brendan Higgins
    • Re: [PATCH v1 6/7] kunit: Add 'kunit_shutdown' option, Stephen Boyd
      • Re: [PATCH v1 6/7] kunit: Add 'kunit_shutdown' option, Brendan Higgins
  • [PATCH v1 5/7] kunit: test: add test plan to KUnit TAP format, Brendan Higgins
  • [PATCH v1 4/7] init: main: add KUnit to kernel init, Brendan Higgins
    • Re: [PATCH v1 4/7] init: main: add KUnit to kernel init, Stephen Boyd
      • Re: [PATCH v1 4/7] init: main: add KUnit to kernel init, Brendan Higgins
  • [PATCH v1 2/7] arch: um: add linker section for KUnit test suites, Brendan Higgins
  • [PATCH v1 1/7] vmlinux.lds.h: add linker section for KUnit test suites, Brendan Higgins
• [PATCH V2] riscv: Use flush_icache_mm for flush_icache_user_range, Guo Ren
  • Re: [PATCH V2] riscv: Use flush_icache_mm for flush_icache_user_range, Guo Ren
• [PATCH] riscv: Use flush_icache_mm for flush_icache_user_range, Guo Ren
  • Re: [PATCH] riscv: Use flush_icache_mm for flush_icache_user_range, Palmer Dabbelt
• [PATCH 0/5] x86: finish the MPX removal process, Dave Hansen
  • [PATCH 4/5] mm: remove arch_bprm_mm_init() hook, Dave Hansen
  • Re: [PATCH 0/5] x86: finish the MPX removal process, Linus Torvalds
    • Re: [PATCH 0/5] x86: finish the MPX removal process, Borislav Petkov
      • Re: [PATCH 0/5] x86: finish the MPX removal process, Dave Hansen
        • Re: [PATCH 0/5] x86: finish the MPX removal process, Linus Torvalds
• Re: [PATCH] lib: Reduce user_access_begin() boundaries in strncpy_from_user() and strnlen_user(), Linus Torvalds
  • Re: [PATCH] lib: Reduce user_access_begin() boundaries in strncpy_from_user() and strnlen_user(), Christophe Leroy
• [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Will Deacon
  • [PATCH v2 01/10] compiler/gcc: Emit build-time warning for GCC prior to version 4.8, Will Deacon
  • [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Will Deacon
    • Re: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Nick Desaulniers
      • Re: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Peter Zijlstra
        • Re: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Nick Desaulniers
          • RE: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, David Laight
        • Re: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Linus Torvalds
          • Re: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, Peter Zijlstra
          • RE: [PATCH v2 02/10] netfilter: Avoid assigning 'const' pointer to non-const pointer, David Laight
  • [PATCH v2 03/10] fault_inject: Don't rely on "return value" from WRITE_ONCE(), Will Deacon
  • [PATCH v2 08/10] arm64: barrier: Use '__unqual_scalar_typeof' for acquire/release macros, Will Deacon
  • [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Will Deacon
    • Re: [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Nick Desaulniers
      • Re: [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Peter Zijlstra
        • Re: [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Nick Desaulniers
          • Re: [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Peter Zijlstra
          • Re: [PATCH v2 09/10] compiler/gcc: Raise minimum GCC version for kernel builds to 4.8, Michael Ellerman
  • [PATCH v2 04/10] READ_ONCE: Simplify implementations of {READ,WRITE}_ONCE(), Will Deacon
  • [PATCH v2 06/10] READ_ONCE: Drop pointer qualifiers when reading from scalar types, Will Deacon
  • [PATCH v2 05/10] READ_ONCE: Enforce atomicity for {READ,WRITE}_ONCE() memory accesses, Will Deacon
    • Re: [PATCH v2 05/10] READ_ONCE: Enforce atomicity for {READ,WRITE}_ONCE() memory accesses, Peter Zijlstra
      • Re: [PATCH v2 05/10] READ_ONCE: Enforce atomicity for {READ,WRITE}_ONCE() memory accesses, Peter Zijlstra
  • [PATCH v2 07/10] locking/barriers: Use '__unqual_scalar_typeof' for load-acquire macros, Will Deacon
  • [PATCH v2 10/10] gcov: Remove old GCC 3.4 support, Will Deacon
    • Re: [PATCH v2 10/10] gcov: Remove old GCC 3.4 support, Nick Desaulniers
    • Re: [PATCH v2 10/10] gcov: Remove old GCC 3.4 support, Peter Oberparleiter
  • RE: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, David Laight
    • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Will Deacon
      • RE: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, David Laight
        • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Nick Desaulniers
          • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Arvind Sankar
            • RE: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, David Laight
            • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Qais Yousef
              • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Arnd Bergmann
  • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Linus Torvalds
    • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Peter Zijlstra
      • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Peter Zijlstra
      • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Masahiro Yamada
        • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, Will Deacon
  • Re: [PATCH v2 00/10] Rework READ_ONCE() to improve codegen, David Howells
• [PATCH v5 00/12] arm64: ARMv8.5-A: Branch Target Identification support, Mark Brown
  • [PATCH v5 01/12] ELF: UAPI and Kconfig additions for ELF program properties, Mark Brown
  • [PATCH v5 09/12] arm64: traps: Shuffle code to eliminate forward declarations, Mark Brown
    • Re: [PATCH v5 09/12] arm64: traps: Shuffle code to eliminate forward declarations, kbuild test robot
  • [PATCH v5 10/12] arm64: BTI: Reset BTYPE when skipping emulated instructions, Mark Brown
  • [PATCH v5 11/12] KVM: arm64: BTI: Reset BTYPE when skipping emulated instructions, Mark Brown
  • [PATCH v5 08/12] arm64: unify native/compat instruction skipping, Mark Brown
  • [PATCH v5 12/12] arm64: mm: Display guarded pages in ptdump, Mark Brown
  • [PATCH v5 02/12] ELF: Add ELF program property parsing support, Mark Brown
  • [PATCH v5 03/12] mm: Reserve asm-generic prot flag 0x10 for arch use, Mark Brown
  • [PATCH v5 04/12] arm64: Basic Branch Target Identification support, Mark Brown
  • [PATCH v5 05/12] elf: Allow arch to tweak initial mmap prot flags, Mark Brown
  • [PATCH v5 06/12] arm64: elf: Enable BTI at exec based on ELF program properties, Mark Brown
    • Re: [PATCH v5 06/12] arm64: elf: Enable BTI at exec based on ELF program properties, kbuild test robot
  • [PATCH v5 07/12] arm64: BTI: Decode BYTPE bits when printing PSTATE, Mark Brown
• [PATCH v2 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
  • [PATCH v2 2/5] asm-generic, atomic-instrumented: Use generic instrumented.h, Marco Elver
  • [PATCH v2 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
  • [PATCH v2 4/5] iov_iter: Use generic instrumented.h, Marco Elver
  • [PATCH v2 5/5] copy_to_user, copy_from_user: Use generic instrumented.h, Marco Elver
  • Re: [PATCH v2 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
    • Re: [PATCH v2 1/5] include/linux: Add instrumented.h infrastructure, Paul E. McKenney
• [PATCH] csky: Fix the compile error when enable ck860, MaJun
  • Re: [PATCH] csky: Fix the compile error when enable ck860, Guo Ren
• [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
  • [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
    • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Peter Zijlstra
      • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Paul E. McKenney
        • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Peter Zijlstra
          • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Paul E. McKenney
            • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Peter Zijlstra
              • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Paul E. McKenney
                • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Peter Zijlstra
                  • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Marco Elver
                  • Re: [PATCH 3/5] asm-generic, kcsan: Add KCSAN instrumentation for bitops, Paul E. McKenney
  • [PATCH 5/5] copy_to_user, copy_from_user: Use generic instrumented.h, Marco Elver
    • Re: [PATCH 5/5] copy_to_user, copy_from_user: Use generic instrumented.h, Dmitry Vyukov
      • Re: [PATCH 5/5] copy_to_user, copy_from_user: Use generic instrumented.h, Marco Elver
  • [PATCH 2/5] asm-generic, atomic-instrumented: Use generic instrumented.h, Marco Elver
  • [PATCH 4/5] iov_iter: Use generic instrumented.h, Marco Elver
  • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Alexander Potapenko
  • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
    • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
  • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
    • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
      • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
        • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
          • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
            • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
              • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
                • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
    • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Dmitry Vyukov
      • Re: [PATCH 1/5] include/linux: Add instrumented.h infrastructure, Marco Elver
• [PATCH v16 00/23] selftests, powerpc, x86: Memory Protection Keys, Sandipan Das
  • [PATCH v16 01/23] selftests/x86/pkeys: Move selftests to arch-neutral directory, Sandipan Das
  • [PATCH v16 03/23] selftests/vm: Move generic definitions to header file, Sandipan Das
  • [PATCH v16 02/23] selftests/vm: Rename all references to pkru to a generic name, Sandipan Das
  • [PATCH v16 04/23] selftests/vm: Move some definitions to arch-specific header, Sandipan Das
  • [PATCH v16 05/23] selftests/vm: Make gcc check arguments of sigsafe_printf(), Sandipan Das
  • [PATCH v16 06/23] selftests/vm: Typecast references to pkey register, Sandipan Das
  • [PATCH v16 07/23] selftests: vm: pkeys: Add helpers for pkey bits, Sandipan Das
  • [PATCH v16 08/23] selftests/vm: Fix pkey_disable_clear(), Sandipan Das
  • [PATCH v16 09/23] selftests/vm/pkeys: Fix assertion in pkey_disable_set/clear(), Sandipan Das
  • [PATCH v16 10/23] selftests/vm/pkeys: Fix alloc_random_pkey() to make it really random, Sandipan Das
  • [PATCH v16 11/23] selftests: vm: pkeys: Use the correct huge page size, Sandipan Das
  • [PATCH v16 12/23] selftests/vm/pkeys: Introduce generic pkey abstractions, Sandipan Das
  • [PATCH v16 13/23] selftests/vm/pkeys: Introduce powerpc support, Sandipan Das
  • [PATCH v16 14/23] selftests/vm/pkeys: Fix number of reserved powerpc pkeys, Sandipan Das
  • [PATCH v16 15/23] selftests/vm/pkeys: Fix assertion in test_pkey_alloc_exhaust(), Sandipan Das
  • [PATCH v16 16/23] selftests/vm/pkeys: Improve checks to determine pkey support, Sandipan Das
  • [PATCH v16 17/23] selftests/vm/pkeys: Associate key on a mapped page and detect access violation, Sandipan Das
  • [PATCH v16 18/23] selftests/vm/pkeys: Associate key on a mapped page and detect write violation, Sandipan Das
  • [PATCH v16 19/23] selftests/vm/pkeys: Detect write violation on a mapped access-denied-key page, Sandipan Das
  • [PATCH v16 20/23] selftests/vm/pkeys: Introduce a sub-page allocator, Sandipan Das
  • [PATCH v16 21/23] selftests/vm/pkeys: Test correct behaviour of pkey-0, Sandipan Das
  • [PATCH v16 22/23] selftests/vm/pkeys: Override access right definitions on powerpc, Sandipan Das
  • [PATCH v16 23/23] selftests: vm: pkeys: Use the correct page size on powerpc, Sandipan Das
  • Re: [PATCH v16 00/23] selftests, powerpc, x86: Memory Protection Keys, Dave Hansen
    • Re: [PATCH v16 00/23] selftests, powerpc, x86: Memory Protection Keys, Sandipan Das
  • <Possible follow-ups>
  • [PATCH v16 00/23] selftests, powerpc, x86: Memory Protection Keys, Sandipan Das
    • [PATCH v17 01/24] selftests/x86/pkeys: Move selftests to arch-neutral directory, Sandipan Das
    • [PATCH v17 02/24] selftests: vm: pkeys: Fix multilib builds for x86, Sandipan Das
    • [PATCH v17 04/24] selftests/vm/pkeys: Move generic definitions to header file, Sandipan Das