Linux API

• Thread Index

• Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• [PATCH v22 6/8] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 7/8] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 8/8] x86/vdso: Add ENDBR64 to __vdso_sgx_enter_enclave
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 4/8] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 2/8] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 0/8] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 5/8] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 1/8] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 3/8] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 23/28] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 27/28] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 28/28] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 26/28] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 25/28] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 22/28] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 24/28] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 21/28] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 16/28] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 17/28] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 19/28] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 18/28] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 13/28] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 20/28] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 14/28] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 15/28] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 10/28] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 11/28] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 09/28] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 12/28] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 08/28] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 07/28] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 05/28] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 04/28] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 06/28] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 00/28] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 02/28] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 01/28] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v22 03/28] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v2 2/2] usb: webcam: Invalid size of Processing Unit Descriptor
  • From: Pawel Laszczak <pawell@xxxxxxxxxxx>
• Re: [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF
  • From: Lu Baolu <baolu.lu@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/4] block: add blk_interposer
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v6 1/4] block: add blk_mq_is_queue_frozen()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v25 24/25] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v25 14/25] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description.
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH v4] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH v3] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [RFC PATCH v2 3/6] vfio: Add a page fault handler
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 5/6] vfio: No need to statically pin and map if IOPF enabled
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 1/6] iommu: Evolve to support more scenarios of using IOPF
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 6/6] vfio: Add nested IOPF support
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 4/6] vfio: VFIO_IOMMU_ENABLE_IOPF
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 2/6] vfio: Add an MMU notifier to avoid pinning
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• [RFC PATCH v2 0/6] Add IOPF support for VFIO passthrough
  • From: Shenming Lu <lushenming@xxxxxxxxxx>
• Re: [PATCH 2/2] sigaction.2: wfix - Clarify si_addr description.
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v3] mm/vmalloc: randomize vmalloc() allocations
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v3] x86/fault: Send a SIGBUS to user process always for hwpoison page access.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 1/3] platform/surface: Add DTX driver
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 3/3] docs: driver-api: Add Surface DTX driver documentation
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• [PATCH 0/3] platform/surface: Add DTX detachment system driver
  • From: Maximilian Luz <luzmaximilian@xxxxxxxxx>
• RE: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH RFCv2] mm/madvise: introduce MADV_POPULATE_(READ|WRITE) to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Zebediah Figura <zfigura@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Vignesh Raghavendra <vigneshr@xxxxxx>
• RE: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 1/2] usb: gadget: uvc: Updating bcdUVC field to 0x0110
  • From: Pawel Laszczak <pawell@xxxxxxxxxxx>
• [PATCH 2/2] usb: webcam: Invalid size of Processing Unit Descriptor
  • From: Pawel Laszczak <pawell@xxxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Daurnimator <quae@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [PATCH v3] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH v3] mm/vmalloc: randomize vmalloc() allocations
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [EXT] Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH 2/2] quota: wire up quotactl_path
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] quota: wire up quotactl_path
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH v3 0/2] quota: Add mountpath based quota support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH] quotactl.2: Add documentation for quotactl_path()
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH 1/2] quota: Add mountpath based quota support
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH 2/2] quota: wire up quotactl_path
  • From: Sascha Hauer <s.hauer@xxxxxxxxxxxxxx>
• [PATCH v2 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/2] fanotify: configurable limits via sysfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 0/2] unprivileged fanotify listener
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 00/13] Add futex2 syscall
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [RFC PATCH v2 05/13] futex2: Add compatibility entry point for x86_x32 ABI
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 06/13] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 08/13] selftests: futex2: Add timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 07/13] selftests: futex2: Add wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 10/13] selftests: futex2: Add waitv test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 09/13] selftests: futex2: Add wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 12/13] perf bench: Add futex2 benchmark tests
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 11/13] selftests: futex2: Add requeue test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 13/13] kernel: Enable waitpid() for futex2
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 04/13] futex2: Implement requeue operation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 03/13] futex2: Implement vectorized wait
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 02/13] futex2: Add support for shared futexes
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 01/13] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH v2 00/13] Add futex2 syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH] MAINTAINERS: exclude uapi directories in API/ABI section
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v3 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v18 9/9] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 8/9] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 6/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 5/9] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 7/9] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 4/9] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 3/9] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 2/9] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 1/9] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v18 0/9] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v6 2/4] block: add blk_interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 1/4] block: add blk_mq_is_queue_frozen()
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 3/4] dm: introduce dm-interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 4/4] dm: add DM_INTERPOSED_FLAG
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• [PATCH v6 0/4] block-layer interposer
  • From: Sergei Shtepa <sergei.shtepa@xxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• RE: [PATCH 1/7] clk: renesas: r8a77990: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• Re: [PATCH v6 39/40] xfs: support idmapped mounts
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] mm/madvise: replace ptrace attach requirement for process_madvise
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Vignesh Raghavendra <vigneshr@xxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Vignesh Raghavendra <vigneshr@xxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH AUTOSEL 5.11 47/52] drivers/base/memory: don't store phys_device in memory blocks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Ezequiel Garcia <ezequiel@xxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH AUTOSEL 5.10 42/47] drivers/base/memory: don't store phys_device in memory blocks
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [RFC PATCH] mtd: add OTP (one-time-programmable) erase ioctl
  • From: Michael Walle <michael@xxxxxxxx>
• Re: [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v6 39/40] xfs: support idmapped mounts
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH v6 39/40] xfs: support idmapped mounts
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ
  • From: Borislav Petkov <bp@xxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• Re: [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW
  • From: Borislav Petkov <bp@xxxxxxxxx>
• RE: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 6/7] arm64: dts: renesas: r8a77965: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 6/7] arm64: dts: renesas: r8a77965: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 5/7] arm64: dts: renesas: r8a77990: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 5/7] arm64: dts: renesas: r8a77990: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 0/7] Add FFT Support for R-Car Gen3 devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• RE: [PATCH 1/7] clk: renesas: r8a77990: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH] ARM: syscalls: switch to generic syscallhdr.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• [PATCH] ARM: syscalls: switch to generic syscallhdr.sh
  • From: Masahiro Yamada <masahiroy@xxxxxxxxxx>
• Re: [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH] MAINTAINERS: exclude uapi directories in API/ABI section
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH] fs: introduce mkdirat2 syscall for atomic mkdir
  • From: Drew DeVault <sir@xxxxxxxxx>
• [PATCH v6 0/6] x86: Improve Minimum Alternate Stack Size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 6/6] selftest/x86/signal: Include test cases for validating sigaltstack
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 5/6] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 4/6] selftest/sigaltstack: Use the AT_MINSIGSTKSZ aux vector if available
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 3/6] x86/elf: Support a new ELF aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 2/6] x86/signal: Introduce helpers to get the maximum signal frame size
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• [PATCH v6 1/6] uapi: Define the aux vector AT_MINSIGSTKSZ
  • From: "Chang S. Bae" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH] ipc/msg: add msgsnd_timed and msgrcv_timed syscall for system V message queue
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Piotr Figiel <figiel@xxxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Michał Mirosław <emmir@xxxxxxxxxx>
• Re: [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Piotr Figiel <figiel@xxxxxxxxxx>
• [PATCH v2] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Piotr Figiel <figiel@xxxxxxxxxx>
• Re: [PATCH 7/7] arm64: configs: Add R-Car DAB support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 7/7] arm64: configs: Add R-Car DAB support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arm64: dts: renesas: r8a77965: Add DAB support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 5/7] arm64: dts: renesas: r8a77990: Add DAB support
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] Add FFT Support for R-Car Gen3 devices
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 5/7] arm64: dts: renesas: r8a77990: Add DAB support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 6/7] arm64: dts: renesas: r8a77965: Add DAB support
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxx>
• Re: [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] clk: renesas: r8a77990: Add DAB clock
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH 7/7] arm64: configs: Add R-Car DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 6/7] arm64: dts: renesas: r8a77965: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 4/7] misc: Add driver for DAB IP found on Renesas R-Car devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 5/7] arm64: dts: renesas: r8a77990: Add DAB support
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 3/7] dt-bindings: misc: Add binding for R-Car DAB
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 2/7] clk: renesas: r8a77965: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 0/7] Add FFT Support for R-Car Gen3 devices
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH 1/7] clk: renesas: r8a77990: Add DAB clock
  • From: Fabrizio Castro <fabrizio.castro.jz@xxxxxxxxxxx>
• [PATCH v29 04/12] landlock: Add ptrace restrictions
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 12/12] landlock: Add user and kernel documentation
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 11/12] samples/landlock: Add a sandbox manager example
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 08/12] landlock: Add syscall implementations
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 09/12] arch: Wire up Landlock syscalls
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 10/12] selftests/landlock: Add user space tests
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 03/12] landlock: Set up the security framework and manage credentials
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 02/12] landlock: Add ruleset and domain management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 05/12] LSM: Infrastructure management of the superblock
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 01/12] landlock: Add object management
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v29 00/12] Landlock LSM
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 1/5] Add manpage for open_tree(2)
  • From: Aurélien Aptel <aaptel@xxxxxxxx>
• Re: [PATCH 1/3] arm64/ptrace: don't clobber task registers on syscall entry/exit traps
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Alex Shi <alex.shi@xxxxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Reporting pids to unpriviledged processes with fanotify events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH] ptrace: add PTRACE_GET_RSEQ_CONFIGURATION request
  • From: Piotr Figiel <figiel@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Zi Yan <ziy@xxxxxxxxxx>
• Re: [PATCH v28 07/12] landlock: Support filesystem access-control
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH 1/2] fanotify: configurable limits via sysfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v5 4/5] x86/signal: Detect and prevent an alternate signal stack overflow
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC PATCH 06/13] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] fanotify: configurable limits via sysfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 1/1] process_madvise.2: Add process_madvise man page
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH RFC] madvise.2: Document MADV_POPULATE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v3 1/1] process_madvise.2: Add process_madvise man page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v21 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 26/26] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 23/26] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 25/26] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 24/26] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 22/26] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 0/7] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 21/26] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 17/26] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 18/26] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 19/26] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 20/26] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 12/26] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 14/26] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 13/26] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 16/26] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 15/26] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 10/26] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 09/26] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 11/26] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 07/26] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 08/26] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 06/26] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 05/26] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 04/26] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 02/26] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 03/26] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 01/26] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v21 00/26] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH] MAINTAINERS: add uapi directories to API/ABI section
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC] mm/madvise: introduce MADV_POPULATE to prefault/prealloc memory
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 1/2] fanotify: configurable limits via sysfs
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC] Hugepage collapse in process context
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 06/13] docs: locking: futex2: Add documentation
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 1/2] fanotify: configurable limits via sysfs
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 1/1] process_madvise.2: Add process_madvise man page
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC][PATCH 2/2] fanotify: support limited functionality for unprivileged users
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC][PATCH 1/2] fanotify: configurable limits via sysfs
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [RFC PATCH 03/13] futex2: Implement vectorized wait
  • From: Zebediah Figura <zfigura@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 03/13] futex2: Implement vectorized wait
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/13] futex2: Implement vectorized wait
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [RFC PATCH 13/13] kernel: Enable waitpid() for futex2
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 09/13] selftests: futex2: Add wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 12/13] perf bench: Add futex2 benchmark tests
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 11/13] selftests: futex2: Add requeue test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 10/13] selftests: futex2: Add waitv test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 05/13] futex2: Add compatibility entry point for x86_x32 ABI
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 07/13] selftests: futex2: Add wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 08/13] selftests: futex2: Add timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 06/13] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 04/13] futex2: Implement requeue operation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 03/13] futex2: Implement vectorized wait
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 02/13] futex2: Add support for shared futexes
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 01/13] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH 00/13] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v2] mm/vmalloc: randomize vmalloc() allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: James Bottomley <jejb@xxxxxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v3 1/1] process_madvise.2: Add process_madvise man page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [PATCH v2] mm/vmalloc: randomize vmalloc() allocations
  • From: Uladzislau Rezki <urezki@xxxxxxxxx>
• Re: [PATCH v2] mm/vmalloc: randomize vmalloc() allocations
  • From: Topi Miettinen <toiwoton@xxxxxxxxx>
• Re: [Linux-cifsd-devel] RFC: ksmbd ABI for ksmbd-tools...
  • From: Sergey Senozhatsky <sergey.senozhatsky@xxxxxxxxx>
• Re: [PATCH v5 1/5] uapi: Move the aux vector AT_MINSIGSTKSZ define to uapi
  • From: Will Deacon <will@xxxxxxxxxx>
• Re: [PATCH v6 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: Are vDSO addresses special?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• RFC: ksmbd ABI for ksmbd-tools...
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [PATCH v6 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths
  • From: James Morse <james.morse@xxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v7 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v7 2/3] arm64: Introduce prctl(PR_PAC_{SET,GET}_ENABLED_KEYS)
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v7 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v6 3/3] arm64: pac: Optimize kernel entry/exit key installation code paths
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v6 2/3] arm64: Introduce prctl(PR_PAC_{SET,GET}_ENABLED_KEYS)
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v6 1/3] arm64: mte: make the per-task SCTLR_EL1 field usable elsewhere
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: Are vDSO addresses special?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: LINUX_VERSION_CODE overflow (was: Re: Linux 4.9.256)
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• LINUX_VERSION_CODE overflow (was: Re: Linux 4.9.256)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Are vDSO addresses special?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2 1/1] af_unix: Allow Unix sockets to raise SIGURG
  • From: rao.shoaib@xxxxxxxxxx
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 3/3] selftest/arm64/ptrace: add tests for PTRACE_O_ARM64_RAW_REGS
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v28 07/12] landlock: Support filesystem access-control
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 06/25] x86/cet: Add control-protection fault handler
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v20 25/25] mm: Introduce PROT_SHSTK for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v28 07/12] landlock: Support filesystem access-control
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v20 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 06/25] x86/cet: Add control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH v20 25/25] mm: Introduce PROT_SHSTK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 21/25] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 18/25] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 23/25] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 22/25] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 6/7] x86/vdso/32: Add ENDBR32 to __kernel_vsyscall entry point
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 4/7] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 3/7] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 17/25] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 19/25] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 1/7] x86/cet/ibt: Update Kconfig for user-mode Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 20/25] x86/cet/shstk: User-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• [PATCH v20 14/25] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 16/25] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 06/25] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 0/7] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 5/7] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 15/25] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 13/25] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 12/25] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 00/25] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 10/25] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 08/25] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 09/25] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v20 01/25] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH bpf 2/4] nsfs: add an ioctl to discover the network namespace cookie
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH bpf 1/4] net: add SO_NETNS_COOKIE socket option
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• [PATCH bpf 0/4] Expose network namespace cookies to user space
  • From: Lorenz Bauer <lmb@xxxxxxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [x86/signal] dc8df6e85d: kernel-selftests.sigaltstack.sas.fail
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/4] x86/signal: Prevent an alternate stack overflow before a signal delivery
  • From: "Bae, Chang Seok" <chang.seok.bae@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 0/3 v2] arm64/ptrace: allow to get all registers on syscall traps
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 0/3 v2] arm64/ptrace: allow to get all registers on syscall traps
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH 2/3] arm64/ptrace: introduce PTRACE_O_ARM64_RAW_REGS
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Michal Hocko <mhocko@xxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v17 10/10] secretmem: test: add basic selftest for memfd_secret(2)
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 09/10] arch, mm: wire up memfd_secret system call where relevant
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 07/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 08/10] PM: hibernate: disable when there are active secretmem users
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 05/10] set_memory: allow querying whether set_direct_map_*() is actually enabled
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 06/10] arm64: kfence: fix header inclusion
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 04/10] set_memory: allow set_direct_map_*_noflush() for multiple pages
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 03/10] riscv/Kconfig: make direct map manipulation options depend on MMU
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 02/10] mmap: make mlock_future_check() global
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 01/10] mm: add definition of PMD_PAGE_ORDER
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• [PATCH v17 00/10] mm: introduce memfd_secret system call to create "secret" memory areas
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: David Hildenbrand <david@xxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• RE: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: "Song Bao Hua (Barry Song)" <song.bao.hua@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH 3/6] fs-verity: add FS_IOC_READ_VERITY_METADATA ioctl
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• [RFC PATCH v3 2/2] selftests/vm: add mempinfd test
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• [RFC PATCH v3 0/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• [RFC PATCH v3 1/2] mempinfd: Add new syscall to provide memory pin
  • From: Zhou Wang <wangzhou1@xxxxxxxxxxxxx>
• Re: [PATCH 3/6] fs-verity: add FS_IOC_READ_VERITY_METADATA ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [f2fs-dev] [PATCH 3/6] fs-verity: add FS_IOC_READ_VERITY_METADATA ioctl
  • From: Chao Yu <yuchao0@xxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v28 06/12] fs,security: Add sb_delete hook
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Chris Down <chris@xxxxxxxxxxxxxx>
• Re: [PATCH v28 06/12] fs,security: Add sb_delete hook
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v28 06/12] fs,security: Add sb_delete hook
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [Patch v4 1/3] lib: Restrict cpumask_local_spread to houskeeping CPUs
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• [PATCH v2] entry: Use different define for selector variable in SUD
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v28 05/12] LSM: Infrastructure management of the superblock
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] printk: Userspace format enumeration support
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH v28 04/12] landlock: Add ptrace restrictions
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH RESEND] entry: Use different define for selector variable in SUD
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
  • From: Jarkko Sakkinen <jarkko@xxxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 12/25] mm: Introduce VM_SHSTK for shadow stack memory
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v19 12/25] mm: Introduce VM_SHSTK for shadow stack memory
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v19 24/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 22/25] ELF: Introduce arch_setup_elf_property()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 20/25] x86/cet/shstk: User-mode shadow stack support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 19/25] mm: Re-introduce vm_flags to do_mmap()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v19 18/25] mm: Update can_follow_write_pte() for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 17/25] mm/mmap: Add shadow stack pages to memory accounting
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 16/25] mm: Add guard pages around a shadow stack.
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 15/25] mm: Fixup places that call pte_mkwrite() directly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 06/25] x86/cet: Add control-protection fault handler
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 07/25] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 14/25] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 11/25] x86/mm: Update ptep_set_wrprotect() and pmdp_set_wrprotect() for transition from _PAGE_DIRTY to _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 10/25] x86/mm: Update pte_modify for _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 08/25] x86/mm: Introduce _PAGE_COW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 7/7] x86/vdso: Insert endbr32/endbr64 to vDSO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 2/7] x86/cet/ibt: User-mode Indirect Branch Tracking support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/2] Add namespace tags that can be used for matching without pinning a ns
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v19 02/25] x86/cet/shstk: Add Kconfig option for user-mode control-flow protection
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 01/25] Documentation/x86: Add CET description
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v19 03/25] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 04/25] x86/cpufeatures: Introduce X86_FEATURE_CET and setup functions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v19 05/25] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Kees Cook <keescook@xxxxxxxxxxxx>