Linux API

• Thread Index

• 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>
• [RFC PATCH v2 3/3] mm/mempolicy: wire up syscall set_mempolicy_home_node
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/3] mm/mempolicy: use policy_node helper with MPOL_PREFERRED_MANY
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [PATCH v8 30/32] ext4: Send notifications on error
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v8 30/32] ext4: Send notifications on error
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v8 32/32] docs: Document the FAN_FS_ERROR event
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 30/32] ext4: Send notifications on error
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 30/32] ext4: Send notifications on error
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 29/32] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 27/32] fanotify: Report fid info for file related file system errors
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 25/32] fanotify: Report fid entry even for zero-length file_handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 26/32] fanotify: WARN_ON against too large file handles
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 24/32] fanotify: Add helpers to decide whether to report FID/DFID
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 23/32] fanotify: Wrap object_fh inline space in a creator macro
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 22/32] fanotify: Support merging of error events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 20/32] fanotify: Dynamically resize the FAN_FS_ERROR pool
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 19/32] fanotify: Pre-allocate pool of error events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v8 11/32] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v11 10/14] btrfs: add send stream v2 definitions
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v8 25/32] fanotify: Report fid entry even for zero-length file_handle
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 24/32] fanotify: Add helpers to decide whether to report FID/DFID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 23/32] fanotify: Wrap object_fh inline space in a creator macro
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 27/32] fanotify: Report fid info for file related file system errors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 26/32] fanotify: WARN_ON against too large file handles
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 29/32] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 22/32] fanotify: Support merging of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 21/32] fanotify: Support enqueueing of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 20/32] fanotify: Dynamically resize the FAN_FS_ERROR pool
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 19/32] fanotify: Pre-allocate pool of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v8 11/32] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v11 13/14] btrfs: send: send compressed extents with encoded writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• [PATCH v8 32/32] docs: Document the FAN_FS_ERROR event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 31/32] samples: Add fs error monitoring example
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 30/32] ext4: Send notifications on error
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 29/32] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 28/32] fanotify: Emit generic error info for error event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 27/32] fanotify: Report fid info for file related file system errors
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 26/32] fanotify: WARN_ON against too large file handles
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 25/32] fanotify: Report fid entry even for zero-length file_handle
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 24/32] fanotify: Add helpers to decide whether to report FID/DFID
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 23/32] fanotify: Wrap object_fh inline space in a creator macro
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 22/32] fanotify: Support merging of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 21/32] fanotify: Support enqueueing of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 20/32] fanotify: Dynamically resize the FAN_FS_ERROR pool
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 19/32] fanotify: Pre-allocate pool of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 18/32] fanotify: Reserve UAPI bits for FAN_FS_ERROR
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 17/32] fsnotify: Support FS_ERROR event type
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 16/32] fanotify: Require fid_mode for any non-fd event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 15/32] fanotify: Encode empty file handle when no inode is provided
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 14/32] fanotify: Allow file handle encoding for unhashed events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 13/32] fanotify: Support null inode event in fanotify_dfid_inode
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 12/32] fsnotify: Pass group argument to free_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 11/32] fsnotify: Protect fsnotify_handle_inode_event from no-inode events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 10/32] fsnotify: Retrieve super block from the data field
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 09/32] fsnotify: Add wrapper around fsnotify_add_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 08/32] fsnotify: Add helper to detect overflow_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 07/32] inotify: Don't force FS_IN_IGNORED
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 06/32] fanotify: Split fsid check from other fid mode checks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 05/32] fanotify: Fold event size calculation to its own function
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 04/32] fsnotify: Don't insert unmergeable events in hashtable
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 03/32] fsnotify: clarify contract for create event hooks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 02/32] fsnotify: pass dentry instead of inode data
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 01/32] fsnotify: pass data_type to fsnotify_name()
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v8 00/32] file system-wide error monitoring
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v11 08/14] btrfs: add BTRFS_IOC_ENCODED_READ
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 10/14] btrfs: add send stream v2 definitions
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 14/14] btrfs: send: enable support for stream v2 and compressed writes
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 07/14] btrfs: add definitions + documentation for encoded I/O ioctls
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v11 03/14] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
  • From: Omar Sandoval <osandov@xxxxxxxxxxx>
• Re: [PATCH v0.7 3/5] sched/umcg: implement UMCG syscalls
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v11 10/14] btrfs: add send stream v2 definitions
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v0.7 5/5] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Tao Zhou <tao.zhou@xxxxxxxxx>
• Re: [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v11 11/14] btrfs: send: write larger chunks when using stream v2
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 10/14] btrfs: add send stream v2 definitions
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 14/14] btrfs: send: enable support for stream v2 and compressed writes
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 13/14] btrfs: send: send compressed extents with encoded writes
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 12/14] btrfs: send: allocate send buffer with alloc_page() and vmap() for v2
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v7 02/28] fsnotify: pass dentry instead of inode data
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v0.7 3/5] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 19/28] fanotify: Limit number of marks with FAN_FS_ERROR per group
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v7 19/28] fanotify: Limit number of marks with FAN_FS_ERROR per group
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v7 20/28] fanotify: Support enqueueing of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v7 02/28] fsnotify: pass dentry instead of inode data
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 23/28] fanotify: Report fid info for file related file system errors
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 22/28] fanotify: Report FID entry even for zero-length file_handle
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 25/28] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 24/28] fanotify: Emit generic error info for error event
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 20/28] fanotify: Support enqueueing of error events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] security/landlock: use square brackets around "landlock-ruleset"
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v11 08/14] btrfs: add BTRFS_IOC_ENCODED_READ
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v7 18/28] fanotify: Pre-allocate pool of error events
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v11 07/14] btrfs: add definitions + documentation for encoded I/O ioctls
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v7 17/28] fanotify: Reserve UAPI bits for FAN_FS_ERROR
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 14/28] fanotify: Encode empty file handle when no inode is provided
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 12/28] fanotify: Support null inode event in fanotify_dfid_inode
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 11/28] fsnotify: Pass group argument to free_event
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 10/28] fsnotify: Retrieve super block from the data field
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 03/28] fsnotify: clarify contract for create event hooks
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 01/28] fsnotify: pass data_type to fsnotify_name()
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 00/28] file system-wide error monitoring
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH v7 00/28] file system-wide error monitoring
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 25/28] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 24/28] fanotify: Emit generic error info for error event
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 22/28] fanotify: Report FID entry even for zero-length file_handle
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 23/28] fanotify: Report fid info for file related file system errors
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 18/28] fanotify: Pre-allocate pool of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 20/28] fanotify: Support enqueueing of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 18/28] fanotify: Pre-allocate pool of error events
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 19/28] fanotify: Limit number of marks with FAN_FS_ERROR per group
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 14/28] fanotify: Encode empty file handle when no inode is provided
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 12/28] fanotify: Support null inode event in fanotify_dfid_inode
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 11/28] fsnotify: Pass group argument to free_event
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 10/28] fsnotify: Retrieve super block from the data field
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 26/28] ext4: Send notifications on error
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• [PATCH v7 28/28] docs: Document the FAN_FS_ERROR event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 27/28] samples: Add fs error monitoring example
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 26/28] ext4: Send notifications on error
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 25/28] fanotify: Allow users to request FAN_FS_ERROR events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 24/28] fanotify: Emit generic error info for error event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 23/28] fanotify: Report fid info for file related file system errors
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 22/28] fanotify: Report FID entry even for zero-length file_handle
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 21/28] fanotify: Support merging of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 20/28] fanotify: Support enqueueing of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 19/28] fanotify: Limit number of marks with FAN_FS_ERROR per group
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 18/28] fanotify: Pre-allocate pool of error events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 17/28] fanotify: Reserve UAPI bits for FAN_FS_ERROR
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 16/28] fsnotify: Support FS_ERROR event type
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 15/28] fanotify: Require fid_mode for any non-fd event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 14/28] fanotify: Encode empty file handle when no inode is provided
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 13/28] fanotify: Allow file handle encoding for unhashed events
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 12/28] fanotify: Support null inode event in fanotify_dfid_inode
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 11/28] fsnotify: Pass group argument to free_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 10/28] fsnotify: Retrieve super block from the data field
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 09/28] fsnotify: Add wrapper around fsnotify_add_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 08/28] fsnotify: Add helper to detect overflow_event
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 07/28] inotify: Don't force FS_IN_IGNORED
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 06/28] fanotify: Split fsid check from other fid mode checks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 05/28] fanotify: Fold event size calculation to its own function
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 04/28] fsnotify: Don't insert unmergeable events in hashtable
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 03/28] fsnotify: clarify contract for create event hooks
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 02/28] fsnotify: pass dentry instead of inode data
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 01/28] fsnotify: pass data_type to fsnotify_name()
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• [PATCH v7 00/28] file system-wide error monitoring
  • From: Gabriel Krisman Bertazi <krisman@xxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] powerpc: Move 'struct ppc64_opd_entry' back into asm/elf.h
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v22 21/28] mm: Re-introduce vm_flags to do_mmap()
  • From: Liam Howlett <liam.howlett@xxxxxxxxxx>
• Re: [PATCH v11 06/14] btrfs: optionally extend i_size in cow_file_range_inline()
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 03/14] btrfs: don't advance offset for compressed bios in btrfs_csum_one_bio()
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v11 02/14] fs: export variant of generic_write_checks without iov_iter
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH v0.7 3/5] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH v0.7 3/5] sched/umcg: implement UMCG syscalls
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: "Aneesh Kumar K.V" <aneesh.kumar@xxxxxxxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• Re: [RFC PATCH] mm/mempolicy: add MPOL_PREFERRED_STRICT memory policy
  • From: Michal Hocko <mhocko@xxxxxxxx>
• [PATCH v0.7 5/5] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.7 4/5] sched/umcg: add Documentation/userspace-api/umcg.rst
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.7 3/5] sched/umcg: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.7 2/5] mm, x86/uaccess: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.7 1/5] sched/umcg: add WF_CURRENT_CPU and externise ttwu
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v0.7 0/5] sched,mm,x86/uaccess: implement User Managed Concurrency Groups
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 5/5 v0.6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• [PATCH v15 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v15 2/3] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v15 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v15 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH 5/5 v0.6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH 5/5 v0.6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 5/5 v0.6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Thierry Delisle <tdelisle@xxxxxxxxxxxx>
• Re: [PATCH v14 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/5 v0.6] sched/umcg: add Documentation/userspace-api/umcg.txt
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH v14 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v14 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v14 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v14 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v14 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v14 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v14 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v13 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v14 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v14 2/3] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v14 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v14 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v13 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v13 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v13 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v13 2/3] arch: Wire up trusted_for(2)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v13 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v12 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v12 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• [PATCH v13 2/3] arch: Wire up trusted_for(2)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v13 3/3] selftest/interpreter: Add tests for trusted_for(2) policies
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v13 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• [PATCH v13 1/3] fs: Add trusted_for(2) syscall implementation and related sysctl
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v12 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH v2 16/22] futex: Implement sys_futex_waitv()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 16/22] futex: Implement sys_futex_waitv()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 0/3] Add trusted_for(2) (was O_MAYEXEC)
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/6] coredump: Limit coredumps to a single thread group
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RESEND] thermal/drivers/netlink: Add the temperature when crossing a trip point
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v2 16/22] futex: Implement sys_futex_waitv()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH RESEND] thermal/drivers/netlink: Add the temperature when crossing a trip point
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v30 01/32] Documentation/x86: Add CET description
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v3] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: "Alejandro Colomar (man-pages)" <alx.manpages@xxxxxxxxx>
• [PATCH RESEND] thermal/drivers/netlink: Add the temperature when crossing a trip point
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Richard Henderson <richard.henderson@xxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [RFC PATCH 10/13] x86/uintr: Introduce user IPI sender syscalls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 10/13] x86/uintr: Introduce user IPI sender syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: "Andy Lutomirski" <luto@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 2/5 v0.6] sched/umcg: RFC: add userspace atomic helpers
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [PATCH 2/5 v0.6] sched/umcg: RFC: add userspace atomic helpers
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 09/13] x86/uintr: Introduce vector registration and uintr_fd syscall
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 3/5 v0.6] sched/umcg: RFC: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] x86/uintr: Introduce user IPI sender syscalls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 3/5 v0.6] sched/umcg: RFC: implement UMCG syscalls
  • From: Peter Oskolkov <posk@xxxxxxx>
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH v3] madvise.2: Document MADV_POPULATE_READ and MADV_POPULATE_WRITE
  • From: David Hildenbrand <david@xxxxxxxxxx>
• Re: [PATCH 3/5 v0.6] sched/umcg: RFC: implement UMCG syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86/entry/ia32: Ensure s32 is sign extended to s64
  • From: Richard Palethorpe <rpalethorpe@xxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 08/13] x86/process/64: Clean up uintr task fork and exit paths
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 07/13] x86/process/64: Add uintr task context switch support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 04/13] x86/fpu/xstate: Enumerate User Interrupts supervisor state
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 03/13] x86/cpu: Enumerate User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH] x86/entry/ia32: Ensure s32 is sign extended to s64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86/entry/ia32: Ensure s32 is sign extended to s64
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] x86/entry/ia32: Ensure s32 is sign extended to s64
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] x86/entry/ia32: Ensure s32 is sign extended to s64
  • From: Richard Palethorpe <rpalethorpe@xxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC] Expose request_module via syscall
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 5/6] coredump: Don't perform any cleanups before dumping core
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/6] coredump: Don't perform any cleanups before dumping core
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 03/13] x86/cpu: Enumerate User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [PATCH 1/6] signal: Remove the bogus sigkill_pending in ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 6/6] coredump: Limit coredumps to a single thread group
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 5/6] coredump: Don't perform any cleanups before dumping core
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 4/6] exit: Factor coredump_exit_mm out of exit_mm
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v29 27/28] LSM: Add /proc attr entry for full LSM context
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• [PATCH v29 14/28] LSM: Specify which LSM to display
  • From: Casey Schaufler <casey@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/6] signal: Remove the bogus sigkill_pending in ptrace_stop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/6] exec: Check for a pending fatal signal instead of core_state
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 2/6] ptrace: Remove the unnecessary arguments from arch_ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/6] signal: Remove the bogus sigkill_pending in ptrace_stop
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH 2/6] ptrace: Remove the unnecessary arguments from arch_ptrace_stop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 0/6] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC] Expose request_module via syscall
  • From: Christian Brauner <christian.brauner@xxxxxxxxxx>
• Re: [RFC PATCH 11/13] x86/uintr: Introduce uintr_wait() syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 10/13] x86/uintr: Introduce user IPI sender syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 09/13] x86/uintr: Introduce vector registration and uintr_fd syscall
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/6] per signal_struct coredumps
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 08/13] x86/process/64: Clean up uintr task fork and exit paths
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 07/13] x86/process/64: Add uintr task context switch support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• [PATCH 6/6] coredump: Limit coredumps to a single thread group
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 5/6] coredump: Don't perform any cleanups before dumping core
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 4/6] exit: Factor coredump_exit_mm out of exit_mm
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 3/6] exec: Check for a pending fatal signal instead of core_state
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 2/6] ptrace: Remove the unnecessary arguments from arch_ptrace_stop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 1/6] signal: Remove the bogus sigkill_pending in ptrace_stop
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 0/6] per signal_struct coredumps
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 06/13] x86/uintr: Introduce uintr receiver syscalls
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [NEEDS-REVIEW] Re: [PATCH v11 25/25] x86/cet/shstk: Add arch_prctl functions for shadow stack
  • From: "Edgecombe, Rick P" <rick.p.edgecombe@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 00/13] x86 User Interrupts support
  • From: Sohil Mehta <sohil.mehta@xxxxxxxxx>
• Re: [RFC PATCH 05/13] x86/irq: Reserve a user IPI notification vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 04/13] x86/fpu/xstate: Enumerate User Interrupts supervisor state
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 03/13] x86/cpu: Enumerate User Interrupts support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH v2 22/22] futex2: Documentation: Document sys_futex_waitv() uAPI
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 21/22] selftests: futex: Test sys_futex_waitv() wouldblock
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 20/22] selftests: futex: Test sys_futex_waitv() timeout
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 19/22] selftests: futex: Add sys_futex_waitv() test
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 18/22] futex,arm: Wire up sys_futex_waitv()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 17/22] futex,x86: Wire up sys_futex_waitv()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 16/22] futex: Implement sys_futex_waitv()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 15/22] futex: Simplify double_lock_hb()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 14/22] futex: Split out wait/wake
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 13/22] futex: Split out requeue
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 12/22] futex: Rename mark_wake_futex()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 11/22] futex: Rename: match_futex()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 10/22] futex: Rename: hb_waiter_{inc,dec,pending}()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 09/22] futex: Split out PI futex
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 08/22] futex: Rename: {get,cmpxchg}_futex_value_locked()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 07/22] futex: Rename hash_futex()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 06/22] futex: Rename __unqueue_futex()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>
• [PATCH v2 05/22] futex: Rename: queue_{,un}lock()
  • From: André Almeida <andrealmeid@xxxxxxxxxxxxx>