Linux API

• Thread Index

• Re: [PATCH 3/7] vfs: Add a mount-notification facility
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 9/8] man-pages: copy_file_range updates
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 8/8] vfs: remove redundant checks from generic_remap_checks()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 4/8] vfs: add missing checks to copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 7/8] vfs: allow copy_file_range to copy across devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 4/8] vfs: add missing checks to copy_file_range
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 1/7] General notification queue with user mmap()'able ring buffer
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] vfs: copy_file_range needs to strip setuid bits
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 4/8] vfs: add missing checks to copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v2 4/8] vfs: add missing checks to copy_file_range
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 3/8] vfs: introduce generic_file_rw_checks()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/8] vfs: introduce generic_copy_file_range()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v2 2/8] vfs: no fallback for ->copy_file_range
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 7/7] Add sample notification program
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 6/7] block: Add block layer notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 5/7] fsinfo: Export superblock notification counter
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 4/7] vfs: Add superblock notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 3/7] vfs: Add a mount-notification facility
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/7] keys: Add a notification facility
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/7] General notification queue with user mmap()'able ring buffer
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC][PATCH 0/7] Mount, FS, Block and Keyrings notifications
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 11/25] hugetlbfs: Add support for fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/7] VFS: Introduce filesystem information query syscall [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 25/25] fsinfo: Add API documentation [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 24/25] fsinfo: ufs - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 23/25] fsinfo: bpf - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 22/25] fsinfo: debugfs - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 21/25] fsinfo: pstore - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 20/25] fsinfo: devpts - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 19/25] fsinfo: proc - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/25] fsinfo: shmem - add tmpfs sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/25] fsinfo: autofs - add sb operation fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/25] nfs: Support fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/25] afs: Support fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/25] fsinfo: Support Smack superblock parameter retrieval [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/25] fsinfo: Support SELinux superblock parameter retrieval [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/25] kernfs, cgroup: Add fsinfo support [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/25] vfs: fsinfo sample: Mount listing program [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/25] vfs: Allow mount information to be queried by fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/25] vfs: Add mount notification count [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/25] vfs: Allow fsinfo() to look up a mount object by ID [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/25] vfs: Introduce a non-repeating system-unique superblock ID [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 05/25] fsinfo: Implement retrieval of LSM parameters with fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/25] vfs: Implement parameter value retrieval with fsinfo() [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/25] vfs: Allow fsinfo() to be used to query an fs parameter description [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/25] vfs: Allow fsinfo() to query what's in an fs_context [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/25] vfs: syscall: Add fsinfo() to query filesystem information [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/25] VFS: Introduce filesystem information query syscall [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 2/7] keys: Add a notification facility [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 1/7] General notification queue with user mmap()'able ring buffer [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 0/7] VFS: Introduce filesystem information query syscall [ver #13]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH] [RFC] Remove bdflush syscall stub
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• [PATCH] [RFC] Remove bdflush syscall stub
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/3] arch: wire-up close_range()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v3 3/3] tests: add close_range() tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] tests: add close_range() tests
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v10)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC][PATCH] link.2: AT_ATOMIC_DATA and AT_ATOMIC_METADATA
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: Luis Henriques <lhenriques@xxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC] mm/madvise: implement MADV_STOCKPILE (kswapd from user space)
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• Re: [PATCH v2] mm: mlockall error for flag MCL_ONFAULT
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v10)
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2] mm: mlockall error for flag MCL_ONFAULT
  • From: "Potyra, Stefan" <Stefan.Potyra@xxxxxxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v18 1/3] proc: add /proc/<pid>/arch_status
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH] mm: mlockall error for flag MCL_ONFAULT
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 2/3] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 1/3] Documentation: fpga: dfl: add descriptions for thermal/power management interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 3/3] fpga: dfl: fme: add power management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 0/3] add thermal/power management features for FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 04/16] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 05/16] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 03/16] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 01/16] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 08/16] fpga: dfl: afu: add AFU state related sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 11/16] fpga: dfl: afu: export __port_enable/disable function.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 13/16] fpga: dfl: afu: add STP (SignalTap) support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 12/16] fpga: dfl: afu: add error reporting support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 10/16] fpga: dfl: add id_table for dfl private feature driver
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 09/16] fpga: dfl: afu: add userclock sysfs interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 07/16] fpga: dfl: pci: enable SRIOV support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 16/16] fpga: dfl: fme: add performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 15/16] fpga: dfl: fme: add global error reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 14/16] fpga: dfl: fme: add capability sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 06/16] fpga: dfl: fme: add DFL_FPGA_FME_PORT_RELEASE/ASSIGN ioctl support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 02/16] fpga: dfl: fme: remove copy_to_user() in ioctl for PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3 00/16] add new features for FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• Re: [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/2] fork: add clone6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/1] eventfd new tag EFD_VPOLL: generate epoll events
  • From: Renzo Davoli <renzo@xxxxxxxxxxx>
• [PATCH 1/2] fork: add clone6
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/2] arch: wire-up clone6() syscall on x86
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 9/8] man-pages: copy_file_range updates
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 8/8] vfs: remove redundant checks from generic_remap_checks()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 7/8] vfs: allow copy_file_range to copy across devices
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 6/8] vfs: copy_file_range should update file timestamps
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 4/8] vfs: add missing checks to copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 0/8] Fixes for major copy_file_range() issues
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 5/8] vfs: copy_file_range needs to strip setuid bits
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 2/8] vfs: no fallback for ->copy_file_range
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 3/8] vfs: introduce generic_file_rw_checks()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• [PATCH v2 1/8] vfs: introduce generic_copy_file_range()
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v7 5/5] namei: resolveat(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v7 5/5] namei: resolveat(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7 5/5] namei: resolveat(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v7 5/5] namei: resolveat(2) syscall
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: mlockall error for flag MCL_ONFAULT
  • From: Daniel Jordan <daniel.m.jordan@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• [PATCH v3 3/3] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 1/3] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 2/3] arch: wire-up close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v18 1/3] proc: add /proc/<pid>/arch_status
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC v8 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH 5.1 119/122] y2038: Make CONFIG_64BIT_TIME unconditional
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• RE: [PATCH v1 1/2] open: add close_range()
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Konstantin Khlebnikov <khlebnikov@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v3 04/15] fs-verity: add Kconfig and the helper functions for hashing
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 07/15] fs-verity: add the hook for file ->setattr()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 02/15] fs-verity: add MAINTAINERS file entry
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 05/15] fs-verity: add inode and superblock fields
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 06/15] fs-verity: add the hook for file ->open()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 08/15] fs-verity: add data verification hooks for ->readpages()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 03/15] fs-verity: add UAPI header
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 10/15] fs-verity: implement FS_IOC_MEASURE_VERITY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 11/15] fs-verity: add SHA-512 support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 09/15] fs-verity: implement FS_IOC_ENABLE_VERITY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 12/15] fs-verity: support builtin file signatures
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 14/15] ext4: add fs-verity read support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 15/15] f2fs: add fs-verity support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 13/15] ext4: add basic fs-verity support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v3 01/15] fs-verity: add a documentation file
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 00/15] fs-verity: read-only file-based authenticity protection
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 0/2] close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [USER][PATCH] cpio: add option to add file metadata in copy-out mode
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 3/3] gen_init_cpio: add support for file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 2/3] initramfs: read metadata from special file METADATA!!!
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 1/3] initramfs: add file metadata
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v4 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH RFC v8 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Taras Kondratiuk <takondra@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v4] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH RFC v8 01/10] namei: obey trailing magic-link DAC permissions
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v1 1/2] open: add close_range()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• [PATCH v1 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Brian Geffon <bgeffon@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Shakeel Butt <shakeelb@xxxxxxxxxx>
• Re: [PATCH 1/2] open: add close_range()
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH 2/2] tests: add close_range() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 1/2] open: add close_range()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 5/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 3/7] mm: introduce MADV_COLD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 2/7] mm: Extend copy_vma()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/7] mm: Add process_vm_mmap() syscall declaration
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/7] mm: Extend copy_vma()
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 5/7] mm: introduce external memory hinting API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 3/7] mm: introduce MADV_COLD
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 12/11] man-pages: copy_file_range updates
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v6 00/16] fscrypt: key management improvements
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 5/7] mm: introduce external memory hinting API
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• [PATCH v4] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Felipe Gasper <felipe@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/16] fscrypt: key management improvements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH v2 1/7] mm: Add process_vm_mmap() syscall declaration
  • From: Ira Weiny <ira.weiny@xxxxxxxxx>
• Re: [PATCH v6 00/16] fscrypt: key management improvements
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v3] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC 3/7] mm: introduce MADV_COLD
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Minchan Kim <minchan@xxxxxxxxxx>
• Re: [PATCH v2 05/18] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Alan Tull <atull@xxxxxxxxxx>
• [PATCH v6 00/16] fscrypt: key management improvements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 02/16] fscrypt: use FSCRYPT_ prefix for uapi constants
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 06/16] fscrypt: add FS_IOC_ADD_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 08/16] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 03/16] fscrypt: use FSCRYPT_* definitions, not FS_*
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 12/16] fscrypt: require that key be added when setting a v2 encryption policy
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 04/16] fscrypt: add ->ci_inode to fscrypt_info
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 07/16] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 15/16] ubifs: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 10/16] fscrypt: v2 encryption policy support
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 16/16] fscrypt: document the new ioctls and policy version
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 09/16] fscrypt: add an HKDF-SHA512 implementation
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 11/16] fscrypt: allow unprivileged users to add/remove keys for v2 policies
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 14/16] f2fs: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 13/16] ext4: wire up new fscrypt ioctls
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v6 01/16] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Suren Baghdasaryan <surenb@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH v2 7/7] mm: Add process_vm_mmap()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 2/7] mm: Extend copy_vma()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 6/7] mm: Introduce find_vma_filter_flags() helper
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 0/7] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 5/7] mm: Introduce may_mmap_overlapped_region() helper
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 4/7] mm: Export round_hint_to_min()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 1/7] mm: Add process_vm_mmap() syscall declaration
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 3/7] mm: Extend copy_page_range()
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• [PATCH v2 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v2 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH RFC v8 10/10] selftests: add resolveat(2) selftests
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 09/10] kselftest: save-and-restore errno to allow for %m formatting
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 08/10] namei: resolveat(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 07/10] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 05/10] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 06/10] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 04/10] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 03/10] open: O_EMPTYPATH: procfs-less file descriptor re-opening
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 02/10] procfs: switch magic-link modes to be more sane
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 01/10] namei: obey trailing magic-link DAC permissions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH RFC v8 00/10] namei: resolveat(2) path resolution restrictions
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [RFC 0/7] introduce memory hinting API for external process
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 7/7] mm: madvise support MADV_ANONYMOUS_FILTER and MADV_FILE_FILTER
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 6/7] mm: extend process_madvise syscall to support vector arrary
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 5/7] mm: introduce external memory hinting API
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [RFC 3/7] mm: introduce MADV_COLD
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [RFC 1/7] mm: introduce MADV_COOL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Felipe Gasper <felipe@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2] net: Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Felipe Gasper <felipe@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2] fanotify.7, fanotify_init.2, fanotify_mark.2: Document FAN_REPORT_FID and directory modification events
  • From: Matthew Bobrowski <mbobrowski@xxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: hpa@xxxxxxxxx
• [PATCH v3 2/2] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3 1/2] initramfs: set extended attributes
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v3 0/2] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH] Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Felipe Gasper <felipe@xxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH] Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 05/18] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 04/18] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 18/18] fpga: dfl: fme: add performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH] Add UNIX_DIAG_UID to Netlink UNIX socket diagnostics.
  • From: Felipe <felipe@xxxxxxxxxxxxxxxx>
• Re: [PATCH for 5.2 07/12] rseq/selftests: s390: use trap4 for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.2 07/12] rseq/selftests: s390: use trap4 for RSEQ_SIG
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCH 0/4] uapi, vfs: Change the mount API UAPI [ver #2]
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 05/18] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 05/18] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 04/18] fpga: dfl: fme: support 512bit data width PR
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 18/18] fpga: dfl: fme: add performance reporting support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm/ksm, proc: introduce remote madvise
  • From: Alexey Dobriyan <adobriyan@xxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Aaron Tomlin <atomlin@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v1 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm/ksm, proc: introduce remote madvise
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v1 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v1 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Kirill Tkhai <ktkhai@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm: process_vm_mmap() -- syscall for duplication a process mapping
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH RFC 0/5] mm/ksm, proc: introduce remote madvise
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH RFC 3/5] mm/ksm: introduce ksm_madvise_unmerge() helper
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH RFC 4/5] mm/ksm, proc: introduce remote merge
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH RFC 5/5] mm/ksm, proc: add remote madvise documentation
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH RFC 2/5] mm/ksm: introduce ksm_madvise_merge() helper
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH RFC 1/5] proc: introduce madvise placeholder
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• [PATCH RFC 0/5] mm/ksm, proc: introduce remote madvise
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Yann Droneaud <ydroneaud@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH 1/2] pid: add pidfd_open()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH 2/2] tests: add pidfd_open() tests
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 1/2] pid: add pidfd_open()
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v9 13/16] sched/core: uclamp: Propagate parent clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 10/16] sched/core: uclamp: Add uclamp_util_with()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 09/16] sched/cpufreq: uclamp: Add clamps for FAIR and RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 08/16] sched/core: uclamp: Set default clamps for RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 07/16] sched/core: uclamp: Reset uclamp values on RESET_ON_FORK
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 03/16] sched/core: uclamp: Enforce last task's UCLAMP_MAX
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 02/16] sched/core: uclamp: Add bucket local max tracking
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 01/16] sched/core: uclamp: Add CPU's clamp buckets refcounting
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 12/16] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 16/16] sched/core: uclamp: Update CPU's refcount on TG's clamp changes
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 15/16] sched/core: uclamp: Use TG's clamps to restrict TASK's clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 14/16] sched/core: uclamp: Propagate system defaults to root group
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 11/16] sched/fair: uclamp: Add uclamp support to energy_compute()
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• [PATCH v9 00/16] Add utilization clamping support
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH RFC v2 4/4] mm/ksm: add force merging/unmerging documentation
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Oleksandr Natalenko <oleksandr@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [LTP] [EXT] Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [LTP] [EXT] Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 12/13] platform/x86: asus-wmi: Switch fan boost mode
  • From: Yurii Pavlovskyi <yurii.pavlovskyi@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH RFC v2 0/4] mm/ksm: add option to automerge VMAs
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [LTP] [EXT] Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [EXT] Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yuri Norov <ynorov@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <nivedita@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Andreas Schwab <schwab@xxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Arvind Sankar <niveditas98@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: hpa@xxxxxxxxx
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v2 1/3] fs: add ksys_lsetxattr() wrapper
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v11 6/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• [PATCH v11 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v2 17/18] fpga: dfl: fme: add global error reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Dan Murphy <dmurphy@xxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Yurii Pavlovskyi <yurii.pavlovskyi@xxxxxxxxx>
• Re: [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [PATCH v2 17/18] fpga: dfl: fme: add global error reporting support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH linux-next v10 0/7] ptrace: add PTRACE_GET_SYSCALL_INFO request
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v8 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v2 12/18] fpga: dfl: afu: add error reporting support.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v8 00/16] Add utilization clamping support
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 00/16] Add utilization clamping support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 11/16] sched/fair: uclamp: Add uclamp support to energy_compute()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v2 3/3] initramfs: introduce do_readxattrs()
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 2/3] initramfs: set extended attributes
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 1/3] fs: add ksys_lsetxattr() wrapper
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• [PATCH v2 0/3] initramfs: add support for xattrs in the initial ram disk
  • From: Roberto Sassu <roberto.sassu@xxxxxxxxxx>
• Re: [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v9 00/24] ILP32 for ARM64
  • From: Yury Norov <yury.norov@xxxxxxxxx>
• Re: [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 05/16] sched/core: Allow sched_setattr() to use the current policy
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 02/18] fpga: dfl: fme: remove copy_to_user() in ioctl for PR
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] uapi: avoid namespace conflict in linux/posix_types.h
  • From: Joseph Myers <joseph@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 16/18] fpga: dfl: fme: add power management support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 16/18] fpga: dfl: fme: add power management support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 07/18] fpga: dfl: pci: enable SRIOV support.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 06/18] fpga: dfl: fme: add DFL_FPGA_FME_PORT_RELEASE/ASSIGN ioctl support.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 03/18] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH v2 02/18] fpga: dfl: fme: remove copy_to_user() in ioctl for PR
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• [PATCH v7 5/5] namei: resolveat(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v7 4/5] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v7 3/5] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v7 2/5] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v7 1/5] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v7 0/5] namei: resolveat(2) path resolution restriction API
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH 1/6] incfs: Add first files of incrementalfs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v8 12/16] sched/core: uclamp: Extend CPU's cgroup controller
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 08/16] sched/core: uclamp: Set default clamps for RT tasks
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 06/16] sched/core: uclamp: Extend sched_setattr() to support utilization clamping
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 04/16] sched/core: uclamp: Add system default clamps
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v8 03/16] sched/core: uclamp: Enforce last task's UCLAMP_MAX
  • From: Patrick Bellasi <patrick.bellasi@xxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v6 6/6] namei: resolveat(2) syscall
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 5/6] binfmt_*: scope path resolution of interpreters
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 4/6] namei: aggressively check for nd->root escape on ".." resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 3/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 2/6] namei: O_BENEATH-style path resolution flags
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 0/6] namei: resolveat(2) path resolution restriction API
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [PATCH v6 1/6] namei: split out nd->dfd handling to dirfd_path_init
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2 for 5.2 08/12] rseq/selftests: arm: use udf instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: shuah <shuah@xxxxxxxxxx>
• [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v10)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/5] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux (v4)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCHv3 05/27] timerfd/timens: Take into account ns clock offsets
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCHv3 19/27] timens/fs/proc: Introduce /proc/pid/timens_offsets
  • From: Andrei Vagin <avagin@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] binfmt_elf: Extract .note.gnu.property from an ELF file
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• Re: [PATCH V32 22/27] bpf: Restrict bpf when kernel lockdown is in confidentiality mode
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v5 1/6] arm64: HWCAP: add support for AT_HWCAP2
  • From: Andrew Murray <andrew.murray@xxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Andrew Donnellan <andrew.donnellan@xxxxxxxxxxx>