Linux API

• Thread Index

• [PATCH v3 04/21] fpga: add device feature list support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 01/21] docs: fpga: add a document for Intel FPGA driver overview
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH] mm: disable `vm.max_map_count' sysctl limit
  • From: Mikael Pettersson <mikpelinux@xxxxxxxxx>
• Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Helge Deller <deller@xxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] mm:Add watermark slope for high mark
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm:Add watermark slope for high mark
  • From: peter enderborg <peter.enderborg@xxxxxxxx>
• Re: [PATCH] mm:Add watermark slope for high mark
  • From: peter enderborg <peter.enderborg@xxxxxxxx>
• Re: [PATCH] mm:Add watermark slope for high mark
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: MPK: removing a pkey
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] test: add a test for the process_vmsplice syscall
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v3 4/4] test: add a test for the process_vmsplice syscall
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Will Deacon <will.deacon@xxxxxxx>
• [PATCH v3 2/4] vm: add a syscall to map a process memory into a pipe
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 4/4] test: add a test for the process_vmsplice syscall
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 3/4] x86: wire up the process_vmsplice syscall
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/4] fs/splice: introduce pages_to_pipe helper
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4)
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [PATCH update for 4.15 2/3] cpu_opv: selftests: Implement selftests (v4)
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• Re: MPK: removing a pkey
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: peter enderborg <peter.enderborg@xxxxxxxx>
• Re: MPK: removing a pkey (was: pkey_free and key reuse)
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH update for 4.15 2/3] cpu_opv: selftests: Implement selftests (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 16/22] rseq: selftests: arm: workaround gcc asm size guess
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• [RFC PATCH for 4.15 04/22] arm: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 03/22] arm: Add restartable sequences support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v12 02/22] rseq: Introduce restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 06/22] x86: Wire up restartable sequence system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 01/22] uapi headers: Provide types_32_64.h
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 05/22] x86: Add support for restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 08/22] powerpc: Wire up restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 12/22] powerpc: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v4 10/22] cpu_opv: Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 11/22] x86: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 09/22] sched: Implement push_task_to_cpu
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 07/22] powerpc: Add support for restartable sequences
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 13/22] arm: Wire up cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 16/22] rseq: selftests: arm: workaround gcc asm size guess
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 18/22] membarrier: selftest: Test private expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 17/22] Fix: membarrier: add missing preempt off around smp_call_function_many
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v2 21/22] membarrier: provide SHARED_EXPEDITED command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 22/22] membarrier: selftest: Test shared expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v7 19/22] powerpc: membarrier: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v5 20/22] membarrier: Document scheduler barrier requirements
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight.
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight.
  • From: Shawn Landden <slandden@xxxxxxxxx>
• [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight.
  • From: Shawn Landden <slandden@xxxxxxxxx>
• Re: [RFC v3] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight.
  • From: Shawn Landden <slandden@xxxxxxxxx>
• [RFC v3] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight.
  • From: Shawn Landden <slandden@xxxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Shawn Landden <slandden@xxxxxxxxx>
• Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• [PATCH] [man-pages] adjtimex.2: document clock_adjtime
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 1/3] mm/mempolicy: remove redundant check in get_nodes
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: Documentation patch for namespaced file capabilities
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] time: Make NTP optionnal
  • From: peter enderborg <peter.enderborg@xxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: peter enderborg <peter.enderborg@xxxxxxxx>
• Re: Provision for filesystem specific open flags
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Provision for filesystem specific open flags
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH] time: Make NTP optionnal
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• Re: Provision for filesystem specific open flags
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Documentation patch for namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH v2 0/3] Man pages for rseq, cpu_opv, update membarrier
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Shawn Landden <slandden@xxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 19/24] membarrier: selftest: Test shared expedited cmd
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v3 3/3] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH v3 2/3] mm/mempolicy: fix the check of nodemask from user
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH v3 1/3] mm/mempolicy: remove redundant check in get_nodes
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH v3 0/3] some fixes and clean up for mempolicy
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [RFC PATCH 2/3] Add rseq manpage
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/3] Add cpu_opv system call manpage
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 0/3] Man pages for rseq, cpu_opv, update membarrier
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [no subject]
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [RFC PATCH manpages 2/3] Add rseq manpage
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH manpages 3/3] Update membarrier manpage for 4.14, 4.15
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH manpages 1/3] Add cpu_opv system call manpage
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH manpages 0/3] rseq, cpu_opv, membarrier man pages updates
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 18/24] membarrier: provide SHARED_EXPEDITED command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Paul Turner <pjt@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• [RFC PATCH for 4.15 11/24] cpu_opv: Wire up ARM32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 05/24] Restartable sequences: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 07/24] Restartable sequences: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 10/24] cpu_opv: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 09/24] cpu_opv: Wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 18/24] membarrier: provide SHARED_EXPEDITED command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 24/24] membarrier: arm64: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 15/24] membarrier: selftest: Test private expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 14/24] Restartable sequences selftests: arm: workaround gcc asm size guess
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 12/24] cpu_opv: Implement selftests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 13/24] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 22/24] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v5 for 4.15 17/24] membarrier: Document scheduler barrier requirements
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 for 4.15 16/24] membarrier: powerpc: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 20/24] membarrier: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 19/24] membarrier: selftest: Test shared expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 21/24] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 03/24] Restartable sequences: wire up ARM 32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 06/24] Restartable sequences: powerpc architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 02/24] Restartable sequences: ARM 32 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Daniel Bristot de Oliveira <bristot@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• [patch v12 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v12 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v12 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v12 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Avi Kivity <avi@xxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: "gregkh@xxxxxxxxxxxxxxxxxxx" <gregkh@xxxxxxxxxxxxxxxxxxx>
• RE: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 18/18] xfs: support for synchronous DAX faults
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 17/18] xfs: Implement xfs_filemap_pfn_mkwrite() using __xfs_filemap_fault()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxx>
• Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration
  • From: Benjamin Herrenschmidt <benh@xxxxxxxxxxxxxxxxxxx>
• [PATCHv3 resend] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 9/9] nanosleep: change time types to safe __kernel_* types
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH 8/9] change time types to new y2038 safe __kernel_* types
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 08/10] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 06/10] Fix: x86: Add missing core serializing instruction on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 09/10] membarrier: provide SHARED_EXPEDITED command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 10/10] membarrier: selftest: Test shared expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 07/10] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 01/10] membarrier: selftest: Test private expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 04/10] membarrier: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v7 for 4.15 02/10] membarrier: powerpc: Skip memory barrier in switch_mm()
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v5 for 4.15 03/10] membarrier: Document scheduler barrier requirements
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 0/9] membarrier updates for 4.15
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] Fix: x86: Add missing core serializing instruction on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 1/2] x86: Introduce sync_core_before_usermode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH 0/2] x86: Fix missing core serialization on migration
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• [PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCHv2 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCHv2 0/2] capability controlled user-namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v6 1/2] staging: ion: reorder include
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: chris hyser <chris.hyser@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH RFC v3 5/7] proc: move hidepid definitions to proc files
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 0/7] proc: modernize proc to support multiple private instances
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• [PATCH RFC v3 7/7] proc: flush dcache entries from all procfs instances
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Calvin Owens <calvinowens@xxxxxx>
• Re: MPK: pkey_free and key reuse
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxxxx>
• [RFC PATCH for 4.15 1/6] membarrier: selftest: Test private expedited cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 3/6] membarrier: Document scheduler barrier requirements (v5)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 2/6] membarrier: powerpc: Skip memory barrier in switch_mm() (v6)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 6/6] membarrier: selftest: Test private expedited sync core cmd
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 4/6] membarrier: Provide core serializing command
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 0/6] membarrier updates for 4.15
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [(resend)] seq_file: reset iterator to first record for zero offset
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Seccomp implications for glibc wrapper function changes
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Seccomp implications for glibc wrapper function changes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v16 00/13] support "task_isolation" mode
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH v16 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v16 00/13] support "task_isolation" mode
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH v5] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [patch v11 4/4] Documentation: jtag: Add ABI documentation
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH] man2/vmsplice: splice pages from pipe to memory
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call
  • From: Boqun Feng <boqun.feng@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Boris Lukashev <blukashev@xxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Daniel Micay <danielmicay@xxxxxxxxx>
• [RFC PATCH for 4.15 02/14] Restartable sequences: ARM 32 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 05/14] Restartable sequences: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 04/14] Restartable sequences: x86 32/64 architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 07/14] Restartable sequences: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 03/14] Restartable sequences: wire up ARM 32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 14/14] Restartable sequences selftests: arm: workaround gcc asm size guess
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 11/14] cpu_opv: Wire up ARM32 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 12/14] cpu_opv: Implement selftests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 13/14] Restartable sequences: Provide self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 09/14] cpu_opv: Wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 06/14] Restartable sequences: powerpc architecture support
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 4.15 00/14] Restartable sequences and CPU op vector v10
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v6 0/2] staging: ion: get one device per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v6 1/2] staging: ion: reorder include
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [PATCH v16 00/13] support "task_isolation" mode
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Christopher Lameter <cl@xxxxxxxxx>
• Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• RE: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [v11,1/4] drivers: jtag: Add JTAG core driver
  • From: Chip Bilbrey <chip@xxxxxxxxxxx>
• MPK: pkey_free and key reuse
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [patch v11 1/4] drivers: jtag: Add JTAG core driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v16 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v16 06/13] task_isolation: userspace hard isolation from kernel
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [patch v11 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v11 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v11 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v11 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v11 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 3/3] printk: Add ability to set loglevel via "console=" cmdline
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] printk: Add /sys/consoles/ interface
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/3] printk: Introduce per-console loglevel setting
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops
  • From: Shawn Landden <slandden@xxxxxxxxx>
• [PATCH resend 2/2] userns: control capabilities of some user namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH resend 0/2] capability controlled user-namespaces
  • From: Mahesh Bandewar <mahesh@xxxxxxxxxxxx>
• [PATCH] time: Make NTP optionnal
  • From: Romain Perier <romain.perier@xxxxxxxxx>
• Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE)
  • From: Dave P Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE)
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver (fwd)
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] [RFC] vm: add a syscall to map a process memory into a pipe
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v4] pidns: introduce syscall translate_pid
  • From: nagarathnam muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• [PATCH 10/18] dax: Allow dax_iomap_fault() to return pfn
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 02/18] mm: Remove VM_FAULT_HWPOISON_LARGE_MASK
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/18] dax: Factor out getting of pfn out of iomap
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/18] dax: Allow tuning whether dax_insert_mapping_entry() dirties entry
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/18] dax: Create local variable for VMA in dax_iomap_pte_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 08/18] dax: Inline dax_pmd_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 03/18] dax: Simplify arguments of dax_insert_mapping()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 16/18] ext4: Support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 17/18] xfs: Implement xfs_filemap_pfn_mkwrite() using __xfs_filemap_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 06/18] dax: Create local variable for vmf->flags & FAULT_FLAG_WRITE test
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/18] dax: Inline dax_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 15/18] ext4: Simplify error handling in ext4_dax_huge_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 09/18] dax: Fix comment describing dax_iomap_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 14/18] dax: Implement dax_finish_sync_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/18 v6] dax, ext4, xfs: Synchronous page faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 18/18] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 13/18] dax, iomap: Add support for synchronous faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 12/18] mm: Define MAP_SYNC and VM_SYNC flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Laura Abbott <labbott@xxxxxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH v5 28/30] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v5 00/30] ARM Scalable Vector Extension (SVE)
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 2/4] mm/mempolicy: remove redundant check in get_nodes
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] [RFC] vm: add a syscall to map a process memory into a pipe
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch v10 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v10 4/4] Documentation: jtag: Add ABI documentation
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v10 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• [patch v10 0/4] JTAG driver introduction
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6]
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [lkp-robot] [proc] eb948c71f7: WARNING:at_mm/hugetlb.c:#hugetlb_add_hstate
  • From: kernel test robot <xiaolong.ye@xxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 07/25] fs/inode.c: export inode_lru_list_del()
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 06/25] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 05/25] fs: add ->s_master_keys to struct super_block
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 04/25] fscrypt: refactor finding and deriving key
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 03/25] fscrypt: use FSCRYPT_* definitions, not FS_*
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 01/25] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [RFC PATCH 02/25] fscrypt: use FSCRYPT_ prefix for uapi constants
  • From: Michael Halcrow <mhalcrow@xxxxxxxxxx>
• Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6]
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 26/28] arm64/sve: Add documentation
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• [PATCH v4 26/28] arm64/sve: Add documentation
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• [PATCH v4 00/28] ARM Scalable Vector Extension (SVE)
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH RFC v2 2/4] mm/mempolicy: remove redundant check in get_nodes
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH RFC v2 0/4] some fixes and clean up for mempolicy
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages
  • From: Yisheng Xie <xieyisheng1@xxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Christoph Hellwig <hch@xxxxxx>
• RE: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: "Du, Fan" <fan.du@xxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [kernel-hardening] [PATCH] fs: Use CAP_DAC_OVERRIDE to allow for file dedupe
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• RE: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps
  • From: "Du, Fan" <fan.du@xxxxxxxxx>
• [PATCH 2/3] x86: Write up the process_vmsplice syscall
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 3/3] test: add a test for the process_vmsplice syscall
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• [PATCH 1/3] [v2] vm: add a syscall to map a process memory into a pipe
  • From: Andrei Vagin <avagin@xxxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [RFC PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/3] userfaultfd: non-cooperative: generalize wake key structure
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/3] userfaultfd: introduce userfaultfd_init_waitqueue helper
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/3] userfaultfd: non-cooperative: syncronous events
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 0/3] userfaultfd: non-cooperative: syncronous events
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• RE: [patch v9 1/4] drivers: jtag: Add JTAG core driver
  • From: Oleksandr Shamray <oleksandrs@xxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [1/2,v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: "Yang Shi" <yang.s@xxxxxxxxxxxxxxx>
• [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX
  • From: Fan Du <fan.du@xxxxxxxxx>
• [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps
  • From: Fan Du <fan.du@xxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Jordan Crouse <jcrouse@xxxxxxxxxxxxxx>
• [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 06/17] dax: Create local variable for vmf->flags & FAULT_FLAG_WRITE test
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 05/17] dax: Create local variable for VMA in dax_iomap_pte_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 16/17] ext4: Support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 07/17] dax: Inline dax_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 08/17] dax: Inline dax_pmd_insert_mapping() into the callsite
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 10/17] dax: Allow dax_iomap_fault() to return pfn
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 12/17] mm: Define MAP_SYNC and VM_SYNC flags
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 09/17] dax: Fix comment describing dax_iomap_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 15/17] ext4: Simplify error handling in ext4_dax_huge_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 13/17] dax, iomap: Add support for synchronous faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 17/17] xfs: support for synchronous DAX faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 14/17] dax: Implement dax_finish_sync_fault()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 11/17] dax: Allow tuning whether dax_insert_mapping_entry() dirties entry
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 0/17 v5] dax, ext4, xfs: Synchronous page faults
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 03/17] dax: Simplify arguments of dax_insert_mapping()
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 02/17] mm: Remove VM_FAULT_HWPOISON_LARGE_MASK
  • From: Jan Kara <jack@xxxxxxx>
• [PATCH 04/17] dax: Factor out getting of pfn out of iomap
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags
  • From: Jan Kara <jack@xxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: "Yang Shi" <yang.s@xxxxxxxxxxxxxxx>
• Re: [RFC] mmap(MAP_CONTIG)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• [RFC PATCH 07/25] fs/inode.c: export inode_lru_list_del()
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 06/25] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 05/25] fs: add ->s_master_keys to struct super_block
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 08/25] fs/inode.c: rename and export dispose_list()
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 01/25] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 15/25] fscrypt: add UAPI definitions to get/set v2 encryption policies
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 14/25] ubifs crypto: wire up new ioctls for managing encryption keys
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 09/25] fs/dcache.c: add shrink_dcache_inode()
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 04/25] fscrypt: refactor finding and deriving key
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 16/25] fscrypt: implement basic handling of v2 encryption policies
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 17/25] fscrypt: add an HKDF-SHA512 implementation
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 19/25] fscrypt: use HKDF-SHA512 to derive the per-file keys for v2 policies
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 18/25] fscrypt: allow adding and removing keys for v2 encryption policies
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 12/25] ext4 crypto: wire up new ioctls for managing encryption keys
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 13/25] f2fs crypto: wire up new ioctls for managing encryption keys
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 25/25] fscrypt: document the new ioctls and policy version
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 20/25] fscrypt: allow unprivileged users to add/remove keys for v2 policies
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 21/25] fscrypt: require that key be added when setting a v2 encryption policy
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 22/25] ext4 crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 24/25] ubifs crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 23/25] f2fs crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 10/25] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 11/25] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 03/25] fscrypt: use FSCRYPT_* definitions, not FS_*
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 02/25] fscrypt: use FSCRYPT_ prefix for uapi constants
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• [RFC PATCH 00/25] fscrypt: filesystem-level keyring and v2 policy support
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v9 for 4.15 01/14] Restartable sequences system call
  • From: Ben Maurer <bmaurer@xxxxxx>
• [PATCH v6 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v6 1/2] staging: ion: simplify ioctl args checking function
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• [PATCH v6 0/2] staging: ion: get one device per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] mm/map_contig: Add mmap(MAP_CONTIG) support
  • From: David Nellans <dnellans@xxxxxxxxxx>
• Re: [PATCH v5 2/2] staging: ion: create one device entry per heap
  • From: Benjamin Gaignard <benjamin.gaignard@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] security, capabilities: Add CAP_SYS_MOUNT
  • From: Stephen Smalley <sds@xxxxxxxxxxxxx>
• Re: [PATCH 1/2 v2] fdmap(2)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH] fs: fsnotify: account fsnotify metadata to kmemcg
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH] fs: check for DAC_READ_SEARCH instead of SYS_ADMIN
  • From: "Theodore Ts'o" <tytso@xxxxxxx>