Linux API

• Thread Index

• 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>
• 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: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@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: Christian Brauner <christian@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Christian Brauner <christian@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: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH for 5.2 12/12] rseq/selftests: add -no-integrated-as for clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH for 5.2 12/12] rseq/selftests: add -no-integrated-as for clang
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• 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: Jann Horn <jannh@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH for 5.2 12/12] rseq/selftests: add -no-integrated-as for clang
  • From: Nick Desaulniers <ndesaulniers@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] fanotify: Make wait for permission events interruptible
  • From: Orion Poplawski <orion@xxxxxxxx>
• [PATCH v4] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• [PATCH for 5.2 01/12] rseq/selftests: x86: Work-around bogus gcc-8 optimisation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 05/12] rseq/selftests: s390: use jg instruction for jumps outside of the asm
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 03/12] rseq/selftests: Introduce __rseq_cs_ptr_array, rename __rseq_table to __rseq_cs
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 07/12] rseq/selftests: s390: use trap4 for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 06/12] rseq/selftests: x86: use ud1 instruction as RSEQ_SIG opcode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 08/12] rseq/selftests: arm: use udf instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 02/12] rseq/selftests: Add __rseq_exit_point_array section for debuggers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 10/12] rseq/selftests: powerpc code signature: generate valid instructions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 09/12] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 04/12] rseq/selftests: Use __rseq_handled symbol to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 12/12] rseq/selftests: add -no-integrated-as for clang
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 11/12] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH for 5.2 00/12] Restartable Sequences selftests updates
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v3] moduleparam: Save information about built-in modules in separate file
  • From: Jessica Yu <jeyu@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: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/2] y2038: remove CONFIG_64BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 04/18] fpga: dfl: fme: support 512bit data width PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 00/18] add new features for FPGA DFL drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 07/18] fpga: dfl: pci: enable SRIOV support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 09/18] fpga: dfl: afu: add userclock sysfs interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 12/18] fpga: dfl: afu: add error reporting support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 14/18] fpga: dfl: fme: add capability sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 17/18] fpga: dfl: fme: add global error reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 18/18] fpga: dfl: fme: add performance reporting support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 16/18] fpga: dfl: fme: add power management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 15/18] fpga: dfl: fme: add thermal management support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 13/18] fpga: dfl: afu: add STP (SignalTap) support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 11/18] fpga: dfl: afu: export __port_enable/disable function.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 10/18] fpga: dfl: add id_table for dfl private feature driver
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 08/18] fpga: dfl: afu: add AFU state related sysfs interfaces
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 06/18] fpga: dfl: fme: add DFL_FPGA_FME_PORT_RELEASE/ASSIGN ioctl support.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 05/18] Documentation: fpga: dfl: add descriptions for virtualization and new interfaces.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 02/18] fpga: dfl: fme: remove copy_to_user() in ioctl for PR
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 03/18] fpga: dfl: fme: align PR buffer size per PR datawidth
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 01/18] fpga: dfl-fme-mgr: fix FME_PR_INTFC_ID register address.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v3] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v2] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH V32 01/27] Add the ability to lock down access to the running kernel image
  • From: Daniel Axtens <dja@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Lukasz Majewski <lukma@xxxxxxx>
• Re: [PATCH v10 00/18] Introduce the Counter subsystem
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Stepan Golosunov <stepan@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Lukasz Majewski <lukma@xxxxxxx>
• Re: [PATCH V3] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2] moduleparam: Save information about built-in modules in separate file
  • From: Alexey Gladkov <gladkov.alexey@xxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH 2/2] y2038: remove CONFIG_64BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 1/2] y2038: make CONFIG_64BIT_TIME unconditional
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Joel Fernandes <joel@xxxxxxxxxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH V3] mm: Allow userland to request that the kernel clear memory on release
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH V3] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <matthewgarrett@xxxxxxxxxx>
• Re: [PATCH v1 1/2] Add polling support to pidfd
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCHv3 06/27] posix-timers/timens: Take into account clock offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCHv3 05/27] timerfd/timens: Take into account ns clock offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [PATCHv3 04/27] timens: Introduce CLOCK_BOOTTIME offset
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCHv3 03/27] timens: Introduce CLOCK_MONOTONIC offsets
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v10 00/18] Introduce the Counter subsystem
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCHv3 01/27] ns: Introduce Time Namespace
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCHv3 15/27] x86/vdso: Allocate timens vdso
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCHv3 12/27] x86/vdso: Restrict splitting VVAR VMA
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCHv3 12/27] x86/vdso: Restrict splitting VVAR VMA
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCHv3 15/27] x86/vdso: Allocate timens vdso
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCHv3 19/27] timens/fs/proc: Introduce /proc/pid/timens_offsets
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCHv3 16/27] x86/vdso: Switch image on setns()/unshare()/clone()
  • From: Dmitry Safonov <0x7f454c46@xxxxxxxxx>
• Re: [PATCHv3 16/27] x86/vdso: Switch image on setns()/unshare()/clone()
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCHv3 03/27] timens: Introduce CLOCK_MONOTONIC offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 05/27] timerfd/timens: Take into account ns clock offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 08/27] timens: Shift /proc/uptime
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 06/27] posix-timers/timens: Take into account clock offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 02/27] timens: Add timens_offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 09/27] x86/vdso2c: Correct err messages on file opening
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 07/27] timens/kernel: Take into account timens clock offsets in clock_nanosleep
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 10/27] x86/vdso2c: Convert iterator to unsigned
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 12/27] x86/vdso: Restrict splitting VVAR VMA
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 17/27] vdso: introduce timens_static_branch
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 19/27] timens/fs/proc: Introduce /proc/pid/timens_offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 20/27] selftest/timens: Add Time Namespace test for supported clocks
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 21/27] selftest/timens: Add a test for timerfd
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 22/27] selftest/timens: Add a test for clock_nanosleep()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 23/27] selftest/timens: Add procfs selftest
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 24/27] selftest/timens: Add timer offsets test
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 25/27] x86/vdso: Align VDSO functions by CPU L1 cache line
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 27/27] selftest/timens: Check that a right vdso is mapped after fork and exec
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 26/27] selftests: Add a simple perf test for clock_gettime()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 18/27] timens: Add align for timens_offsets
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 16/27] x86/vdso: Switch image on setns()/unshare()/clone()
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 15/27] x86/vdso: Allocate timens vdso
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 13/27] x86/vdso: Rename vdso_image {.data=>.text}
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 14/27] x86/vdso: Add offsets page in vvar
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 11/27] x86/vdso/Makefile: Add vobjs32
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 04/27] timens: Introduce CLOCK_BOOTTIME offset
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 01/27] ns: Introduce Time Namespace
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• [PATCHv3 00/27] kernel: Introduce Time Namespace
  • From: Dmitry Safonov <dima@xxxxxxxxxx>
• Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Yu-cheng Yu <yu-cheng.yu@xxxxxxxxx>
• [PATCH v18 2/3] x86,/proc/pid/arch_status: Add AVX-512 usage elapsed time
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• [PATCH v18 3/3] Documentation/filesystems/proc.txt: add arch_status file
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• [PATCH v18 1/3] proc: add /proc/<pid>/arch_status
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH V2] mm: Allow userland to request that the kernel clear memory on release
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v6 22/26] x86/cet/shstk: ELF header parsing of Shadow Stack
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Paul Burton <paul.burton@xxxxxxxx>
• Re: [PATCH v17 3/3] Documentation/filesystems/proc.txt: add arch_status file
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v17 2/3] /proc/pid/arch_status: Add AVX-512 usage elapsed time
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• [RFC PATCH for 5.2 04/10] rseq/selftests: s390: use jg instruction for jumps outside of the asm
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 07/10] rseq/selftests: arm: use udf instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 06/10] rseq/selftests: s390: use trap4 for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 02/10] rseq/selftests: Introduce __rseq_cs_ptr_array, rename __rseq_table to __rseq_cs
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 03/10] rseq/selftests: Use __rseq_handled symbol to coexist with glibc
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 10/10] rseq/selftests: mips: use break instruction for RSEQ_SIG
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 05/10] rseq/selftests: x86: use ud1 instruction as RSEQ_SIG opcode
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 09/10] rseq/selftests: powerpc code signature: generate valid instructions
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 08/10] rseq/selftests: aarch64 code signature: handle big-endian environment
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 01/10] rseq/selftests: Add __rseq_exit_point_array section for debuggers
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH for 5.2 00/10] Restartable Sequences selftests updates
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/4] glibc: Perform rseq(2) registration at C startup and thread creation (v7)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [GIT PULL] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [GIT PULL] arch: add pidfd and io_uring syscalls everywhere
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] userfaultfd/sysctl: add vm.unprivileged_userfaultfd
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] arch: add pidfd and io_uring syscalls everywhere
  • From: pr-tracker-bot@xxxxxxxxxx
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH RESEND v5 0/5] namei: vfs flags to restrict path resolution
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [musl] Re: [PATCH] binfmt_elf: Update READ_IMPLIES_EXEC logic for modern CPUs
  • From: Rich Felker <dalias@xxxxxxxx>
• [GIT PULL] arch: add pidfd and io_uring syscalls everywhere
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] binfmt_elf: Update READ_IMPLIES_EXEC logic for modern CPUs
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] binfmt_elf: Update READ_IMPLIES_EXEC logic for modern CPUs
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v8)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v8)
  • From: Ramana Radhakrishnan <ramana.gcc@xxxxxxxxxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v9)
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• Re: [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v8)
  • From: Szabolcs Nagy <Szabolcs.Nagy@xxxxxxx>
• Re: [PATCH ghak90 V6 00/10] audit: implement container identifier
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] Make anon_inodes unconditional
  • From: "Enrico Weigelt, metux IT consult" <lkml@xxxxxxxxx>
• [PATCH 1/5] glibc: Perform rseq(2) registration at C startup and thread creation (v9)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH 2/5] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux (v3)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: WARNING in percpu_ref_kill_and_confirm
  • From: Jens Axboe <axboe@xxxxxxxxx>
• WARNING in percpu_ref_kill_and_confirm
  • From: syzbot <syzbot+10d25e23199614b7721f@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 00/10] audit: implement container identifier
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH ghak90 V6 00/10] audit: implement container identifier
  • From: Neil Horman <nhorman@xxxxxxxxxxxxx>
• [PATCH v17 2/3] /proc/pid/arch_status: Add AVX-512 usage elapsed time
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• [PATCH v17 3/3] Documentation/filesystems/proc.txt: add arch_status file
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• [PATCH v17 1/3] proc: add /proc/<pid>/arch_status
  • From: Aubrey Li <aubrey.li@xxxxxxxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Daniel Colascione <dancol@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: RFC: on adding new CLONE_* flags [WAS Re: [PATCH 0/4] clone: add CLONE_PIDFD]
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 0/4] clone: add CLONE_PIDFD
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH v3 10/11] platform/x86: asus-wmi: Switch fan boost mode
  • From: Yurii Pavlovskyi <yurii.pavlovskyi@xxxxxxxxx>
• [PATCH v3 2/4] clone: add CLONE_PIDFD
  • From: Christian Brauner <christian@xxxxxxxxxx>
• [PATCH v3 4/4] samples: show race-free pidfd metadata access
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 4/4] samples: show race-free pidfd metadata access
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v3 4/4] samples: show race-free pidfd metadata access
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• [PATCH v3 1/4] Make anon_inodes unconditional
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2 2/5] clone: add CLONE_PIDFD
  • From: Aleksa Sarai <cyphar@xxxxxxxxxx>
• Re: [PATCH v15 1/3] /proc/pid/status: Add support for architecture specific output
  • From: "Li, Aubrey" <aubrey.li@xxxxxxxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: shuah <shuah@xxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v3 3/4] signal: support CLONE_PIDFD with pidfd_send_signal
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.1 0/3] Restartable Sequences updates for 5.1
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: shuah <shuah@xxxxxxxxxx>
• [PATCH] rseq/selftests: x86: Work-around bogus gcc-8 optimisation
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v5] fs/sync.c: sync_file_range(2) may use WB_SYNC_ALL writeback
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH for 5.1 3/3] rseq/selftests: Adapt number of threads to the number of detected cpus
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v3 09/11] platform/x86: asus-wmi: Control RGB keyboard backlight
  • From: Yurii Pavlovskyi <yurii.pavlovskyi@xxxxxxxxx>
• [PATCH v3 0/4] clone: add CLONE_PIDFD
  • From: Christian Brauner <christian@xxxxxxxxxx>
• Re: [PATCH v2] moduleparam: Save information about built-in modules in separate file
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v4] fs/sync.c: sync_file_range(2) may use WB_SYNC_ALL writeback
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v5 00/16] fscrypt: key management improvements
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 03/16] fscrypt: use FSCRYPT_* definitions, not FS_*
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 02/16] fscrypt: use FSCRYPT_ prefix for uapi constants
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 04/16] fscrypt: add ->ci_inode to fscrypt_info
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 05/16] fscrypt: refactor v1 policy key setup into keysetup_legacy.c
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v5 08/16] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>