Linux API

• Thread Index

• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 07/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Quentin Perret <quentin.perret@xxxxxxx>
• Re: [PATCH v6 07/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 07/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Quentin Perret <quentin.perret@xxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 07/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Quentin Perret <quentin.perret@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 09/16] sched/cpufreq: uclamp: Add utilization clamping for RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 09/16] sched/cpufreq: uclamp: Add utilization clamping for RT tasks
  • From: Quentin Perret <quentin.perret@xxxxxxx>
• Re: [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Quentin Perret <quentin.perret@xxxxxxx>
• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v6)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH glibc 2/4] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 08/29] m68k: assign syscall number for seccomp
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] fs: don't let getdents return bogus names
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Gabriel Paubert <paubert@xxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Dennis Clarke <dclarke@xxxxxxxxxxxxx>
• [PATCH v2 28/29] y2038: rename old time and utime syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 21/29] sparc64: add custom adjtimex/clock_adjtime functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 23/29] timex: change syscalls to use struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 03/29] ia64: assign syscall numbers for perf and seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 02/29] ia64: add statx and io_pgetevents syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 29/29] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 10/29] sh: add statx system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/29] alpha: wire up io_pgetevents system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 07/29] ARM: add kexec_file_load system call number
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 01/29] ia64: add __NR_umount2 definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 11/29] sparc64: fix sparc_ipc type conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 25/29] y2038: syscalls: rename y2038 compat syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 08/29] m68k: assign syscall number for seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 15/29] alpha: add standard statfs64/fstatfs64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 13/29] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 16/29] alpha: add generic get{eg,eu,g,p,u,pp}id() syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 09/29] sh: remove duplicate unistd_32.h file
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 17/29] syscalls: remove obsolete __IGNORE_ macros
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 26/29] y2038: use time32 syscall names on 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 18/29] time: make adjtime compat handling available for 32 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 27/29] y2038: remove struct definition redirects
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 05/29] alpha: update syscall macro definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 12/29] ipc: rename old-style shmctl/semctl/msgctl syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 19/29] time: Add struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 22/29] timex: use __kernel_timex internally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/29] y2038: add time64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 24/29] x86/x32: use time64 versions of sigtimedwait and recvmmsg
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 20/29] time: fix sys_timer_settime prototype
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 14/29] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 06/29] ARM: add migrate_pages() system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 3/3] fs: let filldir_t return bool instead of an error code
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v4 2/3] fs: don't let getdents return bogus names
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v4 1/3] fs: hoist EFSCORRUPTED definition into uapi header
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RESEND PATCH v2 0/1] Add prctl to kill descendants on exit
  • From: Jürg Billeter <j@xxxxxxxxx>
• [RESEND PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT
  • From: Jürg Billeter <j@xxxxxxxxx>
• Re: vt: Improve CSI parsing
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] ipc: introduce ksys_ipc()/compat_ksys_ipc() for s390
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 2/5] ipc: introduce ksys_ipc()/compat_ksys_ipc() for s390
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/5] ipc: introduce ksys_ipc()/compat_ksys_ipc() for s390
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• [PATCH 2/5] ipc: introduce ksys_ipc()/compat_ksys_ipc() for s390
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Josh Snyder <joshs@xxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Josh Snyder <joshs@xxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/2] mm/memfd: Add an F_SEAL_FUTURE_WRITE seal to memfd
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 2/2] selftests/memfd: Add tests for F_SEAL_FUTURE_WRITE seal
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Russell King - ARM Linux admin <linux@xxxxxxxxxxxxxxx>
• [PATCH v6 00/16] Add utilization clamping support
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 01/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 02/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 03/16] sched/core: uclamp: Map TASK's clamp values into CPU's clamp buckets
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 04/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 06/16] sched/core: uclamp: Enforce last task UCLAMP_MAX
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 07/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 08/16] sched/cpufreq: uclamp: Add utilization clamping for FAIR tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 11/16] sched/fair: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 09/16] sched/cpufreq: uclamp: Add utilization clamping for RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 12/16] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 13/16] sched/core: uclamp: Propagate parent clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 14/16] sched/core: uclamp: Map TG's clamp values into CPU's clamp buckets
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 16/16] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 15/16] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 10/16] sched/core: Add uclamp_util_with()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v6 05/16] sched/core: uclamp: Update CPU's refcount on clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH glibc 2/4] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 2/2] selftests/memfd: Add tests for F_SEAL_FUTURE_WRITE seal
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [PATCH -manpage 2/2] memfd_create.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH -manpage 1/2] fcntl.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH -manpage 0/2] Document memfd F_SEAL_FUTURE_WRITE seal
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v4 2/2] selftests/memfd: Add tests for F_SEAL_FUTURE_WRITE seal
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v4 1/2] mm/memfd: Add an F_SEAL_FUTURE_WRITE seal to memfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• [PATCH v4 0/2] Add a future write seal to memfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 07/11] y2038: syscalls: rename y2038 compat syscalls
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• [PATCH 11/11] y2038: add 64-bit time_t syscalls to all 32-bit architectures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/11] y2038: add time64 syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/11] timex: change syscalls to use struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/11] y2038: rename old time and utime syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/11] y2038: remove struct definition redirects
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 07/11] y2038: syscalls: rename y2038 compat syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 08/11] y2038: use time32 syscall names on 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 04/11] sparc64: add custom adjtimex/clock_adjtime functions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/11] time: make adjtime compat handling available for 32 bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/11] timex: use __kernel_timex internally
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/11] time: fix sys_timer_settime prototype
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 02/11] time: Add struct __kernel_timex
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 07/15] ARM: add kexec_file_load system call number
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 06/15] ARM: add migrate_pages() system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 17/17] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 16/17] fanotify: add support for create/attrib/move/delete events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 09/17] fanotify: enable FAN_REPORT_FID init flag
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 08/17] fanotify: copy event fid info to user
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 00/17] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 07/15] ARM: add kexec_file_load system call number
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 06/15] ARM: add migrate_pages() system call
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH 12/15] sparc64: fix sparc_ipc type conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/15] alpha: update syscall macro definitions
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 03/15] ia64: assign syscall numbers for perf and seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 11/15] mips: fix n32 compat_ipc_parse_version
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 02/15] ia64: add statx and io_pgetevents syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 04/15] alpha: wire up io_pgetevents system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 06/15] ARM: add migrate_pages() system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 08/15] m68k: assign syscall number for seccomp
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 07/15] ARM: add kexec_file_load system call number
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 15/15] arch: add pkey and rseq syscall numbers everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 00/15] arch: synchronize syscall tables in preparation for y2038
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 13/15] ipc: rename old-style shmctl/semctl/msgctl syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 14/15] arch: add split IPC system calls where needed
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 10/15] sh: add statx system call
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 09/15] sh: remove duplicate unistd_32.h file
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 01/15] ia64: add __NR_umount2 definition
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v7 1/2] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] arm64: introduce AUDIT_ARCH_AARCH64ILP32 for ilp32
  • From: Yuri Norov <ynorov@xxxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RESEND PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [RESEND PATCH v3 1/2] sysctl: handle overflow in proc_get_long
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [RESEND PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yuri Norov <ynorov@xxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yuri Norov <ynorov@xxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Daniel Gruss <daniel@xxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 21/22] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• [PATCH v7 21/22] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH] mm/mincore: allow for making sys_mincore() privileged
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 00/15] fanotify: add support for more event types
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 14/15] fanotify: add support for create/attrib/move/delete events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v4 07/15] fanotify: copy event fid info to user
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 00/10] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 00/10] audit: implement container identifier
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 01/10] audit: collect audit task parameters
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 00/10] audit: implement container identifier
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 00/10] audit: implement container identifier
  • From: Richard Guy Briggs <rgb@xxxxxxxxxx>
• Re: [PATCH v4 07/15] fanotify: copy event fid info to user
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH ghak90 (was ghak32) V4 00/10] audit: implement container identifier
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v7 2/2] selftests: add tests for pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v7 1/2] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal()
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• [PATCH v6 1/2] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v6 2/2] selftests: add tests for pidfd_send_signal()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace
  • From: Laurent Vivier <laurent@xxxxxxxxx>
• Re: [V9fs-developer] [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Dominique Martinet <asmadeus@xxxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [GIT PULL] y2038: more syscalls and cleanups
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [PATCH v5 RESEND] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v5 RESEND] signal: add pidfd_send_signal() syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v5 RESEND] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• d_off field in struct dirent and 32-on-64 emulation
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [GIT PULL] asm-generic: syscall table script for arch/sh
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Lai Jiangshan <jiangshanlai+lkml@xxxxxxxxx>
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Lai Jiangshan <jiangshanlai+lkml@xxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [GIT PULL] asm-generic: syscall table script for arch/sh
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [GIT PULL] asm-generic: syscall table script for arch/sh
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT PULL] y2038: more syscalls and cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH 1/4] vt: refactor vc_ques to allow of other private sequences.
  • From: Martin Hostettler <textshell@xxxxxxxxxxx>
• [PATCH 4/4] vt: ignore sequences that contain ':' in parameters.
  • From: Martin Hostettler <textshell@xxxxxxxxxxx>
• [PATCH 3/4] vt: ignore csi sequences with intermediate characters.
  • From: Martin Hostettler <textshell@xxxxxxxxxxx>
• [PATCH 2/4] vt: Implement parsing for >, =, < private sequences.
  • From: Martin Hostettler <textshell@xxxxxxxxxxx>
• vt: Improve CSI parsing
  • From: Martin Hostettler <textshell@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thomas Schoebel-Theuer <tst@xxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thomas Schöbel-Theuer <thomas@xxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thomas Schöbel-Theuer <thomas@xxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Lance Richardson <lance.richardson.net@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Richard Weinberger <richard@xxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Bernd Petrovitsch <bernd@xxxxxxxxxxxxxxxxxxx>
• RE: Can we drop upstream Linux x32 support?
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• [PATCH v6 26/27] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Richard Purdie <richard.purdie@xxxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Lance Richardson <lance.richardson.net@xxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Olof Johansson <olof@xxxxxxxxx>
• Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: James Morris <jmorris@xxxxxxxxx>
• [PATCH -manpage 2/2] memfd_create.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• [PATCH -manpage 1/2] fcntl.2: Update manpage with new memfd F_SEAL_FUTURE_WRITE seal
  • From: "Joel Fernandes (Google)" <joel@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Ivan Ivanov <qmastery16@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Ivan Ivanov <qmastery16@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Mickaël Salaün <mickael.salaun@xxxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [RFC PATCH v1 4/5] selftest/yama: Add tests for O_MAYEXEC enforcing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open()
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v1 5/5] doc: Add documentation for Yama's open_mayexec_enforce
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v1 0/5] Add support for O_MAYEXEC
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [RFC PATCH v1 2/5] fs: Add a MAY_EXECMOUNT flag to infer the noexec mount propertie
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v10 4/4] samples: add an example of seccomp user trap
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 3/4] seccomp: add a return code to trap to userspace
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 2/4] seccomp: switch system call argument type to void *
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 1/4] seccomp: hoist struct seccomp_data recalculation higher
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v10 4/4] samples: add an example of seccomp user trap
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Thorsten Glaser <tg@xxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH 1/3] mm, proc: be more verbose about unstable VMA flags in /proc/<pid>/smaps
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/3] mm, thp, proc: report THP eligibility for each vma
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 3/3] mm, proc: report PR_SET_THP_DISABLE in proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/3] THP eligibility reporting via proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Security modules and sending signals within the same process
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: Can we drop upstream Linux x32 support?
  • From: hpa@xxxxxxxxx
• Re: Can we drop upstream Linux x32 support?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Can we drop upstream Linux x32 support?
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Official Linux system wrapper library?
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• [PATCH v5 0/5] cgroup: Introducing bypass mode
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/5] cgroup: Allow reenabling of controller in bypass mode
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/5] cgroup: subtree_control bypass mode for bypassable controllers
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 5/5] cgroup: Document bypass mode
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 4/5] sched/core: Make cpu cgroup controller bypassable
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 3/5] cgroup: Make debug controller report new controller masks
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: Official Linux system wrapper library?
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: Official Linux system wrapper library?
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v10 1/4] seccomp: hoist struct seccomp_data recalculation higher
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v10 3/4] seccomp: add a return code to trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v10 4/4] samples: add an example of seccomp user trap
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v10 2/4] seccomp: switch system call argument type to void *
  • From: Tycho Andersen <tycho@xxxxxxxx>
• [PATCH v10 0/4] seccomp trap to userspace
  • From: Tycho Andersen <tycho@xxxxxxxx>
• Re: [PATCH v3 0/2] sysctl: handle overflow for file-max
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxxxx>
• Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Official Linux system wrapper library?
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [GIT PULL] asm-generic: bugfix for asm/unistd.h
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] asm-generic: bugfix for asm/unistd.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v5 1/1] signal: add pidfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v5 0/1] signaling processes through pidfds
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 4/5] y2038: signal: Add sys_rt_sigtimedwait_time32
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/5] y2038: futex: Add support for __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/5] y2038: futex: Move compat implementation into futex.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 3/5] y2038: socket: Add compat_sys_recvmmsg_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 5/5] y2038: signal: Add compat_sys_rt_sigtimedwait_time64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 0/5] y2038: further system call conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] THP eligibility reporting via proc
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2] signal: add procfd_signal() syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v4 0/5] y2038: Make ppoll, io_pgetevents and pselect y2038 safe
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/1] Add prctl to kill descendants on exit
  • From: Jürg Billeter <j@xxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH man-pages] Add rseq manpage
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Jürg Billeter <j@xxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4] signal: add taskfd_send_signal() syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>