Linux API

• Date Index

• [PATCH v32 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
  • [PATCH v32 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
  • [PATCH v32 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
  • [PATCH v32 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
    • Re: [PATCH v32 07/12] LRNG - add kernel crypto API PRNG extension, kernel test robot
  • [PATCH v32 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
    • Re: [PATCH v32 11/12] LRNG - add interface for gathering of raw entropy, kernel test robot
  • [PATCH v32 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
  • [PATCH v32 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
  • [PATCH v32 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
  • [PATCH v32 04/12] LRNG - add switchable DRNG support, Stephan Müller
  • [PATCH v32 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
    • Re: [PATCH v32 06/12] LRNG - add SP800-90A DRBG extension, kernel test robot
      • Re: [PATCH v32 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
  • [PATCH v32 01/12] Linux Random Number Generator, Stephan Müller
    • Re: [PATCH v32 01/12] Linux Random Number Generator, kernel test robot
      • Re: [PATCH v32 01/12] Linux Random Number Generator, Stephan Müller
  • [PATCH v32 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
  • [PATCH v32 03/12] LRNG - sysctls and /proc interface, Stephan Müller
  • [PATCH v33 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
    • [PATCH v33 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
    • [PATCH v33 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
    • [PATCH v33 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
      • Re: [PATCH v33 12/12] LRNG - add power-on and runtime self-tests, kernel test robot
    • [PATCH v33 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
    • [PATCH v33 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
    • [PATCH v33 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
    • [PATCH v33 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
    • [PATCH v33 04/12] LRNG - add switchable DRNG support, Stephan Müller
    • [PATCH v33 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
    • [PATCH v33 03/12] LRNG - sysctls and /proc interface, Stephan Müller
      • Re: [PATCH v33 03/12] LRNG - sysctls and /proc interface, kernel test robot
    • [PATCH v33 01/12] Linux Random Number Generator, Stephan Müller
      • Re: [PATCH v33 01/12] Linux Random Number Generator, kernel test robot
        • Re: [PATCH v33 01/12] Linux Random Number Generator, Stephan Müller
      • Re: [PATCH v33 01/12] Linux Random Number Generator, kernel test robot
      • Re: [PATCH v33 01/12] Linux Random Number Generator, kernel test robot
        • Re: [PATCH v33 01/12] Linux Random Number Generator, Stephan Mueller
    • [PATCH v33 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
    • [PATCH v34 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
      • [PATCH v34 04/12] LRNG - add switchable DRNG support, Stephan Müller
        • Re: [PATCH v34 04/12] LRNG - add switchable DRNG support, kernel test robot
      • [PATCH v34 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
      • [PATCH v34 01/12] Linux Random Number Generator, Stephan Müller
        • Re: [PATCH v34 01/12] Linux Random Number Generator, kernel test robot
          • Re: [PATCH v34 01/12] Linux Random Number Generator, Stephan Mueller
        • Re: [PATCH v34 01/12] Linux Random Number Generator, kernel test robot
      • [PATCH v34 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
      • [PATCH v34 03/12] LRNG - sysctls and /proc interface, Stephan Müller
      • [PATCH v34 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
      • [PATCH v34 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
      • [PATCH v34 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
      • [PATCH v34 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
      • [PATCH v34 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
      • [PATCH v34 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
      • [PATCH v34 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
    • [PATCH v35 00/13] /dev/random - a new approach, Stephan Müller
      • [PATCH v35 13/13] LRNG - add power-on and runtime self-tests, Stephan Müller
      • [PATCH v35 09/13] crypto: provide access to a static Jitter RNG state, Stephan Müller
      • [PATCH v35 11/13] LRNG - add SP800-90B compliant health tests, Stephan Müller
      • [PATCH v35 12/13] LRNG - add interface for gathering of raw entropy, Stephan Müller
      • [PATCH v35 10/13] LRNG - add Jitter RNG fast noise source, Stephan Müller
      • [PATCH v35 07/13] LRNG - add SP800-90A DRBG extension, Stephan Müller
      • [PATCH v35 08/13] LRNG - add kernel crypto API PRNG extension, Stephan Müller
      • [PATCH v35 03/13] LRNG - sysctls and /proc interface, Stephan Müller
      • [PATCH v35 05/13] LRNG - add common generic hash support, Stephan Müller
      • [PATCH v35 06/13] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
      • [PATCH v35 04/13] LRNG - add switchable DRNG support, Stephan Müller
      • [PATCH v35 02/13] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
      • [PATCH v35 01/13] Linux Random Number Generator, Stephan Müller
        • Re: [PATCH v35 01/13] Linux Random Number Generator, kernel test robot
          • Re: [PATCH v35 01/13] Linux Random Number Generator, Stephan Mueller
• [PATCH v9 0/6] ACPI: Support Generic Initiator proximity domains, Jonathan Cameron
  • [PATCH v9 1/6] ACPI: Support Generic Initiator only domains, Jonathan Cameron
  • [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
    • Re: [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Bjorn Helgaas
      • Re: [PATCH v9 2/6] x86: Support Generic Initiator only proximity domains, Jonathan Cameron
  • [PATCH v9 3/6] ACPI: Let ACPI know we support Generic Initiator Affinity Structures, Jonathan Cameron
  • [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
    • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
      • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
        • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
          • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
            • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
              • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
                • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
              • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Jonathan Cameron
                • Re: [PATCH v9 4/6] ACPI: HMAT: Fix handling of changes from ACPI 6.2 to ACPI 6.3, Bjorn Helgaas
  • [PATCH v9 5/6] node: Add access1 class to represent CPU to memory characteristics, Jonathan Cameron
  • [PATCH v9 6/6] docs: mm: numaperf.rst Add brief description for access class 1., Jonathan Cameron
• [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v4 1/6] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
  • [PATCH v4 2/6] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v4 4/6] arch, mm: wire up memfd_secret system call were relevant, Mike Rapoport
  • [PATCH v4 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v4 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation, Mike Rapoport
  • [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
    • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
      • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
        • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
          • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
            • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
              • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
                • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, David Hildenbrand
                  • Re: [PATCH v4 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
    • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
      • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, David Hildenbrand
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • Re: [PATCH v4 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
• Re: [PATCH v3] mm: introduce reference pages, John Hubbard
  • Re: [PATCH v3] mm: introduce reference pages, Matthew Wilcox
    • Re: [PATCH v3] mm: introduce reference pages, John Hubbard
      • Re: [PATCH v3] mm: introduce reference pages, Peter Collingbourne
  • Re: [PATCH v3] mm: introduce reference pages, Peter Collingbourne
• [PATCH iproute2 v5 0/2] iplink: hsr: add support for creating PRP device, Murali Karicheri
  • [PATCH iproute2 v5 1/2] iplink: hsr: add support for creating PRP device similar to HSR, Murali Karicheri
  • [PATCH iproute2 v5 2/2] ip: iplink: prp: update man page for new parameter, Murali Karicheri
  • Re: [PATCH iproute2 v5 0/2] iplink: hsr: add support for creating PRP device, Murali Karicheri
    • Re: [PATCH iproute2 v5 0/2] iplink: hsr: add support for creating PRP device, Murali Karicheri
  • Re: [PATCH iproute2 v5 0/2] iplink: hsr: add support for creating PRP device, Stephen Hemminger
• [RFC PATCH 0/2] proc,socket: attach description to sockets, Pascal Bouchareine
  • [PATCH 1/2] mm: add GFP mask param to strndup_user, Pascal Bouchareine
    • Re: [PATCH 1/2] mm: add GFP mask param to strndup_user, Al Viro
      • Re: [PATCH 1/2] mm: add GFP mask param to strndup_user, Alexey Dobriyan
  • [PATCH 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
    • Re: [PATCH 2/2] net: socket: implement SO_DESCRIPTION, kernel test robot
    • [RFC PATCH] net: socket: sock_set_description() can be static, kernel test robot
    • Re: [PATCH 2/2] net: socket: implement SO_DESCRIPTION, kernel test robot
    • Re: [PATCH 2/2] net: socket: implement SO_DESCRIPTION, kernel test robot
    • Re: [PATCH 2/2] net: socket: implement SO_DESCRIPTION, Eric Dumazet
      • Re: [PATCH 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
  • [PATCH v2 1/2] mm: add GFP mask param to strndup_user, Pascal Bouchareine
    • [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
      • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, kernel test robot
      • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, David Miller
        • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
          • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
            • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
              • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, David Miller
                • Re: [PATCH v2 2/2] net: socket: implement SO_DESCRIPTION, Pascal Bouchareine
    • Re: [PATCH v2 1/2] mm: add GFP mask param to strndup_user, Andrew Morton
      • Re: [PATCH v2 1/2] mm: add GFP mask param to strndup_user, Pascal Bouchareine
• setsid2(sid) proposal - assign current process to existing session, Devin Bayer
  • Re: setsid2(sid) proposal - assign current process to existing session, Christian Brauner
• [PATCH v4 0/2] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
  • [PATCH v4 1/2] mm: add GFP mask param to strndup_user, Pascal Bouchareine
  • [PATCH v4 2/2] fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
    • Re: [PATCH v4 2/2] fcntl: introduce F_SET_DESCRIPTION, Christoph Hellwig
      • Re: [PATCH v4 2/2] fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
• Re: INFO: task hung in pipe_release (2), syzbot
• KASAN: use-after-free Read in path_init (2), syzbot
  • [PATCH] Re: KASAN: use-after-free Read in path_init (2), Al Viro
    • Re: [PATCH] Re: KASAN: use-after-free Read in path_init (2), Linus Torvalds
      • Re: [PATCH] Re: KASAN: use-after-free Read in path_init (2), Al Viro
        • Re: [PATCH] Re: KASAN: use-after-free Read in path_init (2), Linus Torvalds
  • Re: KASAN: use-after-free Read in path_init (2), syzbot
• [PATCH v5 0/9] Syscall User Dispatch, Gabriel Krisman Bertazi
  • [PATCH v5 1/9] kernel: Support TIF_SYSCALL_INTERCEPT flag, Gabriel Krisman Bertazi
  • [PATCH v5 2/9] kernel: entry: Support TIF_SYSCAL_INTERCEPT on common entry code, Gabriel Krisman Bertazi
  • [PATCH v5 3/9] x86: vdso: Expose sigreturn address on vdso to the kernel, Gabriel Krisman Bertazi
    • Re: [PATCH v5 3/9] x86: vdso: Expose sigreturn address on vdso to the kernel, Andy Lutomirski
  • [PATCH v5 4/9] signal: Expose SYS_USER_DISPATCH si_code type, Gabriel Krisman Bertazi
  • [PATCH v5 5/9] kernel: Implement selective syscall userspace redirection, Gabriel Krisman Bertazi
  • [PATCH v5 7/9] x86: Enable Syscall User Dispatch, Gabriel Krisman Bertazi
  • [PATCH v5 8/9] selftests: Add kselftest for syscall user dispatch, Gabriel Krisman Bertazi
  • [PATCH v5 9/9] doc: Document Syscall User Dispatch, Gabriel Krisman Bertazi
  • [PATCH v5 6/9] kernel: entry: Support Syscall User Dispatch for common syscall entry, Gabriel Krisman Bertazi
• [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Eugene Lubarsky
  • [RFC PATCH 1/5] fs/proc: Introduce /proc/all/stat, Eugene Lubarsky
  • [RFC PATCH 5/5] fs/proc: Introduce /proc/all/statx, Eugene Lubarsky
  • [RFC PATCH 3/5] fs/proc: Introduce /proc/all/status, Eugene Lubarsky
  • [RFC PATCH 2/5] fs/proc: Introduce /proc/all/statm, Eugene Lubarsky
  • [RFC PATCH 4/5] fs/proc: Introduce /proc/all/io, Eugene Lubarsky
  • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Greg KH
    • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Eugene Lubarsky
      • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Greg KH
        • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Eugene Lubarsky
  • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Andrei Vagin
    • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, David Ahern
      • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Andrei Vagin
    • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Eugene Lubarsky
      • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Andrei Vagin
        • Re: [RFC PATCH 0/5] Introduce /proc/all/ to gather stats from all processes, Eugene Lubarsky
• [PATCH v3] fcntl: Add 32bit filesystem mode, Linus Walleij
• [PATCH 1/2] Add a manpage for watch_queue(7), David Howells
  • [PATCH 2/2] Modify the pipe(2) manpage for notification queues, David Howells
  • Re: [PATCH 1/2] Add a manpage for watch_queue(7), Ben Boeckel
  • Re: [PATCH 1/2] Add a manpage for watch_queue(7), David Howells
    • Re: [PATCH 1/2] Add a manpage for watch_queue(7), Ben Boeckel
    • Re: [PATCH 1/2] Add a manpage for watch_queue(7), David Howells
  • <Possible follow-ups>
  • [PATCH 1/2] Add a manpage for watch_queue(7), David Howells
    • [PATCH 2/2] Modify the pipe(2) manpage for notification queues, David Howells
    • Re: [PATCH 1/2] Add a manpage for watch_queue(7), Michael Kerrisk (man-pages)
• [PATCH 1/5] Add manpage for open_tree(2), David Howells
  • [PATCH 2/5] Add manpages for move_mount(2) and open_tree(2), David Howells
    • Re: [PATCH 2/5] Add manpages for move_mount(2) and open_tree(2), Michael Kerrisk (man-pages)
    • Re: [PATCH 2/5] Add manpages for move_mount(2) and open_tree(2), David Howells
      • Re: [PATCH 2/5] Add manpages for move_mount(2) and open_tree(2), Michael Kerrisk (man-pages)
  • [PATCH 3/5] Add manpage for fspick(2), David Howells
    • Re: [PATCH 3/5] Add manpage for fspick(2), Michael Kerrisk (man-pages)
  • [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), David Howells
    • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
  • [PATCH 5/5] Add manpage for fsconfig(2), David Howells
    • AW: [PATCH 5/5] Add manpage for fsconfig(2), Walter Harms
    • Re: AW: [PATCH 5/5] Add manpage for fsconfig(2), David Howells
      • AW: AW: [PATCH 5/5] Add manpage for fsconfig(2), Walter Harms
    • Re: [PATCH 5/5] Add manpage for fsconfig(2), Michael Kerrisk (man-pages)
  • Re: [PATCH 1/5] Add manpage for open_tree(2), Michael Kerrisk (man-pages)
  • Re: [PATCH 1/5] Add manpage for open_tree(2), Askar Safin
  • <Possible follow-ups>
  • [PATCH 1/5] Add manpage for open_tree(2), David Howells
    • [PATCH 2/5] Add manpages for move_mount(2), David Howells
      • Re: [PATCH 2/5] Add manpages for move_mount(2), Michael Kerrisk (man-pages)
        • Re: [PATCH 2/5] Add manpages for move_mount(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 2/5] Add manpages for move_mount(2), Michael Kerrisk (man-pages)
    • [PATCH 5/5] Add manpage for fsconfig(2), David Howells
      • Re: [PATCH 5/5] Add manpage for fsconfig(2), Michael Kerrisk (man-pages)
        • Re: [PATCH 5/5] Add manpage for fsconfig(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 5/5] Add manpage for fsconfig(2), Michael Kerrisk (man-pages)
    • [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), David Howells
      • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
        • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), David Howells
        • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
          • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
            • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
              • Re: [PATCH 4/5] Add manpage for fsopen(2) and fsmount(2), Michael Kerrisk (man-pages)
    • [PATCH 3/5] Add manpage for fspick(2), David Howells
      • Re: [PATCH 3/5] Add manpage for fspick(2), Michael Kerrisk (man-pages)
        • Re: [PATCH 3/5] Add manpage for fspick(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 3/5] Add manpage for fspick(2), Michael Kerrisk (man-pages)
    • Re: [PATCH 1/5] Add manpage for open_tree(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 1/5] Add manpage for open_tree(2), Michael Kerrisk (man-pages)
      • Re: [PATCH 1/5] Add manpage for open_tree(2), Michael Kerrisk (man-pages)
    • Re: [PATCH 1/5] Add manpage for open_tree(2), Aurélien Aptel
• [net-next iproute2 PATCH v4 0/2] iplink: hsr: add support for creating PRP device, Murali Karicheri
  • [net-next iproute2 PATCH v4 1/2] iplink: hsr: add support for creating PRP device similar to HSR, Murali Karicheri
    • Re: [net-next iproute2 PATCH v4 1/2] iplink: hsr: add support for creating PRP device similar to HSR, Stephen Hemminger
      • Re: [net-next iproute2 PATCH v4 1/2] iplink: hsr: add support for creating PRP device similar to HSR, Murali Karicheri
  • [net-next iproute2 PATCH v4 2/2] ip: iplink: prp: update man page for new parameter, Murali Karicheri
  • Re: [net-next iproute2 PATCH v4 0/2] iplink: hsr: add support for creating PRP device, Murali Karicheri
• [LTP-FAIL][02/21] fs: refactor ksys_umount, Vikas Kumar
  • Re: [LTP-FAIL][02/21] fs: refactor ksys_umount, Christoph Hellwig
    • Re: [LTP-FAIL][02/21] fs: refactor ksys_umount, Al Viro
      • Re: [LTP-FAIL][02/21] fs: refactor ksys_umount, Christoph Hellwig
• [PATCH v3 0/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v3 1/6] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
    • Re: [PATCH v3 1/6] mm: add definition of PMD_PAGE_ORDER, Kirill A. Shutemov
      • Re: [PATCH v3 1/6] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
  • [PATCH v3 2/6] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Randy Dunlap
      • Re: [PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Kirill A. Shutemov
      • Re: [PATCH v3 3/6] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v3 4/6] arch, mm: wire up memfd_secret system call were relevant, Mike Rapoport
  • [PATCH v3 5/6] mm: secretmem: use PMD-size pages to amortize direct map fragmentation, Mike Rapoport
  • [PATCH v3 6/6] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
• [GIT PULL] Mount notifications, David Howells
  • [GIT PULL] Filesystem Information, David Howells
    • Re: [GIT PULL] Filesystem Information, Miklos Szeredi
      • Re: [GIT PULL] Filesystem Information, Ian Kent
        • Re: [GIT PULL] Filesystem Information, Miklos Szeredi
          • Re: [GIT PULL] Filesystem Information, Ian Kent
            • Re: [GIT PULL] Filesystem Information, Miklos Szeredi
              • Re: [GIT PULL] Filesystem Information, Ian Kent
          • file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
            • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
              • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                    • Message not available
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                        • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
              • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Lennart Poettering
                        • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Christian Brauner
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Christian Brauner
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Ian Kent
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Andy Lutomirski
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Casey Schaufler
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Jann Horn
                        • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                          • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Andy Lutomirski
                          • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                            • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                              • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Casey Schaufler
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Al Viro
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Karel Zak
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
              • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                    • Re: file metadata via fs API, Steven Whitehouse
                      • Re: file metadata via fs API, Miklos Szeredi
                        • Re: file metadata via fs API, Karel Zak
                          • Re: file metadata via fs API, Miklos Szeredi
                            • Re: file metadata via fs API, Karel Zak
                          • Re: file metadata via fs API, David Howells
                            • Re: file metadata via fs API, Ian Kent
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                  • Re: file metadata via fs API, Steven Whitehouse
                    • Re: file metadata via fs API, Linus Torvalds
                      • Re: file metadata via fs API, Ian Kent
                      • Re: file metadata via fs API, Karel Zak
                      • Re: file metadata via fs API, Lennart Poettering
                      • Re: file metadata via fs API, Steven Whitehouse
                        • Re: file metadata via fs API, Linus Torvalds
                          • Re: file metadata via fs API, Linus Torvalds
                            • Re: file metadata via fs API, Miklos Szeredi
                              • Re: file metadata via fs API, Linus Torvalds
                                • Re: file metadata via fs API, Miklos Szeredi
                                • Re: file metadata via fs API, Linus Torvalds
                                • Re: file metadata via fs API, Miklos Szeredi
                                • Re: file metadata via fs API, Al Viro
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Jeffrey E Altman
                    • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Linus Torvalds
                      • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Jeffrey E Altman
                  • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Lennart Poettering
              • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), Miklos Szeredi
                • Re: file metadata via fs API (was: [GIT PULL] Filesystem Information), David Howells
  • Re: [GIT PULL] Mount notifications, Ian Kent
• [PATCH 00/18] VFS: Filesystem information [ver #21], David Howells
  • [PATCH 01/18] fsinfo: Introduce a non-repeating system-unique superblock ID [ver #21], David Howells
    • Re: [PATCH 01/18] fsinfo: Introduce a non-repeating system-unique superblock ID [ver #21], Miklos Szeredi
  • [PATCH 02/18] fsinfo: Add fsinfo() syscall to query filesystem information [ver #21], David Howells
    • Re: [PATCH 02/18] fsinfo: Add fsinfo() syscall to query filesystem information [ver #21], Miklos Szeredi
    • Re: [PATCH 02/18] fsinfo: Add fsinfo() syscall to query filesystem information [ver #21], David Howells
    • Re: [PATCH 02/18] fsinfo: Add fsinfo() syscall to query filesystem information [ver #21], Michael Kerrisk (man-pages)
  • [PATCH 03/18] fsinfo: Provide a bitmap of the features a filesystem supports [ver #21], David Howells
  • [PATCH 04/18] fsinfo: Allow retrieval of superblock devname, options and stats [ver #21], David Howells
  • [PATCH 05/18] fsinfo: Allow fsinfo() to look up a mount object by ID [ver #21], David Howells
    • Re: [PATCH 05/18] fsinfo: Allow fsinfo() to look up a mount object by ID [ver #21], Miklos Szeredi
  • [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], David Howells
    • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], Miklos Szeredi
      • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], Ian Kent
    • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], David Howells
      • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], David Howells
        • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], Matthew Wilcox
          • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], Ian Kent
      • Re: [PATCH 06/18] fsinfo: Add a uniquifier ID to struct mount [ver #21], Miklos Szeredi
  • [PATCH 07/18] fsinfo: Allow mount information to be queried [ver #21], David Howells
  • [PATCH 09/18] watch_queue: Mount event counters [ver #21], David Howells
  • [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], David Howells
    • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Miklos Szeredi
      • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Ian Kent
        • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Ian Kent
          • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Miklos Szeredi
            • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Ian Kent
              • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Miklos Szeredi
                • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Ian Kent
    • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], David Howells
      • Re: [PATCH 10/18] fsinfo: Provide notification overrun handling support [ver #21], Miklos Szeredi
  • [PATCH 11/18] fsinfo: sample: Mount listing program [ver #21], David Howells
  • [PATCH 12/18] fsinfo: Add API documentation [ver #21], David Howells
  • [PATCH 13/18] fsinfo: Add support for AFS [ver #21], David Howells
  • [PATCH 14/18] fsinfo: Add support to ext4 [ver #21], David Howells
  • [PATCH 15/18] fsinfo: Add an attribute that lists all the visible mounts in a namespace [ver #21], David Howells
    • Re: [PATCH 15/18] fsinfo: Add an attribute that lists all the visible mounts in a namespace [ver #21], Miklos Szeredi
      • Re: [PATCH 15/18] fsinfo: Add an attribute that lists all the visible mounts in a namespace [ver #21], Ian Kent
    • Re: [PATCH 15/18] fsinfo: Add an attribute that lists all the visible mounts in a namespace [ver #21], David Howells
  • [PATCH 08/18] fsinfo: Allow mount topology and propagation info to be retrieved [ver #21], David Howells
    • Re: [PATCH 08/18] fsinfo: Allow mount topology and propagation info to be retrieved [ver #21], Miklos Szeredi
    • Re: [PATCH 08/18] fsinfo: Allow mount topology and propagation info to be retrieved [ver #21], David Howells
      • Re: [PATCH 08/18] fsinfo: Allow mount topology and propagation info to be retrieved [ver #21], Miklos Szeredi
  • [PATCH 16/18] errseq: add a new errseq_scrape function [ver #21], David Howells
  • [PATCH 18/18] samples: add error state information to test-fsinfo.c [ver #21], David Howells
  • [PATCH 17/18] vfs: allow fsinfo to fetch the current state of s_wb_err [ver #21], David Howells
  • Re: [PATCH 00/18] VFS: Filesystem information [ver #21], James Bottomley
    • Re: [PATCH 00/18] VFS: Filesystem information [ver #21], Miklos Szeredi
  • Re: [PATCH 00/18] VFS: Filesystem information [ver #21], David Howells
• [PATCH 0/5] Mount notifications [ver #2], David Howells
  • [PATCH 1/5] watch_queue: Limit the number of watches a user can hold [ver #2], David Howells
  • [PATCH 2/5] watch_queue: Make watch_sizeof() check record size [ver #2], David Howells
  • [PATCH 3/5] watch_queue: Add security hooks to rule on setting mount watches [ver #2], David Howells
  • [PATCH 4/5] watch_queue: Implement mount topology and attribute change notifications [ver #2], David Howells
  • [PATCH 5/5] watch_queue: sample: Display mount tree change notifications [ver #2], David Howells
  • Re: [PATCH 0/5] Mount notifications [ver #2], David Howells
• [PATCH v20 00/12] Landlock LSM, Mickaël Salaün
  • [PATCH v20 01/12] landlock: Add object management, Mickaël Salaün
  • [PATCH v20 12/12] landlock: Add user and kernel documentation, Mickaël Salaün
  • [PATCH v20 10/12] selftests/landlock: Add initial tests, Mickaël Salaün
  • [PATCH v20 09/12] arch: Wire up Landlock syscalls, Mickaël Salaün
  • [PATCH v20 02/12] landlock: Add ruleset and domain management, Mickaël Salaün
  • [PATCH v20 07/12] landlock: Support filesystem access-control, Mickaël Salaün
  • [PATCH v20 08/12] landlock: Add syscall implementations, Mickaël Salaün
    • Re: [PATCH v20 08/12] landlock: Add syscall implementations, Mickaël Salaün
  • [PATCH v20 11/12] samples/landlock: Add a sandbox manager example, Mickaël Salaün
  • [PATCH v20 03/12] landlock: Set up the security framework and manage credentials, Mickaël Salaün
  • [PATCH v20 06/12] fs,security: Add sb_delete hook, Mickaël Salaün
  • [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
    • Re: [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Stephen Smalley
      • Re: [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
        • Re: [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Stephen Smalley
          • Re: [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Stephen Smalley
            • Re: [PATCH v20 05/12] LSM: Infrastructure management of the superblock, Mickaël Salaün
  • [PATCH v20 04/12] landlock: Add ptrace restrictions, Mickaël Salaün
• Re: [Linux-kernel-mentees] [PATCH v3] ptrace: Prevent kernel-infoleak in ptrace_get_syscall_info(), Dmitry V. Levin
  • Re: [Linux-kernel-mentees] [PATCH v3] ptrace: Prevent kernel-infoleak in ptrace_get_syscall_info(), Christian Brauner
• improve compat handling for the i386 u64 alignment quirk v2, Christoph Hellwig
  • [PATCH 1/3] compat: lift compat_s64 and compat_u64 to <asm-generic/compat.h>, Christoph Hellwig
  • [PATCH 2/3] compat: add a compat_need_64bit_alignment_fixup() helper, Christoph Hellwig
  • [PATCH 3/3] quota: simplify the quotactl compat handling, Christoph Hellwig
    • RE: [PATCH 3/3] quota: simplify the quotactl compat handling, David Laight
    • RE: [PATCH 3/3] quota: simplify the quotactl compat handling, David Laight
  • Re: improve compat handling for the i386 u64 alignment quirk v2, Ingo Molnar
• Re: [PATCH 00/23] proc: Introduce /proc/namespaces/ directory to expose namespaces lineary, Christian Brauner
  • <Possible follow-ups>
  • Re: [PATCH 00/23] proc: Introduce /proc/namespaces/ directory to expose namespaces lineary, Eric W. Biederman
• [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
  • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
  • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Carlos O'Donell
    • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
      • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Carlos O'Donell
        • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, enh
          • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
            • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, enh
              • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
  • Message not available
    • Re: [RFC PATCH] Replacing "master-slave" terminology for pseudoterminals, Michael Kerrisk (man-pages)
• add file system helpers that take kernel pointers for the init code v4, Christoph Hellwig
  • [PATCH 06/23] init: mark console_on_rootfs as __init, Christoph Hellwig
  • [PATCH 07/23] init: mark create_dev as __init, Christoph Hellwig
  • [PATCH 10/23] init: add an init_unlink helper, Christoph Hellwig
  • [PATCH 12/23] init: add an init_chdir helper, Christoph Hellwig
  • [PATCH 13/23] init: add an init_chroot helper, Christoph Hellwig
  • [PATCH 14/23] init: add an init_chown helper, Christoph Hellwig
  • [PATCH 15/23] init: add an init_chmod helper, Christoph Hellwig
  • [PATCH 18/23] init: add an init_symlink helper, Christoph Hellwig
  • [PATCH 19/23] init: add an init_mkdir helper, Christoph Hellwig
  • [PATCH 20/23] init: add an init_mknod helper, Christoph Hellwig
  • [PATCH 21/23] init: add an init_stat helper, Christoph Hellwig
    • [PATCH] init: fix error check in clean_path(), Barret Rhoden
      • Re: [PATCH] init: fix error check in clean_path(), Christoph Hellwig
  • [PATCH 23/23] init: add an init_dup helper, Christoph Hellwig
  • [PATCH 22/23] init: add an init_utimes helper, Christoph Hellwig
  • [PATCH 16/23] init: add an init_eaccess helper, Christoph Hellwig
  • [PATCH 17/23] init: add an init_link helper, Christoph Hellwig
  • [PATCH 11/23] init: add an init_rmdir helper, Christoph Hellwig
  • [PATCH 09/23] init: add an init_umount helper, Christoph Hellwig
  • [PATCH 08/23] init: add an init_mount helper, Christoph Hellwig
  • [PATCH 05/23] init: initialize ramdisk_execute_command at compile time, Christoph Hellwig
  • [PATCH 01/23] fs: refactor do_mount, Christoph Hellwig
  • [PATCH 02/23] fs: refactor ksys_umount, Christoph Hellwig
    • Re: [PATCH 02/23] fs: refactor ksys_umount, Naresh Kamboju
      • Re: [PATCH 02/23] fs: refactor ksys_umount, Naresh Kamboju
  • [PATCH 03/23] fs: push the getname from do_rmdir into the callers, Christoph Hellwig
  • [PATCH 04/23] devtmpfs: refactor devtmpfsd(), Christoph Hellwig
    • Re: [PATCH 04/23] devtmpfs: refactor devtmpfsd(), Greg Kroah-Hartman
  • Re: add file system helpers that take kernel pointers for the init code v4, Al Viro
    • Re: add file system helpers that take kernel pointers for the init code v4, Christoph Hellwig
      • Re: add file system helpers that take kernel pointers for the init code v4, Al Viro
        • Re: add file system helpers that take kernel pointers for the init code v4, Christoph Hellwig
  • Re: add file system helpers that take kernel pointers for the init code v4, Qian Cai
    • Re: add file system helpers that take kernel pointers for the init code v4, Christoph Hellwig
• Re: [RFC PATCH 0/5] madvise MADV_DOEXEC, Christian Brauner
• [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, madvenka
  • [PATCH v1 3/4] [RFC] arm64/trampfd: Provide support for the trampoline file descriptor, madvenka
  • [PATCH v1 4/4] [RFC] arm/trampfd: Provide support for the trampoline file descriptor, madvenka
  • [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor, madvenka
    • Re: [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor, Greg KH
      • Re: [PATCH v1 2/4] [RFC] x86/trampfd: Provide support for the trampoline file descriptor, Madhavan T. Venkataraman
  • [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API, madvenka
    • Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API, Oleg Nesterov
      • Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API, Madhavan T. Venkataraman
        • Re: [PATCH v1 1/4] [RFC] fs/trampfd: Implement the trampoline file descriptor API, Oleg Nesterov
  • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Andy Lutomirski
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
            • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
        • Message not available
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Andy Lutomirski
  • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Casey Schaufler
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, James Morris
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
  • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Andy Lutomirski
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Florian Weimer
    • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Pavel Machek
        • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
    • Message not available
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Andy Lutomirski
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
            • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
              • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
                • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
                  • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
            • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
              • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
                • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
                  • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
                  • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
                • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Florian Weimer
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Andy Lutomirski
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
      • RE: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, David Laight
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
  • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
    • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
      • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
        • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Pavel Machek
            • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
              • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Pavel Machek
                • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
          • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
            • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Madhavan T. Venkataraman
            • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mickaël Salaün
              • Re: [PATCH v1 0/4] [RFC] Implement Trampoline File Descriptor, Mark Rutland
• [PATCH v2 0/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
  • [PATCH v2 1/7] mm: add definition of PMD_PAGE_ORDER, Mike Rapoport
  • [PATCH v2 2/7] mmap: make mlock_future_check() global, Mike Rapoport
  • [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
    • Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Catalin Marinas
      • Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mike Rapoport
        • Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Catalin Marinas
      • Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Mark Rutland
        • Re: [PATCH v2 3/7] mm: introduce memfd_secret system call to create "secret" memory areas, Catalin Marinas
  • [PATCH v2 4/7] arch, mm: wire up memfd_secret system call were relevant, Mike Rapoport
    • Re: [PATCH v2 4/7] arch, mm: wire up memfd_secret system call were relevant, Arnd Bergmann
  • [PATCH v2 5/7] mm: secretmem: use PMD-size pages to amortize direct map fragmentation, Mike Rapoport
  • [PATCH v2 6/7] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
  • [PATCH v2 7/7] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
    • Re: [PATCH v2 7/7] mm: secretmem: add ability to reserve memory at boot, Mike Rapoport
• improve compat handling for the i386 u64 alignment quirk, Christoph Hellwig
  • [PATCH 4/4] quota: simplify the quotactl compat handling, Christoph Hellwig
    • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Al Viro
      • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Christoph Hellwig
        • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Al Viro
    • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Jan Kara
      • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Al Viro
        • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Jan Kara
          • Re: [PATCH 4/4] quota: simplify the quotactl compat handling, Al Viro
  • [PATCH 1/4] arm64: stop using <asm/compat.h> directly, Christoph Hellwig
    • Re: [PATCH 1/4] arm64: stop using <asm/compat.h> directly, Nathan Chancellor
      • Re: [PATCH 1/4] arm64: stop using <asm/compat.h> directly, Naresh Kamboju
  • [PATCH 2/4] compat: lift compat_s64 and compat_u64 to <linux/compat.h>, Christoph Hellwig
    • [PATCH 2/4 v2] compat: lift compat_s64 and compat_u64 to <linux/compat.h>, Christoph Hellwig
  • [PATCH 3/4] compat: add a compat_need_64bit_alignment_fixup() helper, Christoph Hellwig
• add file system helpers that take kernel pointers for the init code v3, Christoph Hellwig
  • [PATCH 02/21] fs: refactor ksys_umount, Christoph Hellwig
  • [PATCH 04/21] devtmpfs: refactor devtmpfsd(), Christoph Hellwig
    • Re: [PATCH 04/21] devtmpfs: refactor devtmpfsd(), Greg Kroah-Hartman
      • Re: [PATCH 04/21] devtmpfs: refactor devtmpfsd(), Christoph Hellwig
  • [PATCH 09/21] init: add an init_unlink helper, Christoph Hellwig
  • [PATCH 18/21] init: add an init_mkdir helper, Christoph Hellwig
  • [PATCH 20/21] init: add an init_stat helper, Christoph Hellwig
  • [PATCH 21/21] init: add an init_utimes helper, Christoph Hellwig
  • [PATCH 19/21] init: add an init_mknod helper, Christoph Hellwig
  • [PATCH 16/21] init: add an init_link helper, Christoph Hellwig
  • [PATCH 17/21] init: add an init_symlink helper, Christoph Hellwig
  • [PATCH 11/21] init: add an init_chdir helper, Christoph Hellwig
  • [PATCH 12/21] init: add an init_chroot helper, Christoph Hellwig
  • [PATCH 14/21] init: add an init_chmod helper, Christoph Hellwig
  • [PATCH 13/21] init: add an init_chown helper, Christoph Hellwig
  • [PATCH 15/21] init: add an init_eaccess helper, Christoph Hellwig
  • [PATCH 06/21] init: mark create_dev as __init, Christoph Hellwig
  • [PATCH 10/21] init: add an init_rmdir helper, Christoph Hellwig
  • [PATCH 08/21] init: add an init_umount helper, Christoph Hellwig
  • [PATCH 07/21] init: add an init_mount helper, Christoph Hellwig
  • [PATCH 05/21] init: initialize ramdisk_execute_command at compile time, Christoph Hellwig
  • [PATCH 01/21] fs: refactor do_mount, Christoph Hellwig
  • [PATCH 03/21] fs: push the getname from do_rmdir into the callers, Christoph Hellwig
  • Re: add file system helpers that take kernel pointers for the init code v3, Linus Torvalds
    • Re: add file system helpers that take kernel pointers for the init code v3, Christoph Hellwig
      • Re: add file system helpers that take kernel pointers for the init code v3, Al Viro
        • Re: add file system helpers that take kernel pointers for the init code v3, Christoph Hellwig
          • Re: add file system helpers that take kernel pointers for the init code v3, Christoph Hellwig
            • Re: add file system helpers that take kernel pointers for the init code v3, Al Viro
• [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
  • Re: [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION, Al Viro
    • Re: [PATCH] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
  • [PATCH v2] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
    • [PATCH v3] This command attaches a description to a file descriptor for troubleshooting purposes. The free string is displayed in the process fdinfo file for that fd /proc/pid/fdinfo/fd., Pascal Bouchareine
      • Re: [PATCH v3] This command attaches a description to a file descriptor for troubleshooting purposes. The free string is displayed in the process fdinfo file for that fd /proc/pid/fdinfo/fd., Pascal Bouchareine
    • [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
      • Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION, Alexey Dobriyan
        • Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
          • Re: [PATCH v3] proc,fcntl: introduce F_SET_DESCRIPTION, Pascal Bouchareine
• [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context, Casey Schaufler
  • Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context, John Johansen
    • Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context, Casey Schaufler
      • Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context, John Johansen
        • Re: [PATCH v19 22/23] LSM: Add /proc attr entry for full LSM context, Casey Schaufler
• [PATCH v4 0/6] zone-append support in io-uring and aio, Kanchan Joshi
  • Message not available
    • [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND, Kanchan Joshi
      • Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND, Jens Axboe
      • Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND, Christoph Hellwig
        • Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND, Matthew Wilcox
          • Re: [PATCH v4 1/6] fs: introduce FMODE_ZONE_APPEND and IOCB_ZONE_APPEND, Christoph Hellwig
  • Message not available
    • [PATCH v4 2/6] fs: change ki_complete interface to support 64bit ret2, Kanchan Joshi
      • Re: [PATCH v4 2/6] fs: change ki_complete interface to support 64bit ret2, Christoph Hellwig
  • Message not available
    • [PATCH v4 3/6] uio: return status with iov truncation, Kanchan Joshi
  • Message not available
    • [PATCH v4 4/6] block: add zone append handling for direct I/O path, Kanchan Joshi
      • Re: [PATCH v4 4/6] block: add zone append handling for direct I/O path, Christoph Hellwig
  • Message not available
    • [PATCH v4 5/6] block: enable zone-append for iov_iter of bvec type, Kanchan Joshi
      • Re: [PATCH v4 5/6] block: enable zone-append for iov_iter of bvec type, Christoph Hellwig
  • Message not available
    • [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
      • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Jens Axboe
        • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
          • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Jens Axboe
            • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Pavel Begunkov
              • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Jens Axboe
                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Pavel Begunkov
                  • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Jens Axboe
                    • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Pavel Begunkov
                      • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                        • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Jens Axboe
                          • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                            • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                              • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Luis Chamberlain
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, hch@xxxxxxxxxxxxx
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Kanchan Joshi
                                • Re: [PATCH v4 6/6] io_uring: add support for zone-append, Damien Le Moal