Linux Arch

• Date Index

• [PATCH v3 03/10] Drivers: hv: Redo Hyper-V synthetic MSR get/set functions, (continued)
  • [PATCH v3 03/10] Drivers: hv: Redo Hyper-V synthetic MSR get/set functions, Michael Kelley
  • [PATCH v3 02/10] x86/hyper-v: Move hv_message_type to architecture neutral module, Michael Kelley
  • [PATCH v3 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Michael Kelley
    • Re: [PATCH v3 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Daniel Lezcano
  • [PATCH v3 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts, Michael Kelley
    • Re: [PATCH v3 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts, Daniel Lezcano
  • [PATCH v3 09/10] clocksource/drivers/hyper-v: Set clocksource rating based on Hyper-V feature, Michael Kelley
  • [PATCH v3 04/10] Drivers: hv: vmbus: Move hyperv_report_panic_msg to arch neutral code, Michael Kelley
  • Re: [PATCH v3 00/10] Refactor arch specific Hyper-V code, Wei Liu
• [PATCH v2 0/7] Improve boot command line handling, Christophe Leroy
  • [PATCH v2 5/7] powerpc: add capability to prepend default command line, Christophe Leroy
  • [PATCH v2 7/7] powerpc: use generic CMDLINE manipulations, Christophe Leroy
  • [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Christophe Leroy
    • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, kernel test robot
    • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Will Deacon
      • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Christophe Leroy
        • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Will Deacon
          • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Christophe Leroy
      • Re: [PATCH v2 6/7] cmdline: Gives architectures opportunity to use generically defined boot cmdline manipulation, Christophe Leroy
  • [PATCH v2 2/7] drivers: of: use cmdline building function, Christophe Leroy
  • [PATCH v2 1/7] cmdline: Add generic function to build command line., Christophe Leroy
    • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Will Deacon
      • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Christophe Leroy
        • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Will Deacon
          • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Christophe Leroy
            • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Will Deacon
              • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Michael Ellerman
                • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Christophe Leroy
                  • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Segher Boessenkool
                • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Segher Boessenkool
    • Re: [PATCH v2 1/7] cmdline: Add generic function to build command line., Will Deacon
  • [PATCH v2 4/7] cmdline: Add capability to prepend the command line, Christophe Leroy
    • Re: [PATCH v2 4/7] cmdline: Add capability to prepend the command line, Will Deacon
  • [PATCH v2 3/7] powerpc: convert to generic builtin command line, Christophe Leroy
  • Re: [PATCH v2 0/7] Improve boot command line handling, Daniel Walker
    • Re: [PATCH v2 0/7] Improve boot command line handling, Christophe Leroy
    • Re: [PATCH v2 0/7] Improve boot command line handling, Rob Herring
      • Re: [PATCH v2 0/7] Improve boot command line handling, Daniel Walker
        • Re: [PATCH v2 0/7] Improve boot command line handling, Christophe Leroy
          • Re: [PATCH v2 0/7] Improve boot command line handling, Daniel Walker
• [PATCH 1/4] irqchip: riscv: Using CPUHP_AP_ONLINE_DYN, guoren
  • [PATCH 2/4] clocksource: riscv: Using CPUHP_AP_ONLINE_DYN, guoren
    • Re: [PATCH 2/4] clocksource: riscv: Using CPUHP_AP_ONLINE_DYN, Palmer Dabbelt
  • [PATCH 3/4] clocksource: csky: Using CPUHP_AP_ONLINE_DYN, guoren
  • [PATCH 4/4] perf: csky: Using CPUHP_AP_ONLINE_DYN, guoren
  • Re: [PATCH 1/4] irqchip: riscv: Using CPUHP_AP_ONLINE_DYN, Palmer Dabbelt
• [PATCH v2 00/10] Refactor arch specific Hyper-V code, Michael Kelley
  • [PATCH v2 01/10] Drivers: hv: vmbus: Move Hyper-V page allocator to arch neutral code, Michael Kelley
    • Re: ** POTENTIAL FRAUD ALERT - RED HAT ** [PATCH v2 01/10] Drivers: hv: vmbus: Move Hyper-V page allocator to arch neutral code, Vitaly Kuznetsov
      • RE: ** POTENTIAL FRAUD ALERT - RED HAT ** [PATCH v2 01/10] Drivers: hv: vmbus: Move Hyper-V page allocator to arch neutral code, Michael Kelley
  • [PATCH v2 04/10] Drivers: hv: vmbus: Move hyperv_report_panic_msg to arch neutral code, Michael Kelley
  • [PATCH v2 03/10] Drivers: hv: Redo Hyper-V synthetic MSR get/set functions, Michael Kelley
  • [PATCH v2 02/10] x86/hyper-v: Move hv_message_type to architecture neutral module, Michael Kelley
  • [PATCH v2 05/10] Drivers: hv: vmbus: Handle auto EOI quirk inline, Michael Kelley
  • [PATCH v2 06/10] Drivers: hv: vmbus: Move handling of VMbus interrupts, Michael Kelley
  • [PATCH v2 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Michael Kelley
    • Re: [PATCH v2 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Daniel Lezcano
      • RE: [PATCH v2 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Michael Kelley
        • Re: [PATCH v2 08/10] clocksource/drivers/hyper-v: Handle sched_clock differences inline, Daniel Lezcano
  • [PATCH v2 07/10] clocksource/drivers/hyper-v: Handle vDSO differences inline, Michael Kelley
    • Re: [PATCH v2 07/10] clocksource/drivers/hyper-v: Handle vDSO differences inline, Daniel Lezcano
      • RE: [PATCH v2 07/10] clocksource/drivers/hyper-v: Handle vDSO differences inline, Michael Kelley
        • Re: [PATCH v2 07/10] clocksource/drivers/hyper-v: Handle vDSO differences inline, Daniel Lezcano
  • [PATCH v2 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts, Michael Kelley
    • Re: [PATCH v2 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts, Daniel Lezcano
      • RE: [PATCH v2 10/10] clocksource/drivers/hyper-v: Move handling of STIMER0 interrupts, Michael Kelley
  • [PATCH v2 09/10] clocksource/drivers/hyper-v: Set clocksource rating based on Hyper-V feature, Michael Kelley
    • Re: [PATCH v2 09/10] clocksource/drivers/hyper-v: Set clocksource rating based on Hyper-V feature, Daniel Lezcano
  • Re: [PATCH v2 00/10] Refactor arch specific Hyper-V code, Wei Liu
• [PATCH 12/11] pragma once: scripted treewide conversion, Alexey Dobriyan
  • Re: [PATCH 12/11] pragma once: scripted treewide conversion, Darrick J. Wong
• [RFC PATCH 00/12] x86/Hyper-V: Add Hyper-V Isolation VM support, Tianyu Lan
  • [RFC PATCH 2/12] x86/Hyper-V: Add new hvcall guest address host visibility support, Tianyu Lan
    • Re: [RFC PATCH 2/12] x86/Hyper-V: Add new hvcall guest address host visibility support, Vitaly Kuznetsov
      • Re: [RFC PATCH 2/12] x86/Hyper-V: Add new hvcall guest address host visibility support, Tianyu Lan
  • [RFC PATCH 3/12] x86/HV: Initialize GHCB page and shared memory boundary, Tianyu Lan
    • Re: [RFC PATCH 3/12] x86/HV: Initialize GHCB page and shared memory boundary, Vitaly Kuznetsov
  • [RFC PATCH 4/12] HV: Add Write/Read MSR registers via ghcb, Tianyu Lan
    • Re: [RFC PATCH 4/12] HV: Add Write/Read MSR registers via ghcb, Vitaly Kuznetsov
      • Re: [RFC PATCH 4/12] HV: Add Write/Read MSR registers via ghcb, Tianyu Lan
• [GIT PULL] csky changes for v5.12-rc1, guoren
  • Re: [GIT PULL] csky changes for v5.12-rc1, pr-tracker-bot
  • Re: [GIT PULL] csky changes for v5.12-rc1, Linus Torvalds
    • Re: [GIT PULL] csky changes for v5.12-rc1, Guo Ren
    • Re: [GIT PULL] csky changes for v5.12-rc1, Peter Zijlstra
• [PATCH v6 0/6] x86: Improve Minimum Alternate Stack Size, Chang S. Bae
  • [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Chang S. Bae
    • Re: [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Borislav Petkov
      • Re: [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ, Bae, Chang Seok
  • [PATCH v6 2/6] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
  • [PATCH v6 5/6] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
  • [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
    • Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Borislav Petkov
      • Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Bae, Chang Seok
        • Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Borislav Petkov
          • Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Bae, Chang Seok
  • [PATCH v6 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available, Chang S. Bae
  • [PATCH v6 6/6] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue, Arnd Bergmann
  • <Possible follow-ups>
  • Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue, Arnd Bergmann
    • Message not available
      • Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue, Arnd Bergmann
• [PATCH] MIPS: loongson64: alloc pglist_data at run time, Huang Pei
  • Re: [PATCH] MIPS: loongson64: alloc pglist_data at run time, Sergei Shtylyov
  • Re: [PATCH] MIPS: loongson64: alloc pglist_data at run time, Jinyang He
• [PATCH] MIPS: replace -pg with CC_FLAGS_FTRACE, Huang Pei
• [PATCH V2] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT, Huang Pei
  • [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Huang Pei
    • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Maciej W. Rozycki
      • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Huang Pei
        • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Maciej W. Rozycki
          • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Huang Pei
            • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_C0_CONTEXT handling, Maciej W. Rozycki
• [PATCH v29 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v29 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v29 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v29 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v29 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
  • [PATCH v29 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v29 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v29 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v29 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v29 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  • [PATCH v29 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v29 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
• [PATCH 1/3] PCI: Introduce quirk hook after driver shutdown callback, Kai-Heng Feng
• [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
  • [PATCH 3/4] kbuild: separate out vmlinux.lds generation, Masahiro Yamada
  • [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, Masahiro Yamada
    • Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, kernel test robot
      • Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, Masahiro Yamada
        • Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, Sami Tolvanen
          • Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, Masahiro Yamada
    • Re: [PATCH 4/4] kbuild: re-implement CONFIG_TRIM_UNUSED_KSYMS to make it work in one-pass, kernel test robot
  • [PATCH 2/4] export.h: make __ksymtab_strings per-symbol section, Masahiro Yamada
  • [PATCH 1/4] kbuild: fix UNUSED_KSYMS_WHITELIST for Clang LTO, Masahiro Yamada
    • Re: [PATCH 1/4] kbuild: fix UNUSED_KSYMS_WHITELIST for Clang LTO, Sami Tolvanen
      • Re: [PATCH 1/4] kbuild: fix UNUSED_KSYMS_WHITELIST for Clang LTO, Masahiro Yamada
  • Re: [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
    • Re: [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
      • Re: [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
        • Re: [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Masahiro Yamada
          • Re: [PATCH 0/4] kbuild: build speed improvment of CONFIG_TRIM_UNUSED_KSYMS, Nicolas Pitre
• [PATCH 0/2] arch: enable GENERIC_FIND_FIRST_BIT for MIPS and ARM64, Yury Norov
  • [RESEND PATCH 1/2] ARM64: enable GENERIC_FIND_FIRST_BIT, Yury Norov
    • Re: [RESEND PATCH 1/2] ARM64: enable GENERIC_FIND_FIRST_BIT, Will Deacon
      • Re: [RESEND PATCH 1/2] ARM64: enable GENERIC_FIND_FIRST_BIT, Yury Norov
        • Re: [RESEND PATCH 1/2] ARM64: enable GENERIC_FIND_FIRST_BIT, Catalin Marinas
  • [PATCH 2/2] MIPS: enable GENERIC_FIND_FIRST_BIT, Yury Norov
    • Re: [PATCH 2/2] MIPS: enable GENERIC_FIND_FIRST_BIT, Huacai Chen
      • Re: [PATCH 2/2] MIPS: enable GENERIC_FIND_FIRST_BIT, Yury Norov
    • Re: [PATCH 2/2] MIPS: enable GENERIC_FIND_FIRST_BIT, Thomas Bogendoerfer
  • Re: (subset) [PATCH 0/2] arch: enable GENERIC_FIND_FIRST_BIT for MIPS and ARM64, Catalin Marinas
• [PATCH 0/3] Move kernel mapping outside the linear mapping, Alexandre Ghiti
  • [PATCH 1/3] riscv: Move kernel mapping outside of linear mapping, Alexandre Ghiti
  • [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Alexandre Ghiti
    • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, David Hildenbrand
      • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Alex Ghiti
        • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Arnd Bergmann
          • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Alex Ghiti
            • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Arnd Bergmann
              • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Alex Ghiti
                • Re: [PATCH 2/3] Documentation: riscv: Add documentation that describes the VM layout, Arnd Bergmann
  • [PATCH 3/3] riscv: Prepare ptdump for vm layout dynamic addresses, Alexandre Ghiti
  • Re: [PATCH 0/3] Move kernel mapping outside the linear mapping, Palmer Dabbelt
    • Re: [PATCH 0/3] Move kernel mapping outside the linear mapping, Alex Ghiti
      • Re: [PATCH 0/3] Move kernel mapping outside the linear mapping, Palmer Dabbelt
    • Re: [PATCH 0/3] Move kernel mapping outside the linear mapping, Alex Ghiti
• [PATCH RFC 0/4] Add support for synchronous signals on perf events, Marco Elver
  • [PATCH RFC 1/4] perf/core: Apply PERF_EVENT_IOC_MODIFY_ATTRIBUTES to children, Marco Elver
    • Re: [PATCH RFC 1/4] perf/core: Apply PERF_EVENT_IOC_MODIFY_ATTRIBUTES to children, Dmitry Vyukov
  • [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo, Marco Elver
    • Re: [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo, Geert Uytterhoeven
      • Re: [PATCH RFC 2/4] signal: Introduce TRAP_PERF si_code and si_perf to siginfo, Arnd Bergmann
  • [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events, Marco Elver
    • Re: [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events, Dmitry Vyukov
    • Re: [PATCH RFC 3/4] perf/core: Add support for SIGTRAP on perf events, Dmitry Vyukov
  • [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP, Marco Elver
    • Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP, Dmitry Vyukov
      • Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP, Marco Elver
        • Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP, Dmitry Vyukov
          • Re: [PATCH RFC 4/4] perf/core: Add breakpoint information to siginfo on SIGTRAP, Marco Elver
  • Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events, Marco Elver
  • Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events, Andy Lutomirski
    • Re: [PATCH RFC 0/4] Add support for synchronous signals on perf events, Marco Elver
• [PATCH mips-fixes] vmlinux.lds.h: catch even more instrumentation symbols into .data, Alexander Lobakin
  • Re: [PATCH mips-fixes] vmlinux.lds.h: catch even more instrumentation symbols into .data, Alexander Lobakin
    • Re: [PATCH mips-fixes] vmlinux.lds.h: catch even more instrumentation symbols into .data, Thomas Bogendoerfer
      • Re: [PATCH mips-fixes] vmlinux.lds.h: catch even more instrumentation symbols into .data, Alexander Lobakin
  • Re: [PATCH mips-fixes] vmlinux.lds.h: catch even more instrumentation symbols into .data, Thomas Bogendoerfer
• [PATCH] asm-generic/ioctl.h: use BUILD_BUG_ON_ZERO() for type check, Masahiro Yamada
  • Re: [PATCH] asm-generic/ioctl.h: use BUILD_BUG_ON_ZERO() for type check, Arnd Bergmann
    • Re: [PATCH] asm-generic/ioctl.h: use BUILD_BUG_ON_ZERO() for type check, Masahiro Yamada
      • Re: [PATCH] asm-generic/ioctl.h: use BUILD_BUG_ON_ZERO() for type check, Arnd Bergmann
• Re: [PATCH 0/4] Kasan improvements and fixes, Alex Ghiti
  • Re: [PATCH 0/4] Kasan improvements and fixes, Palmer Dabbelt
• Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_CONTEXT handling, kernel test robot
  • Re: [PATCH] MIPS: clean up CONFIG_MIPS_PGD_CONTEXT handling, 黄沛
• Re: [PATCH] MIPS: loongson64: use 0b011 instead of 0b101 as xphys cached, Jiaxun Yang
• [PATCH RFC tools/memory-model] Add access-marking documentation, Paul E. McKenney
• [PATCH v3 00/14] lib/find_bit: fast path for small bitmaps, Yury Norov
  • [PATCH 01/14] tools: disable -Wno-type-limits, Yury Norov
  • [PATCH 02/14] tools: bitmap: sync function declarations with the kernel, Yury Norov
  • [PATCH 03/14] arch: rearrange headers inclusion order in asm/bitops for m68k and sh, Yury Norov
  • [PATCH 05/14] tools: sync BITS_MASK macros with the kernel, Yury Norov
  • [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro, Yury Norov
    • Re: [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro, Rasmus Villemoes
      • Re: [PATCH 04/14] lib: introduce BITS_{FIRST,LAST} macro, Yury Norov
  • [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro, Yury Norov
    • Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro, Rasmus Villemoes
      • Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro, Yury Norov
        • Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro, Rasmus Villemoes
          • Re: [PATCH 06/14] bitsperlong.h: introduce SMALL_CONST() macro, Yury Norov
  • [PATCH 07/14] tools: introduce SMALL_CONST() macro, Yury Norov
  • [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option, Yury Norov
    • Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option, Andy Shevchenko
      • Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option, Yury Norov
        • Re: [PATCH 08/14] lib/Kconfig: introduce FAST_PATH option, Andy Shevchenko
  • [PATCH 09/14] lib: inline _find_next_bit() wrappers, Yury Norov
  • [PATCH 10/14] tools: sync find_next_bit implementation, Yury Norov
  • [PATCH 11/14] lib: add fast path for find_next_*_bit(), Yury Norov
    • Re: [PATCH 11/14] lib: add fast path for find_next_*_bit(), Andy Shevchenko
  • [PATCH 13/14] tools: sync lib/find_bit implementation, Yury Norov
  • [PATCH 12/14] lib: add fast path for find_first_*_bit() and find_last_bit(), Yury Norov
  • [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API, Yury Norov
    • Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API, Andy Shevchenko
      • Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API, Yury Norov
        • Re: [PATCH 14/14] MAINTAINERS: Add entry for the bitmap API, Rasmus Villemoes
• [PATCH v21 0/7] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v21 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v21 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [PATCH v21 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v21 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v21 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v21 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Yu-cheng Yu
  • [PATCH v21 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
• [PATCH v21 00/26] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v21 01/26] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v21 03/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v21 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
  • [PATCH v21 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
  • [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
    • Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Borislav Petkov
      • Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu, Yu-cheng
        • Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Borislav Petkov
  • [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Yu-cheng Yu
    • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Borislav Petkov
      • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
        • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Borislav Petkov
          • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
            • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Borislav Petkov
              • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Andy Lutomirski
                • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Borislav Petkov
                  • Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
  • [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW, Borislav Petkov
      • Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
      • Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
        • Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW, Borislav Petkov
  • [PATCH v21 07/26] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
  • [PATCH v21 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
  • [PATCH v21 09/26] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW, Borislav Petkov
      • Re: [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW, Yu, Yu-cheng
  • [PATCH v21 15/26] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  • [PATCH v21 14/26] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  • [PATCH v21 12/26] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [PATCH v21 16/26] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  • [PATCH v21 13/26] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v21 19/26] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  • [PATCH v21 20/26] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [PATCH v21 18/26] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v21 17/26] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v21 21/26] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
  • [PATCH v21 22/26] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [PATCH v21 24/26] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v21 25/26] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h, Yu-cheng Yu
  • [PATCH v21 23/26] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v21 26/26] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
• [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Dave Hansen
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Vlastimil Babka
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Rolf Eike Beer
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • [PATCH RFC] madvise.2: Document MADV_POPULATE, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Peter Xu
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Peter Xu
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
          • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
            • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Mike Kravetz
              • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
          • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Peter Xu
            • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
      • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
        • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
          • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
            • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, Michal Hocko
              • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
  • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
    • Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory, David Hildenbrand
• [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Preeti Nagar
  • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Nick Desaulniers
    • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, pnagar
  • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Miguel Ojeda
    • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, pnagar
  • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Will Deacon
    • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Ard Biesheuvel
      • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, pnagar
    • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Marc Zyngier
      • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, pnagar
        • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Marc Zyngier
    • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, peter enderborg
  • Re: [PATCH] RTIC: selinux: ARM64: Move selinux_state to a separate page, Paul Moore
• [PATCH mips-next] vmlinux.lds.h: catch more UBSAN symbols into .data, Alexander Lobakin
  • Re: [PATCH mips-next] vmlinux.lds.h: catch more UBSAN symbols into .data, Nick Desaulniers
    • Re: [PATCH mips-next] vmlinux.lds.h: catch more UBSAN symbols into .data, Nathan Chancellor
    • Re: [PATCH mips-next] vmlinux.lds.h: catch more UBSAN symbols into .data, Alexander Lobakin
  • Re: [PATCH mips-next] vmlinux.lds.h: catch more UBSAN symbols into .data, Thomas Bogendoerfer
• [git pull] saner ELF compat handling, Al Viro
  • Re: [git pull] saner ELF compat handling, pr-tracker-bot
• [PATCH v2 0/3] Introduce the for_each_set_clump macro, Syed Nayyar Waris
  • [PATCH v2 1/3] gpiolib: Introduce the for_each_set_clump macro, Syed Nayyar Waris
    • Re: [PATCH v2 1/3] gpiolib: Introduce the for_each_set_clump macro, William Breathitt Gray
  • [PATCH v2 2/3] gpio: thunderx: Utilize for_each_set_clump macro, Syed Nayyar Waris
    • Re: [PATCH v2 2/3] gpio: thunderx: Utilize for_each_set_clump macro, William Breathitt Gray
  • [PATCH v2 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value, Syed Nayyar Waris
    • Re: [PATCH v2 3/3] gpio: xilinx: Utilize generic bitmap_get_value and _set_value, William Breathitt Gray
  • Re: [PATCH v2 0/3] Introduce the for_each_set_clump macro, Bartosz Golaszewski
    • Re: [PATCH v2 0/3] Introduce the for_each_set_clump macro, Syed Nayyar Waris
• [PATCH] locking/arch: Move qrwlock.h include after qspinlock.h, Paolo Bonzini
• [PATCH v20 0/7] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v20 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v20 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
  • [PATCH v20 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v20 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v20 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
  • [PATCH v20 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v20 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Yu-cheng Yu
• [PATCH v20 00/25] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v20 01/25] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v20 09/25] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW, Kees Cook
      • Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
        • Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
  • [PATCH v20 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
    • Re: [PATCH v20 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Kees Cook
  • [PATCH v20 10/25] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
  • [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
    • Re: [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Kees Cook
      • Re: [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu, Yu-cheng
  • [PATCH v20 12/25] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [PATCH v20 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
  • [PATCH v20 13/25] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v20 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v20 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kees Cook
  • [PATCH v20 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v20 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
  • [PATCH v20 15/25] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
  • [PATCH v20 06/25] x86/cet: Add control-protection fault handler, Yu-cheng Yu
    • Re: [PATCH v20 06/25] x86/cet: Add control-protection fault handler, Kees Cook
    • Re: [PATCH v20 06/25] x86/cet: Add control-protection fault handler, Andy Lutomirski
  • [PATCH v20 16/25] mm: Add guard pages around a shadow stack., Yu-cheng Yu
  • [PATCH v20 14/25] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
  • [PATCH v20 20/25] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [PATCH v20 19/25] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
  • [PATCH v20 17/25] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v20 22/25] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
  • [PATCH v20 23/25] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v20 18/25] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
  • [PATCH v20 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
  • [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
    • Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack, Kees Cook
      • Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack, Yu, Yu-cheng
        • Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack, Kees Cook
  • [PATCH v20 25/25] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
    • Re: [PATCH v20 25/25] mm: Introduce PROT_SHSTK for shadow stack, Kees Cook
• [PATCH 0/4] Remove checks for gcc < 4, Geert Uytterhoeven
  • [PATCH 1/4] ARM: div64: Remove always-true __div64_const32_is_OK() duplicate, Geert Uytterhoeven
  • [PATCH 2/4] ARM: unified: Remove check for gcc < 4, Geert Uytterhoeven
  • [PATCH 4/4] microblaze: Remove support for gcc < 4, Geert Uytterhoeven
    • Re: [PATCH 4/4] microblaze: Remove support for gcc < 4, Michal Simek
  • [PATCH 3/4] asm-generic: div64: Remove always-true __div64_const32_is_OK(), Geert Uytterhoeven
    • Re: [PATCH 3/4] asm-generic: div64: Remove always-true __div64_const32_is_OK(), Arnd Bergmann
• [PATCH bpf 0/4] Expose network namespace cookies to user space, Lorenz Bauer
  • [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option, Lorenz Bauer
    • Re: [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option, Eric Dumazet
• Re: [x86/signal] dc8df6e85d: kernel-selftests.sigaltstack.sas.fail, Bae, Chang Seok
• [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v17 01/10] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
  • [PATCH v17 02/10] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v17 03/10] riscv/Kconfig: make direct map manipulation options depend on MMU, Mike Rapoport
  • [PATCH v17 04/10] set_memory: allow set_direct_map_*_noflush() for multiple pages, Mike Rapoport
  • [PATCH v17 06/10] arm64: kfence: fix header inclusion, Mike Rapoport
  • [PATCH v17 05/10] set_memory: allow querying whether set_direct_map_*() is actually enabled, Mike Rapoport
  • [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
    • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Michal Hocko
      • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
        • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Michal Hocko
          • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
            • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Michal Hocko
              • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
                • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
                  • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
                    • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Michal Hocko
                      • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Michal Hocko
                      • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, David Hildenbrand
      • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
    • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Matthew Garrett
      • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Mike Rapoport
        • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Matthew Garrett
        • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, Dan Williams
          • Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users, James Bottomley
  • [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
        • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
          • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
            • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
              • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                  • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                        • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                        • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                          • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                            • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                              • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                                • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
                                  • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                                    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
                                      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                                        • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
                                          • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                                            • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
                                              • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                                                • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, James Bottomley
                                                  • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                                                    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                                          • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                  • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                    • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                      • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
                        • Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
  • [PATCH v17 09/10] arch, mm: wire up memfd_secret system call where relevant, Mike Rapoport
  • [PATCH v17 10/10] secretmem: test: add basic selftest for memfd_secret(2), Mike Rapoport
  • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
    • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
      • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
        • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
          • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
            • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
              • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
                  • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
                    • Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas, Michal Hocko
• PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, Stuart Little
  • Re: PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, Stuart Little
    • Re: PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, Stuart Little
      • Re: PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, Marco Elver
      • Re: PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, Borislav Petkov
        • Re: PROBLEM: 5.11.0-rc7 fails to compile with error: ‘-mindirect-branch’ and ‘-fcf-protection’ are not compatible, AC
          • [PATCH] x86/build: Disable CET instrumentation in the kernel for 32-bit too, Borislav Petkov
            • Re: [PATCH] x86/build: Disable CET instrumentation in the kernel for 32-bit too, Josh Poimboeuf
• [PATCH v9 0/3] Kbuild: DWARF v5 support, Nick Desaulniers
  • [PATCH v9 1/3] vmlinux.lds.h: add DWARF v5 sections, Nick Desaulniers
    • Re: [PATCH v9 1/3] vmlinux.lds.h: add DWARF v5 sections, Andrew Morton
      • Re: [PATCH v9 1/3] vmlinux.lds.h: add DWARF v5 sections, Nick Desaulniers
    • Re: [PATCH v9 1/3] vmlinux.lds.h: add DWARF v5 sections, Mark Wielaard
  • [PATCH v9 2/3] Kbuild: make DWARF version a choice, Nick Desaulniers
  • [PATCH v9 3/3] Kconfig: allow explicit opt in to DWARF v5, Nick Desaulniers
  • Re: [PATCH v9 0/3] Kbuild: DWARF v5 support, Sedat Dilek
    • Re: [PATCH v9 0/3] Kbuild: DWARF v5 support, Masahiro Yamada
      • Re: [PATCH v9 0/3] Kbuild: DWARF v5 support, Sedat Dilek
  • Re: [PATCH v9 0/3] Kbuild: DWARF v5 support, Sedat Dilek
• [FIXED] Re: 5:11: in-kernel BTF is malformed, Arnaldo Carvalho de Melo
  • Re: [FIXED] Re: 5:11: in-kernel BTF is malformed, Chris Murphy
    • Re: [FIXED] Re: 5:11: in-kernel BTF is malformed, Arnaldo Carvalho de Melo
• [PATCH v8 0/2] Kbuild: DWARF v5 support, Nick Desaulniers
  • [PATCH v8 1/2] Kbuild: make DWARF version a choice, Nick Desaulniers
  • [PATCH v8 2/2] Kbuild: implement support for DWARF v5, Nick Desaulniers
  • Re: [PATCH v8 0/2] Kbuild: DWARF v5 support, Sedat Dilek
    • Re: [PATCH v8 0/2] Kbuild: DWARF v5 support, Nick Desaulniers
      • Re: [PATCH v8 0/2] Kbuild: DWARF v5 support, Sedat Dilek
• [PATCH v19 0/7] Control-flow Enforcement: Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v19 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v19 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking, Kees Cook
  • [PATCH v19 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v19 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking, Kees Cook
  • [PATCH v19 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Yu-cheng Yu
    • Re: [PATCH v19 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point, Kees Cook
  • [PATCH v19 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v19 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking, Kees Cook
  • [PATCH v19 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Yu-cheng Yu
    • Re: [PATCH v19 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking, Kees Cook
  • [PATCH v19 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
    • Re: [PATCH v19 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO, Kees Cook
  • [PATCH v19 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Yu-cheng Yu
    • Re: [PATCH v19 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support, Kees Cook
• [PATCH v19 00/25] Control-flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v19 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [PATCH v19 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET), Kees Cook
  • [PATCH v19 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu-cheng Yu
    • Re: [PATCH v19 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Kees Cook
      • Re: [PATCH v19 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection, Yu, Yu-cheng
  • [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu-cheng Yu
    • Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Kees Cook
    • Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Borislav Petkov
      • Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions, Yu, Yu-cheng
  • [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu-cheng Yu
    • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Kees Cook
      • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
    • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Borislav Petkov
      • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
        • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Kees Cook
        • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Borislav Petkov
          • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
            • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Borislav Petkov
              • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
                • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Borislav Petkov
                  • Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler, Yu, Yu-cheng
  • [PATCH v19 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Yu-cheng Yu
    • Re: [PATCH v19 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages, Kees Cook
  • [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Kees Cook
      • Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Dave Hansen
        • Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
          • Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
      • Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW, Yu, Yu-cheng
  • [PATCH v19 10/25] x86/mm: Update pte_modify for _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v19 10/25] x86/mm: Update pte_modify for _PAGE_COW, Kees Cook
  • [PATCH v19 13/25] x86/mm: Shadow Stack page fault error checking, Yu-cheng Yu
  • [PATCH v19 12/25] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
    • Re: [PATCH v19 12/25] mm: Introduce VM_SHSTK for shadow stack memory, Cyrill Gorcunov
      • Re: [PATCH v19 12/25] mm: Introduce VM_SHSTK for shadow stack memory, Yu, Yu-cheng
  • [PATCH v19 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Yu-cheng Yu
    • Re: [PATCH v19 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW, Kees Cook
  • [PATCH v19 17/25] mm/mmap: Add shadow stack pages to memory accounting, Yu-cheng Yu
    • Re: [PATCH v19 17/25] mm/mmap: Add shadow stack pages to memory accounting, Kees Cook
  • [PATCH v19 15/25] mm: Fixup places that call pte_mkwrite() directly, Yu-cheng Yu
    • Re: [PATCH v19 15/25] mm: Fixup places that call pte_mkwrite() directly, Kees Cook
  • [PATCH v19 19/25] mm: Re-introduce vm_flags to do_mmap(), Yu-cheng Yu
    • Re: [PATCH v19 19/25] mm: Re-introduce vm_flags to do_mmap(), Kees Cook
  • [PATCH v19 20/25] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
    • Re: [PATCH v19 20/25] x86/cet/shstk: User-mode shadow stack support, Kees Cook
  • [PATCH v19 21/25] x86/cet/shstk: Handle signals for shadow stack, Yu-cheng Yu
  • [PATCH v19 25/25] mm: Introduce PROT_SHSTK for shadow stack, Yu-cheng Yu
  • [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu-cheng Yu
    • Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Kees Cook
      • Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Yu, Yu-cheng
        • Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack, Kees Cook
  • [PATCH v19 22/25] ELF: Introduce arch_setup_elf_property(), Yu-cheng Yu
    • Re: [PATCH v19 22/25] ELF: Introduce arch_setup_elf_property(), Kees Cook
  • [PATCH v19 23/25] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v19 18/25] mm: Update can_follow_write_pte() for shadow stack, Yu-cheng Yu
    • Re: [PATCH v19 18/25] mm: Update can_follow_write_pte() for shadow stack, Kees Cook
  • [PATCH v19 16/25] mm: Add guard pages around a shadow stack., Yu-cheng Yu
    • Re: [PATCH v19 16/25] mm: Add guard pages around a shadow stack., Kees Cook
  • [PATCH v19 14/25] x86/mm: Update maybe_mkwrite() for shadow stack, Yu-cheng Yu
    • Re: [PATCH v19 14/25] x86/mm: Update maybe_mkwrite() for shadow stack, Kees Cook
  • [PATCH v19 09/25] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v19 01/25] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [PATCH v19 01/25] Documentation/x86: Add CET description, Kees Cook
      • Re: [PATCH v19 01/25] Documentation/x86: Add CET description, Yu, Yu-cheng
  • [PATCH v19 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Yu-cheng Yu
    • Re: [PATCH v19 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states, Kees Cook
• [PATCH v5 0/5] x86: Improve Minimum Alternate Stack Size, Chang S. Bae
  • [PATCH v5 2/5] x86/signal: Introduce helpers to get the maximum signal frame size, Chang S. Bae
  • [PATCH v5 3/5] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ, Chang S. Bae
  • [PATCH v5 4/5] x86/signal: Detect and prevent an alternate signal stack overflow, Chang S. Bae
    • Re: [PATCH v5 4/5] x86/signal: Detect and prevent an alternate signal stack overflow, Andy Lutomirski
  • [PATCH v5 5/5] selftest/x86/signal: Include test cases for validating sigaltstack, Chang S. Bae
  • [PATCH v5 1/5] uapi: Move the aux vector AT_MINSIGSTKSZ define to uapi, Chang S. Bae
    • Re: [PATCH v5 1/5] uapi: Move the aux vector AT_MINSIGSTKSZ define to uapi, Dave Martin
      • Re: [PATCH v5 1/5] uapi: Move the aux vector AT_MINSIGSTKSZ define to uapi, Will Deacon
• memory_model.h:64:14: error: implicit declaration of function 'page_to_section', Naresh Kamboju
  • Re: memory_model.h:64:14: error: implicit declaration of function 'page_to_section', Randy Dunlap
• [PATCH v6 01/16] asm-generic/hyperv: change HV_CPU_POWER_MANAGEMENT to HV_CPU_MANAGEMENT, Wei Liu
• [PATCH v6 12/16] asm-generic/hyperv: update hv_interrupt_entry, Wei Liu
• [PATCH v6 09/16] x86/hyperv: provide a bunch of helper functions, Wei Liu
  • RE: [PATCH v6 09/16] x86/hyperv: provide a bunch of helper functions, Michael Kelley
• [PATCH v6 13/16] asm-generic/hyperv: introduce hv_device_id and auxiliary structures, Wei Liu
  • RE: [PATCH v6 13/16] asm-generic/hyperv: introduce hv_device_id and auxiliary structures, Michael Kelley
• [PATCH v6 11/16] asm-generic/hyperv: update hv_msi_entry, Wei Liu
• [PATCH v6 14/16] asm-generic/hyperv: import data structures for mapping device interrupts, Wei Liu
• [PATCH v6 06/16] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary, Wei Liu
  • RE: [PATCH v6 06/16] x86/hyperv: extract partition ID from Microsoft Hypervisor if necessary, Michael Kelley
• [PATCH 0/2] KVM: arm64: Stub exports in nvhe code, Quentin Perret
  • [PATCH 2/2] KVM: arm64: Stub EXPORT_SYMBOL for nVHE EL2 code, Quentin Perret
  • [PATCH 1/2] asm-generic: export: Stub EXPORT_SYMBOL with __DISABLE_EXPORTS, Quentin Perret
    • Re: [PATCH 1/2] asm-generic: export: Stub EXPORT_SYMBOL with __DISABLE_EXPORTS, Will Deacon
  • Re: [PATCH 0/2] KVM: arm64: Stub exports in nvhe code, Marc Zyngier
• [PATCH] mm/memory.c: Remove pte_sw_mkyoung(), Christophe Leroy
  • Re: [PATCH] mm/memory.c: Remove pte_sw_mkyoung(), Andrew Morton
    • Re: [PATCH] mm/memory.c: Remove pte_sw_mkyoung(), Nicholas Piggin
• [PATCH v28 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v28 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
    • Re: [PATCH v28 04/12] landlock: Add ptrace restrictions, Serge E. Hallyn
  • [PATCH v28 07/12] landlock: Support filesystem access-control, Mickaël Salaün
    • Re: [PATCH v28 07/12] landlock: Support filesystem access-control, Serge E. Hallyn
      • Re: [PATCH v28 07/12] landlock: Support filesystem access-control, Mickaël Salaün
        • Re: [PATCH v28 07/12] landlock: Support filesystem access-control, Serge E. Hallyn
  • [PATCH v28 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
    • Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock, Serge E. Hallyn
      • Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock, Casey Schaufler
      • Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock, Casey Schaufler
  • [PATCH v28 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
    • Re: [PATCH v28 03/12] landlock: Set up the security framework and manage credentials, Serge E. Hallyn
  • [PATCH v28 01/12] landlock: Add object management, Mickaël Salaün
    • Re: [PATCH v28 01/12] landlock: Add object management, Serge E. Hallyn
      • Re: [PATCH v28 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v28 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
    • Re: [PATCH v28 06/12] fs,security: Add sb_delete hook, Serge E. Hallyn
      • Re: [PATCH v28 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
        • Re: [PATCH v28 06/12] fs,security: Add sb_delete hook, Serge E. Hallyn
  • [PATCH v28 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
    • Re: [PATCH v28 02/12] landlock: Add ruleset and domain management, Serge E. Hallyn
  • [PATCH v28 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v28 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v28 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v28 08/12] landlock: Add syscall implementations, Mickaël Salaün
    • Re: [PATCH v28 08/12] landlock: Add syscall implementations, Serge E. Hallyn
• [PATCH v12 00/14] huge vmalloc mappings, Nicholas Piggin
  • [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Nicholas Piggin
    • Re: [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Russell King - ARM Linux admin
      • Re: [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Ding Tianhong
        • Re: [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Ding Tianhong
        • Re: [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Russell King - ARM Linux admin
      • Re: [PATCH v12 01/14] ARM: mm: add missing pud_page define to 2-level page tables, Nicholas Piggin
  • [PATCH v12 02/14] mm/vmalloc: fix HUGE_VMAP regression by enabling huge pages in vmalloc_to_page, Nicholas Piggin
  • [PATCH v12 03/14] mm: apply_to_pte_range warn and fail if a large pte is encountered, Nicholas Piggin
  • [PATCH v12 04/14] mm/vmalloc: rename vmap_*_range vmap_pages_*_range, Nicholas Piggin
  • [PATCH v12 05/14] mm/ioremap: rename ioremap_*_range to vmap_*_range, Nicholas Piggin
  • [PATCH v12 06/14] mm: HUGE_VMAP arch support cleanup, Nicholas Piggin
    • Re: [PATCH v12 06/14] mm: HUGE_VMAP arch support cleanup, kernel test robot
  • [PATCH v12 07/14] powerpc: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v12 08/14] arm64: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v12 09/14] x86: inline huge vmap supported functions, Nicholas Piggin
  • [PATCH v12 10/14] mm/vmalloc: provide fallback arch huge vmap support functions, Nicholas Piggin
  • [PATCH v12 11/14] mm: Move vmap_range from mm/ioremap.c to mm/vmalloc.c, Nicholas Piggin
  • [PATCH v12 13/14] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
    • Re: [PATCH v12 13/14] mm/vmalloc: Hugepage vmalloc mappings, Ding Tianhong
      • Re: [PATCH v12 13/14] mm/vmalloc: Hugepage vmalloc mappings, Nicholas Piggin
        • Re: [PATCH v12 13/14] mm/vmalloc: Hugepage vmalloc mappings, Ding Tianhong