Linux API

• Thread Index

• [PATCH v28 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 02/10] x86/cet/ibt: Add user-mode Indirect Branch Tracking support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 01/10] x86/cet/ibt: Add Kconfig option for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 03/10] x86/cet/ibt: Handle signals for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 05/10] x86/cet/ibt: Update ELF header parsing for Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 04/10] x86/cet/ibt: Disable IBT for ia32
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 00/10] Control-flow Enforcement: Indirect Branch Tracking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 32/32] mm: Introduce PROT_SHADOW_STACK for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 30/32] mm: Move arch_calc_vm_prot_bits() to arch/x86/include/asm/mman.h
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 15/32] x86/mm: Shadow Stack page fault error checking
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 31/32] mm: Update arch_validate_flags() to test vma anonymous
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 29/32] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 28/32] ELF: Introduce arch_setup_elf_property()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 27/32] x86/cet/shstk: Handle signals for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 26/32] x86/cet/shstk: Introduce shadow stack token setup/verify routines
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 25/32] x86/cet/shstk: Handle thread shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 23/32] x86/cet/shstk: Add user-mode shadow stack support
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 24/32] x86/process: Change copy_thread() argument 'arg' to 'stack_size'
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 18/32] mm: Add guard pages around a shadow stack.
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 19/32] mm/mmap: Add shadow stack pages to memory accounting
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 17/32] mm: Fixup places that call pte_mkwrite() directly
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 20/32] mm: Update can_follow_write_pte() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 21/32] mm/mprotect: Exclude shadow stack from preserve_write
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 22/32] mm: Re-introduce vm_flags to do_mmap()
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 03/32] x86/cpufeatures: Add CET CPU feature flags for Control-flow Enforcement Technology (CET)
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 10/32] drm/i915/gvt: Change _PAGE_DIRTY to _PAGE_DIRTY_BITS
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 12/32] 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 v28 11/32] x86/mm: Update pte_modify for _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 13/32] mm: Move VM_UFFD_MINOR_BIT from 37 to 38
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 14/32] mm: Introduce VM_SHADOW_STACK for shadow stack memory
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 16/32] x86/mm: Update maybe_mkwrite() for shadow stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 07/32] x86/mm: Remove _PAGE_DIRTY from kernel RO pages
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 06/32] x86/cet: Add control-protection fault handler
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 08/32] x86/mm: Move pmd_write(), pud_write() up in the file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 09/32] x86/mm: Introduce _PAGE_COW
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 05/32] x86/fpu/xstate: Introduce CET MSR and XSAVES supervisor states
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 01/32] Documentation/x86: Add CET description
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 02/32] x86/cet/shstk: Add Kconfig option for Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 04/32] x86/cpufeatures: Introduce CPU setup and option parsing for CET
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v28 00/32] Control-flow Enforcement: Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• RE: [PATCH v5 06/14] RDMA/irdma: Use irq_update_affinity_hint
  • From: "Nikolova, Tatyana E" <tatyana.e.nikolova@xxxxxxxxx>
• Re: [PATCH v3] mm: Enable suspend-only swap spaces
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v3] mm: Enable suspend-only swap spaces
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH v2 2/3] mm: introduce process_mrelease system call
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3] mm: Enable suspend-only swap spaces
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v28 24/25] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v28 14/25] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: introduce process_mrelease system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v3] mm: Enable suspend-only swap spaces
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3] mm: Enable suspend-only swap spaces
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v27 24/31] x86/cet/shstk: Handle thread shadow stack
  • From: John Allen <john.allen@xxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: introduce process_mrelease system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 2/3] mm: introduce process_mrelease system call
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v3 0/5] Add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 5/5] fanotify: add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fanotify.7, fanotify_mark.2: Document FAN_FS_ERROR
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v3 4/5] fanotify/fanotify_user.c: introduce a generic info record copying helper
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 3/5] fanotify/fanotify_user.c: minor cosmetic adjustments to fid labels
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v3 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v3 2/5] kernel/pid.c: implement additional checks upon pidfd_create() parameters
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v3 3/5] fanotify/fanotify_user.c: minor cosmetic adjustments to fid labels
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v3 4/5] fanotify/fanotify_user.c: introduce a generic info record copying helper
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v3 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v3 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v5 03/14] i40e: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 06/14] RDMA/irdma: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 10/14] mailbox: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 08/14] be2net: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 13/14] net/mlx5: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 11/14] scsi: lpfc: Use irq_set_affinity
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 12/14] hinic: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 07/14] enic: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 02/14] iavf: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v5 00/14] genirq: Cleanup the abuse of irq_set_affinity_hint()
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH] fanotify.7, fanotify_mark.2: Document FAN_FS_ERROR
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v27 23/31] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: "Yu, Yu-cheng" <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v5] mm: introduce reference pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 01/14] genirq: Provide new interfaces for affinity hints
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v27 23/31] x86/cet/shstk: Add user-mode shadow stack support
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [PATCH v27 06/10] x86/cet/ibt: Update arch_prctl functions for Indirect Branch Tracking
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• [PATCH v4 12/14] hinic: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 13/14] net/mlx5: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 11/14] scsi: lpfc: Use irq_set_affinity
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 10/14] mailbox: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 08/14] be2net: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 07/14] enic: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 06/14] RDMA/irdma: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 03/14] i40e: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 02/14] iavf: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v4 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Josef Bacik <josef@xxxxxxxxxxxxxx>
• [PATCH v2 3/3] mm: wire up syscall process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 2/3] mm: introduce process_mrelease system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 1/3] mm, oom: move task_will_free_mem up in the file to be used in process_mrelease
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v5 1/2] move_mount: allow to add a mount into an existing group
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• [PATCH] refpage_create.2: Document refpage_create(2)
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v5] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [RFC PATCH 3/4 v0.3] sched/umcg: RFC: add userspace sll helpers
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• [RFC PATCH 3/4 v0.3] sched/umcg: RFC: add userspace sll helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 4/4 v0.3] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 2/4 v0.3] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 1/4 v0.3] sched: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 0/4 v0.3] sched/UMCG
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 0/6] Final si_trapno bits
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 0/6] Final si_trapno bits
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 8/6] signal: Rename SIL_PERF_EVENT SIL_FAULT_PERF_EVENT for consistency
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 7/7] signal: Verify the alignment and size of siginfo_t
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/6] Final si_trapno bits
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support
  • From: Marco Elver <elver@xxxxxxxxxx>
• Re: [PATCH v3] sigaction.2: Document SA_EXPOSE_TAGBITS and the flag support detection protocol
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v4] sigaction.2: Document SA_EXPOSE_TAGBITS and the flag support detection protocol
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v6 0/6] Introduce multi-preference mempolicy
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [PATCH 6/6] signal: Remove the generic __ARCH_SI_TRAPNO support
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/6] signal/alpha: si_trapno is only used with SIGFPE and SIGTRAP TRAP_UNK
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/6] signal/sparc: si_trapno is only used with SIGILL ILL_ILLTRP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/6] arm64: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/6] arm: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/6] sparc64: Add compile-time asserts for siginfo_t offsets
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/6] Final si_trapno bits
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 1/2] move_mount: allow to add a mount into an existing group
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v3 06/14] RDMA/irdma: Use irq_set_affinity_and_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• [PATCH v5 1/2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] tests: add move_mount(MOVE_MOUNT_SET_GROUP) selftest
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v6 0/6] Introduce multi-preference mempolicy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH v6 0/6] Introduce multi-preference mempolicy
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v5 04/11] docs: locking: futex2: Add documentation
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v5 02/11] futex2: Implement vectorized wait
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v3] sigaction.2: Document SA_EXPOSE_TAGBITS and the flag support detection protocol
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• [PATCH v4 1/2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] move_mount: allow to add a mount into an existing group
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• [PATCH v3 1/2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/14] RDMA/irdma: Use irq_set_affinity_and_hint
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH v3 06/14] RDMA/irdma: Use irq_set_affinity_and_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v3 06/14] RDMA/irdma: Use irq_set_affinity_and_hint
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH v3 13/14] net/mlx5: Use irq_set_affinity_and_hint
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH v3 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Tariq Toukan <ttoukan.linux@xxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v3 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [PATCH v3 03/14] i40e: Use irq_update_affinity_hint
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• Re: [PATCH v3 02/14] iavf: Use irq_update_affinity_hint
  • From: Jesse Brandeburg <jesse.brandeburg@xxxxxxxxx>
• [PATCH v3 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 13/14] net/mlx5: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 12/14] hinic: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 11/14] scsi: lpfc: Use irq_set_affinity
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 10/14] mailbox: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 08/14] be2net: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 07/14] enic: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 06/14] RDMA/irdma: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 03/14] i40e: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 02/14] iavf: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v3 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2] move_mount: allow to add a mount into an existing group
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• [PATCH v2] move_mount: allow to add a mount into an existing group
  • From: Pavel Tikhomirov <ptikhomirov@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• [PATCH v3] sigaction.2: Document SA_EXPOSE_TAGBITS and the flag support detection protocol
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Evan Green <evgreen@xxxxxxxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: Pankaj Gupta <pankaj.gupta.linux@xxxxxxxxx>
• [PATCH v1] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v6 6/6] mm/mempolicy: unify the create() func for bind/interleave/prefer-many policies
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 5/6] mm/mempolicy: Advertise new MPOL_PREFERRED_MANY
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 3/6] mm/mempolicy: enable page allocation for MPOL_PREFERRED_MANY for general cases
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 0/6] Introduce multi-preference mempolicy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 1/6] mm/mempolicy: Add MPOL_PREFERRED_MANY for multiple preferred nodes
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v6 2/6] mm/memplicy: add page allocation function for MPOL_PREFERRED_MANY policy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] mm: Enable suspend-only swap spaces
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Leon Romanovsky <leonro@xxxxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v1] binfmt: remove support for em86 (alpha only)
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v5 11/11] kernel: Enable waitpid() for futex2
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 10/11] perf bench: Add futex2 benchmark tests
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 09/11] selftests: futex2: Add requeue test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 08/11] selftests: futex2: Add waitv test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 07/11] selftests: futex2: Add wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 06/11] selftests: futex2: Add timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 05/11] selftests: futex2: Add wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 04/11] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 03/11] futex2: Implement requeue operation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 02/11] futex2: Implement vectorized wait
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 01/11] futex2: Implement wait and wake functions
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v5 00/11] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [RFC PATCH 3/3 v0.2] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 2/3 v0.2] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 1/3 v0.2] sched: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [RFC PATCH 0/3 v0.2] RFC: sched/UMCG
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3 00/15] File system wide monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 00/15] File system wide monitoring
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2 1/5] v4l: Add Qualcomm custom compressed pixel formats
  • From: Nicolas Dufresne <nicolas@xxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v2 2/5] venus: helpers: Add helper to check supported pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v2 4/5] venus: hfi_platform: Correct supported compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v2 5/5] venus: Add a handling of QC10C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v2 1/5] v4l: Add Qualcomm custom compressed pixel formats
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v2 0/5] Qualcomm custom compressed pixfmt
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• [PATCH v2 3/5] venus: Add a handling of QC08C compressed format
  • From: Stanimir Varbanov <stanimir.varbanov@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [linux-audit/audit-kernel] BUG: audit_classify_syscall() fails to properly handle 64-bit syscalls when executing as 32-bit application on ARM (#131)
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 0/4 POC] Allow executing code and syscalls in another address space
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v8 3/7] kernel: Implement selective syscall userspace redirection
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] seccomp.2: Clarify that bad system calls kill the thread
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v8 3/7] kernel: Implement selective syscall userspace redirection
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH] seccomp.2: Clarify that bad system calls kill the thread
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Arjan van de Ven <arjan@xxxxxxxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Willy Tarreau <w@xxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Semantics of SECCOMP_MODE_STRICT?
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Semantics of SECCOMP_MODE_STRICT?
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 00/15] File system wide monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Semantics of SECCOMP_MODE_STRICT?
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• [CFT][PATCH] exit/bdflush: Remove the deprecated bdflush system call
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] mm: introduce reference pages
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v2 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 13/14] net/mlx5: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 12/14] hinic: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 11/14] scsi: lpfc: Use irq_set_affinity
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 10/14] mailbox: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 08/14] be2net: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 07/14] enic: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 06/14] RDMA/i40iw: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 03/14] i40e: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 02/14] iavf: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v2 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 2/4] arch/x86: implement the process_vm_exec syscall
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
  • From: Vivek Goyal <vgoyal@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v4] mm: introduce reference pages
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Thiago Macieira <thiago.macieira@xxxxxxxxx>
• Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v1 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: Denys Vlasenko <vda.linux@xxxxxxxxxxxxxx>
• Re: lsattr: incorrect size for ioctl result
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Len Brown <lenb@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH 1/1] mm: introduce process_reap system call
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: x86 CPU features detection for applications (and AMX)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: Candidate Linux ABI for Intel AMX and hypothetical new related features
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• x86 CPU features detection for applications (and AMX)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] RDMA/core: Use flexible array for mad data
  • From: Jason Gunthorpe <jgg@xxxxxxxxxx>
• Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v2] arm64: allow TCR_EL1.TBID0 to be configured
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v1 13/14] net/mlx5: Use irq_update_affinity_hint
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Leon Romanovsky <leon@xxxxxxxxxx>
• Re: [PATCH] riscv: Bump COMMAND_LINE_SIZE value to 1024
  • From: Alex Ghiti <alex@xxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Segher Boessenkool <segher@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: [PATCH v3] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH v3] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• [PATCH v4] mm: introduce reference pages
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 4.16 v7 02/11] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Christophe Leroy <christophe.leroy@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• [PATCH v5 -mm 6/6] mm/mempolicy: unify the create() func for bind/interleave/prefer-many policies
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 5/6] mm/mempolicy: Advertise new MPOL_PREFERRED_MANY
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 4/6] mm/hugetlb: add support for mempolicy MPOL_PREFERRED_MANY
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 3/6] mm/mempolicy: enable page allocation for MPOL_PREFERRED_MANY for general cases
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 2/6] mm/memplicy: add page allocation function for MPOL_PREFERRED_MANY policy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 1/6] mm/mempolicy: Add MPOL_PREFERRED_MANY for multiple preferred nodes
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH v5 -mm 0/6] Introduced multi-preference mempolicy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• [PATCH RESEND x3 v9 9/9] btrfs: implement RWF_ENCODED writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 8/9] btrfs: implement RWF_ENCODED reads
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 7/9] btrfs: optionally extend i_size in cow_file_range_inline()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 6/9] btrfs: support different disk extent size for delalloc
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 5/9] btrfs: add ram_bytes and offset to btrfs_ordered_extent
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 4/9] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 3/9] fs: add RWF_ENCODED for reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 1/9] iov_iter: add copy_struct_from_iter()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 2/9] fs: add O_ALLOW_ENCODED open flag
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH RESEND x3 v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v1 14/14] net/mlx4: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 13/14] net/mlx5: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 12/14] hinic: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 11/14] scsi: lpfc: Use irq_set_affinity
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 09/14] ixgbe: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 10/14] mailbox: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 08/14] be2net: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 07/14] enic: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 06/14] RDMA/i40iw: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 05/14] scsi: mpt3sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 04/14] scsi: megaraid_sas: Use irq_set_affinity_and_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 03/14] i40e: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 02/14] iavf: Use irq_update_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 01/14] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH v1 00/14] genirq: Cleanup the usage of irq_set_affinity_hint
  • From: Nitesh Narayan Lal <nitesh@xxxxxxxxxx>
• [PATCH] RDMA/core: Use flexible array for mad data
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
• Re: Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
• Re: Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Discussion of a possible modern alternate of the removed Sysctl syscall
  • From: Luís Mendes <luis.p.mendes@xxxxxxxxx>
• Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: [PATCH 2/2] arm64: allow TCR_EL1.TBID0 to be configured
  • From: Peter Collingbourne <pcc@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v2 2/5] kernel/pid.c: implement additional checks upon pidfd_create() parameters
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v2 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v5 11/11] loop: Add LOOP_CONFIGURE ioctl
  • From: Kristian Klausen <kristian@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Willy Tarreau <w@xxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v27 24/25] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v27 14/25] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Shuah Khan <skhan@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [PATCH v2 0/5] Add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 2/5] kernel/pid.c: implement additional checks upon pidfd_create() parameters
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2 5/5] fanotify: add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2 4/5] fanotify/fanotify_user.c: introduce a generic info record copying helper
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2 1/5] kernel/pid.c: remove static qualifier from pidfd_create()
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2 3/5] fanotify/fanotify_user.c: minor cosmetic adjustments to fid labels
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• [PATCH v2 0/5] Add pidfd support to the fanotify API
  • From: Matthew Bobrowski <repnop@xxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• RE: [PATCH v4 00/15] Add futex2 syscalls
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: yong w <yongw.pur@xxxxxxxxx>
• Re: [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: yong w <yongw.pur@xxxxxxxxx>
• Re: [RFC PATCH v0.1 4/9] sched/umcg: implement core UMCG API
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v0.1 0/9] UMCG early preview/RFC patchset
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Maintainers / Kernel Summit 2021 planning kick-off
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Zebediah Figura <zfigura@xxxxxxxxxxxxxxx>
• [PATCH] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Sebastian Andrzej Siewior <bigeasy@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH RERESEND v9 0/9] fs: interface for directly reading/writing compressed data
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re:
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [RFC PATCH V3] zram:calculate available memory when zram is used
  • From: yongw.pur@xxxxxxxxx
• [RFC] genirq: Add effective CPU index retrieving interface
  • From: Shung-Hsi Yu <shung-hsi.yu@xxxxxxxx>
• Re: [PATCH 0/2] Change quotactl_path() to an fd-based syscall
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v4 05/15] futex2: Implement support for different futex sizes
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 07/15] docs: locking: futex2: Add documentation
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [no subject]
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v4 05/15] futex2: Implement support for different futex sizes
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [RFC PATCH V2] zram:calculate available memory when zram is used
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [RFC PATCH V2] zram:calculate available memory when zram is used
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH V2] zram:calculate available memory when zram is used
  • From: yongw.pur@xxxxxxxxx
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Andrey Semashev <andrey.semashev@xxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• Re: [PATCH] genirq: Provide new interfaces for affinity hints
  • From: Nitesh Lal <nilal@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Nicholas Piggin <npiggin@xxxxxxxxx>
• [PATCH v2 2/2] mm: adds NOSIGBUS extension to mmap()
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v2 1/2] mm: make "vm_flags" be an u64
  • From: Ming Lin <mlin@xxxxxxxxxx>
• [PATCH v2 0/2] mm: support NOSIGBUS on fault of mmap
  • From: Ming Lin <mlin@xxxxxxxxxx>
• Re: [PATCH v4 00/15] Add futex2 syscalls
  • From: Zebediah Figura <z.figura12@xxxxxxxxx>
• [PATCH v4 15/15] kernel: Enable waitpid() for futex2
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 14/15] perf bench: Add futex2 benchmark tests
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 13/15] selftests: futex2: Add futex sizes test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 12/15] selftests: futex2: Add requeue test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 11/15] selftests: futex2: Add waitv test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 10/15] selftests: futex2: Add wouldblock test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 09/15] selftests: futex2: Add timeout test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 08/15] selftests: futex2: Add wake/wait test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 07/15] docs: locking: futex2: Add documentation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 06/15] futex2: Add compatibility entry point for x86_x32 ABI
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 05/15] futex2: Implement support for different futex sizes
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 04/15] futex2: Implement requeue operation
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v4 03/15] futex2: Implement vectorized wait
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>