Linux API

• Thread Index

• Re: [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v3 3/3] x86: Add test for arch_prctl(ARCH_VSYSCALL_CONTROL)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Trond Myklebust <trondmy@xxxxxxxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Andrey Zhadchenko <andrey.zhadchenko@xxxxxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Andrey Zhadchenko <andrey.zhadchenko@xxxxxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Andrey Zhadchenko <andrey.zhadchenko@xxxxxxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• RE: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• RE: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3] sched/numa: add per-process numa_balancing
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH] fs/open: add new RESOLVE_EMPTY_PATH flag for openat2
  • From: Andrey Zhadchenko <andrey.zhadchenko@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [bug report] NFS: Support statx_get and statx_set ioctls
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Finn Thain <fthain@xxxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Michael Schmitz <schmitzmic@xxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Olivier Langlois <olivier@xxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [RFC PATCH v2 2/2] selftests: rseq: test abort-at-ip extension on x86
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 1/2] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• RE: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Heiko Carstens <hca@xxxxxxxxxxxxx>
• [PATCH 2/2] signal: Make coredump handling explicit in complete_signal
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/2] signal: Have prepare_signal detect coredumps using signal->core_state
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• Re: [PATCH 01/17] exit: Remove profile_task_exit & profile_munmap
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• RE: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: David Laight <David.Laight@xxxxxxxxxx>
• RE: [PATCH] sysinfo: include availram field in sysinfo struct
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• [PATCH v2] sysinfo: include availram field in sysinfo struct
  • From: Pintu Kumar <quic_pintu@xxxxxxxxxxx>
• Re: [PATCH] sysinfo: include availram field in sysinfo struct
  • From: Pintu Agarwal <pintu.ping@xxxxxxxxx>
• [RFC PATCH] rseq: x86: implement abort-at-ip extension
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] sysinfo: include availram field in sysinfo struct
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 01/17] exit: Remove profile_task_exit & profile_munmap
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v3] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3 3/3] x86: Add test for arch_prctl(ARCH_VSYSCALL_CONTROL)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v3 2/3] selftests/x86/Makefile: Support per-target $(LIBS) configuration
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v3 1/3] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Matthew Garrett <mjg59@xxxxxxxxxxxxx>
• Re: [PATCH V40 12/29] x86: Lock down IO port access when the kernel is locked down
  • From: Kai-Heng Feng <kai.heng.feng@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v11 01/14] fs: export rw_verify_area()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v18 4/4] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 2/4] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 3/4] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 1/4] printk: Move back proc_dointvec_minmax_sysadmin() to sysctl.c
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v18 0/4] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 01/17] exit: Remove profile_task_exit & profile_munmap
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: Dmitry Osipenko <digetx@xxxxxxxxx>
• [PATCH 17/17] signal: Always set SIGNAL_GROUP_EXIT on process exit
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 15/17] signal: Add JOBCTL_WILL_EXIT to mark exiting tasks
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 16/17] signal: Record the exit_code when an exit is scheduled
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/17] signal: Remove zap_other_threads
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/17] signal: Make individual tasks exiting a first class concept
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 12/17] signal: Compute the process exit_code in get_signal
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/17] ptrace: Separate task->ptrace_code out from task->exit_code
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/17] ptrace: Return the signal to continue with from ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/17] ptrace: Move setting/clearing ptrace_message into ptrace_stop
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/17] taskstats: Cleanup the use of task->exit_code
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/17] ptrace/m68k: Stop open coding ptrace_report_syscall
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/17] ptrace: Remove unused regs argument from ptrace_report_syscall
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/17] ptrace: Remove second setting of PT_SEIZED in ptrace_attach
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/17] exit: Use the correct exit_code in /proc/<pid>/stat
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/17] exit: Fix the exit_code for wait_task_zombie
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/17] exit: Coredumps reach do_group_exit
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/17] exit: Remove profile_task_exit & profile_munmap
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 00/17] exit: Making task exiting a first class concept
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v2] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC][PATCH 3/3] sched: User Mode Concurency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Chrisma Pakha <cpakha@xxxxxxxxxxxxxx>
• Re: [RFC][PATCH 3/3] sched: User Mode Concurency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [RFC][PATCH 2/3] x86/uaccess: Implement unsafe_try_cmpxchg_user()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 2/3] x86/uaccess: Implement unsafe_try_cmpxchg_user()
  • From: Sean Christopherson <seanjc@xxxxxxxxxx>
• [PATCH v2] x86: Implement arch_prctl(ARCH_VSYSCALL_CONTROL) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [Question] About SECCOMP issue for ILP32
  • From: Xiongfeng Wang <wangxiongfeng2@xxxxxxxxxx>
• [PATCH v2 2/2] binfmt_misc: enable sandboxed mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v2 1/2] binfmt_misc: cleanup on filesystem umount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: [PATCH v3 00/11] Extend fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 00/11] Extend fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 2/3] x86/uaccess: Implement unsafe_try_cmpxchg_user()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 0/3] sched: User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 1/3] sched/umcg: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC][PATCH 3/3] sched: User Mode Concurency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v31 14/28] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH v31 14/28] LSM: Specify which LSM to display
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Chaitanya Kulkarni <chaitanyak@xxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• [PATCH v31 27/28] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v31 14/28] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH 8/8] signal: Remove the helper signal_group_exit
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 7/8] signal: Rename group_exit_task group_exec_task
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 5/8] signal: Remove SIGNAL_GROUP_COREDUMP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 6/8] coredump: Stop setting signal->group_exit_task
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 4/8] signal: During coredumps set SIGNAL_GROUP_EXIT in zap_process
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 3/8] signal: Have the oom killer detect coredumps using signal->core_state
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 2/8] signal: Drop signals received after a fatal signal has been processed
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/8] signal: Make SIGKILL during coredumps an explicit special case
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 0/8] signal: Cleanup of the signal->flags
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: rseq + membarrier programming model
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: rseq + membarrier programming model
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• rseq + membarrier programming model
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 2/3] block: don't delete queue kobject before its children
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 2/3] block: don't delete queue kobject before its children
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 2/3] block: don't delete queue kobject before its children
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH v3 1/3] block: simplify calling convention of elv_unregister_queue()
  • From: Bart Van Assche <bvanassche@xxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• [PATCH v3 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 1/3] block: simplify calling convention of elv_unregister_queue()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 2/3] block: don't delete queue kobject before its children
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: + mm-mempolicy-wire-up-syscall-set_mempolicy_home_node.patch added to -mm tree
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: + mm-mempolicy-wire-up-syscall-set_mempolicy_home_node.patch added to -mm tree
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Rich Felker <dalias@xxxxxxxx>
• + mm-mempolicy-wire-up-syscall-set_mempolicy_home_node.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• + mm-mempolicy-add-set_mempolicy_home_node-syscall.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• + mm-mempolicy-use-policy_node-helper-with-mpol_preferred_many.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: [PATCH v6 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v6 3/3] mm/mempolicy: wire up syscall set_mempolicy_home_node
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v6 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v6 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce multi-preference mempolicy
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH v7 0/5] Introduce multi-preference mempolicy
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 2/3] block: don't delete queue kobject before its children
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 2/3] block: don't delete queue kobject before its children
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH v2 1/3] block: simplify calling convention of elv_unregister_queue()
  • From: Hannes Reinecke <hare@xxxxxxx>
• [PATCH v2 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 2/3] block: don't delete queue kobject before its children
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v2 1/3] block: simplify calling convention of elv_unregister_queue()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v3 00/11] Extend fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] Extend fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 2/2] binfmt_misc: enable sandboxed mounts
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH 4/3] mm: drop node from alloc_pages_vma
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v5 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 1/3] block: simplify calling convention of elv_unregister_queue()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 2/3] block: don't delete queue kobject before its children
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 0/3] block: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH 3/3] blk-crypto: show crypto capabilities in sysfs
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/9] Extend fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] x86: Implement arch_prctl(ARCH_VSYSCALL_LOCKOUT) to disable vsyscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [GIT PULL] asm-generic: syscall table updates
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [GIT PULL] asm-generic: syscall table updates
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v0.9.1 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v0.9.1 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH v0.9.1 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v0.9.1 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH v2] uapi: futex: Add a futex syscall
  • From: Alistair Francis <alistair23@xxxxxxxxx>
• [PATCH v30 27/28] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v30 14/28] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• RE: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jason Gunthorpe <jgg@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2] uapi: futex: Add a futex syscall
  • From: Alistair Francis <alistair23@xxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• [PATCH v0.9.1 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 5/6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 6/6] sched/umcg, lib/umcg: add tools/lib/umcg/libumcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 1/6] sched/umcg: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9.1 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v0.9 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Andrew Dona-Couch" <andrew@xxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: "Alejandro Colomar (mailing lists)" <alx.mailinglists@xxxxxxxxx>
• [PATCH] uapi: Make __{u,s}64 match {u,}int64_t in userspace
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v0.9 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0.9 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0.9 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0.9 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• [PATCH v0.9 6/6] sched/umcg, lib/umcg: add tools/lib/umcg/libumcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 5/6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 1/6] sched/umcg: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.9 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v2 0/9] Extend fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 6/6] coredump: Limit coredumps to a single thread group
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 6/6] coredump: Limit coredumps to a single thread group
  • From: Kyle Huey <me@xxxxxxxxxxxx>
• Re: asm-generic/int-ll64.h wrongly used on x86_64?
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: asm-generic/int-ll64.h wrongly used on x86_64?
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• asm-generic/int-ll64.h wrongly used on x86_64?
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• [PATCH v2 0/9] Extend fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v11 01/14] fs: export rw_verify_area()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Cristian Rodríguez <crrodriguez@xxxxxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Noah Goldstein <goldstein.w.n@xxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Bringing rseq back into glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Bringing rseq back into glibc
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Re: Re: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Junio C Hamano <gitster@xxxxxxxxx>
• Re: Re: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 0/3] signal: requeuing undeliverable signals
  • From: Marko Mäkelä <marko.makela@xxxxxxxxxxx>
• Re: Re: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 0/3] signal: requeuing undeliverable signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/3] signal: Requeue ptrace signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/3] signal: Requeue signals in the appropriate queue
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/3] signal: In get_signal test for signal_group_exit every time through the loop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/3] signal: requeuing undeliverable signals
  • From: Kyle Huey <me@xxxxxxxxxxxx>
• Re: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Vito Caputo <vcaputo@xxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Vito Caputo <vcaputo@xxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] signal: Requeue ptrace signals
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/3] signal: Requeue signals in the appropriate queue
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/3] signal: In get_signal test for signal_group_exit every time through the loop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Junio C Hamano <junio@xxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Junio C Hamano <gitster@xxxxxxxxx>
• [PATCH v5 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v5 3/3] mm/mempolicy: wire up syscall set_mempolicy_home_node
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v5 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• [PATCH 3/3] signal: Requeue ptrace signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/3] signal: Requeue signals in the appropriate queue
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/3] signal: In get_signal test for signal_group_exit every time through the loop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/3] signal: requeuing undeliverable signals
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH v17 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v17 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH v17 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v17 2/3] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] coredump-ptrace: Delayed delivery of SIGSTOP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 RESEND] fcntl: Add 32bit filesystem mode
  • From: Peter Maydell <peter.maydell@xxxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Ævar Arnfjörð Bjarmason <avarab@xxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Junio C Hamano <gitster@xxxxxxxxx>
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v16 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v16 2/3] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v16 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v16 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v4 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: Yin Fengwei <fengwei.yin@xxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v0.8 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v2 20/22] selftests: futex: Test sys_futex_waitv() timeout
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 20/22] selftests: futex: Test sys_futex_waitv() timeout
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v2 20/22] selftests: futex: Test sys_futex_waitv() timeout
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 20/22] selftests: futex: Test sys_futex_waitv() timeout
  • From: Vasily Gorbik <gor@xxxxxxxxxxxxx>
• Re: Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v0.8 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Barry Song <21cnbao@xxxxxxxxx>
• Re: Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: 李港 <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v0.8 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v0.8 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.8 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v0.8 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Ammar Faizi <ammarfaizi2@xxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: "Drew DeVault" <sir@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Ammar Faizi <ammarfaizi2@xxxxxxxxxxx>
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• [fs] a0918006f9: netperf.Throughput_tps -11.6% regression
  • From: kernel test robot <oliver.sang@xxxxxxxxx>
• Re: [PATCH v0.8 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 2/2] binfmt_misc: enable sandboxed mounts
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/2] binfmt_misc: cleanup on filesystem umount
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH v0.8 6/6] sched/umcg, lib/umcg: add tools/lib/umcg/libumcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 5/6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 4/6] sched/umcg, lib/umcg: implement libumcg
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 3/6] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 2/6] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 1/6] sched/umcg: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.8 0/6] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] per signal_struct coredumps
  • From: pr-tracker-bot@xxxxxxxxxx
• [GIT PULL] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v4 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 3/3] mm/mempolicy: wire up syscall set_mempolicy_home_node
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v4 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH 0/7] Report more information in fanotify dirent events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [External] Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: 李港 <ligang.bdlg@xxxxxxxxxxxxx>
• Re: Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH 2/2] binfmt_misc: enable sandboxed mounts
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH 1/2] binfmt_misc: cleanup on filesystem umount
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH v3 3/3] mm/mempolicy: wire up syscall set_mempolicy_home_node
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH v3 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [PATCH] Increase default MLOCK_LIMIT to 8 MiB
  • From: Drew DeVault <sir@xxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• [PATCH v1] sched/numa: add per-process numa_balancing
  • From: Gang Li <ligang.bdlg@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v0.7 2/5] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v9 31/31] docs: Document the FAN_FS_ERROR event
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 29/31] ext4: Send notifications on error
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 27/31] fanotify: Emit generic error info for error event
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 24/31] fanotify: Report fid entry even for zero-length file_handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 11/31] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v9 00/31] file system-wide error monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 24/31] fanotify: Report fid entry even for zero-length file_handle
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 19/31] fanotify: Pre-allocate pool of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 29/31] ext4: Send notifications on error
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 23/31] fanotify: Add helpers to decide whether to report FID/DFID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 11/31] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v9 29/31] ext4: Send notifications on error
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH v9 31/31] docs: Document the FAN_FS_ERROR event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 27/31] fanotify: Emit generic error info for error event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 24/31] fanotify: Report fid entry even for zero-length file_handle
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 22/31] fanotify: Wrap object_fh inline space in a creator macro
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 20/31] fanotify: Support enqueueing of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 17/31] fsnotify: Support FS_ERROR event type
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 16/31] fanotify: Require fid_mode for any non-fd event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 19/31] fanotify: Pre-allocate pool of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 14/31] fanotify: Allow file handle encoding for unhashed events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 12/31] fsnotify: Pass group argument to free_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 11/31] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 09/31] fsnotify: Add wrapper around fsnotify_add_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 03/31] fsnotify: clarify contract for create event hooks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 00/31] file system-wide error monitoring
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 28/31] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 30/31] samples: Add fs error monitoring example
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 29/31] ext4: Send notifications on error
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 26/31] fanotify: Report fid info for file related file system errors
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 25/31] fanotify: WARN_ON against too large file handles
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 21/31] fanotify: Support merging of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 23/31] fanotify: Add helpers to decide whether to report FID/DFID
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 18/31] fanotify: Reserve UAPI bits for FAN_FS_ERROR
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 15/31] fanotify: Encode empty file handle when no inode is provided
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 13/31] fanotify: Support null inode event in fanotify_dfid_inode
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 10/31] fsnotify: Retrieve super block from the data field
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 08/31] fsnotify: Add helper to detect overflow_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 07/31] inotify: Don't force FS_IN_IGNORED
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 06/31] fanotify: Split fsid check from other fid mode checks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 05/31] fanotify: Fold event size calculation to its own function
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 04/31] fsnotify: Don't insert unmergeable events in hashtable
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 02/31] fsnotify: pass dentry instead of inode data
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v9 01/31] fsnotify: pass data_type to fsnotify_name()
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v2] uapi: futex: Add a futex syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2] uapi: futex: Add a futex syscall
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• Re: [RFC] Expose request_module via syscall
  • From: Thomas Weißschuh <thomas@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [PATCH v11 09/10] btrfs-progs: send: stream v2 ioctl flags
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] mm: prevent a race between process_mrelease and exit_mmap
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v8 20/32] fanotify: Dynamically resize the FAN_FS_ERROR pool
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 20/32] fanotify: Dynamically resize the FAN_FS_ERROR pool
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v11 07/10] btrfs-progs: receive: process fallocate commands
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 06/10] btrfs-progs: receive: encoded_write fallback to explicit decode and write
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 04/14] btrfs: add ram_bytes and offset to btrfs_ordered_extent
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 05/10] btrfs-progs: receive: process encoded_write commands
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 08/10] btrfs-progs: receive: process setflags ioctl commands
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 07/10] btrfs-progs: receive: process fallocate commands
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 06/10] btrfs-progs: receive: encoded_write fallback to explicit decode and write
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 05/10] btrfs-progs: receive: process encoded_write commands
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 04/14] btrfs: add ram_bytes and offset to btrfs_ordered_extent
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: Feng Tang <feng.tang@xxxxxxxxx>
• Re: [PATCH v2] uapi: futex: Add a futex syscall
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v11 01/10] btrfs-progs: receive: support v2 send stream larger tlv_len
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 02/10] btrfs-progs: receive: dynamically allocate sctx->read_buf
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 04/10] btrfs-progs: receive: add send stream v2 cmds and attrs to send.h
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 03/10] btrfs-progs: receive: support v2 send stream DATA tlv format
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 02/10] btrfs-progs: receive: dynamically allocate sctx->read_buf
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 02/10] btrfs-progs: receive: dynamically allocate sctx->read_buf
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 01/10] btrfs-progs: receive: support v2 send stream larger tlv_len
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• [RFC PATCH v2 2/3] mm/mempolicy: add set_mempolicy_home_node syscall
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>