Linux API

• Date Index

• Re: [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, (continued)
  • Re: [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
    • Re: [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, Andy Lutomirski
      • Re: [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
  • [PATCH v25 00/12] /dev/random - a new approach with full SP800-90B, Stephan Müller
    • [PATCH v25 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
    • [PATCH v25 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
    • [PATCH v25 01/12] Linux Random Number Generator, Stephan Müller
      • Re: [PATCH v25 01/12] Linux Random Number Generator, Thomas Gleixner
        • Re: [PATCH v25 01/12] Linux Random Number Generator, Stephan Müller
      • Re: [PATCH v25 01/12] Linux Random Number Generator, Nicolai Stange
        • Re: [PATCH v25 01/12] Linux Random Number Generator, Stephan Müller
    • [PATCH v25 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
      • Re: [PATCH v25 09/12] LRNG - add Jitter RNG fast noise source, Neil Horman
        • Re: [PATCH v25 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
          • Re: [PATCH v25 09/12] LRNG - add Jitter RNG fast noise source, Neil Horman
            • Re: [PATCH v25 09/12] LRNG - add Jitter RNG fast noise source, Stephan Mueller
    • [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
      • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Andy Lutomirski
        • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
          • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Andy Lutomirski
      • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Randy Dunlap
        • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
      • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Nicolai Stange
        • Re: [PATCH v25 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
    • [PATCH v25 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
    • [PATCH v25 10/12] LRNG - add TRNG support, Stephan Müller
      • Re: [PATCH v25 10/12] LRNG - add TRNG support, Andy Lutomirski
        • Re: [PATCH v25 10/12] LRNG - add TRNG support, Stephan Müller
          • Re: [PATCH v25 10/12] LRNG - add TRNG support, Andy Lutomirski
            • Re: [PATCH v25 10/12] LRNG - add TRNG support, Stephan Mueller
            • Re: [PATCH v25 10/12] LRNG - add TRNG support, Greg Kroah-Hartman
              • Re: [PATCH v25 10/12] LRNG - add TRNG support, Stephan Müller
                • Re: [PATCH v25 10/12] LRNG - add TRNG support, Alexander E. Patrakov
                • Re: [PATCH v25 10/12] LRNG - add TRNG support, Greg Kroah-Hartman
                  • Re: [PATCH v25 10/12] LRNG - add TRNG support, Stephan Müller
                    • Re: [PATCH v25 10/12] LRNG - add TRNG support, Alexander E. Patrakov
                    • Re: [PATCH v25 10/12] LRNG - add TRNG support, Greg Kroah-Hartman
                      • Re: [PATCH v25 10/12] LRNG - add TRNG support, Stephan Müller
    • [PATCH v25 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
    • [PATCH v25 03/12] LRNG - /proc interface, Stephan Müller
      • Re: [PATCH v25 03/12] LRNG - /proc interface, Andy Lutomirski
        • Re: [PATCH v25 03/12] LRNG - /proc interface, Stephan Müller
          • Re: [PATCH v25 03/12] LRNG - /proc interface, Andy Lutomirski
            • Re: [PATCH v25 03/12] LRNG - /proc interface, Stephan Mueller
              • Re: [PATCH v25 03/12] LRNG - /proc interface, Andy Lutomirski
      • Re: [PATCH v25 03/12] LRNG - /proc interface, Eric W. Biederman
        • Re: [PATCH v25 03/12] LRNG - /proc interface, Stephan Müller
    • [PATCH v25 02/12] LRNG - allocate one SDRNG instance per NUMA node, Stephan Müller
    • [PATCH v25 04/12] LRNG - add switchable DRNG support, Stephan Müller
    • [PATCH v25 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
    • [PATCH v26 00/12] /dev/random - a new approach with full SP800-90B, Stephan Müller
      • [PATCH v26 02/12] LRNG - allocate one SDRNG instance per NUMA node, Stephan Müller
      • [PATCH v26 04/12] LRNG - add switchable DRNG support, Stephan Müller
      • [PATCH v26 10/12] LRNG - add TRNG support, Stephan Müller
      • [PATCH v26 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
      • [PATCH v26 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
      • [PATCH v26 01/12] Linux Random Number Generator, Stephan Müller
        • Re: [PATCH v26 01/12] Linux Random Number Generator, kbuild test robot
          • Re: [PATCH v26 01/12] Linux Random Number Generator, Stephan Mueller
      • [PATCH v26 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
      • [PATCH v26 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
      • [PATCH v26 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
      • [PATCH v26 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
      • [PATCH v26 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
      • [PATCH v26 03/12] LRNG - sysctls and /proc interface, Stephan Müller
      • [PATCH v27 00/12] /dev/random - a new approach with full SP800-90B, Stephan Müller
        • [PATCH v27 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
        • [PATCH v27 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
        • [PATCH v27 04/12] LRNG - add switchable DRNG support, Stephan Müller
          • Re: [PATCH v27 04/12] LRNG - add switchable DRNG support, kbuild test robot
            • Re: [PATCH v27 04/12] LRNG - add switchable DRNG support, Stephan Müller
        • [PATCH v27 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
        • [PATCH v27 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
        • [PATCH v27 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
        • [PATCH v27 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
          • Re: [PATCH v27 10/12] LRNG - add SP800-90B compliant health tests, Randy Dunlap
            • Re: [PATCH v27 10/12] LRNG - add SP800-90B compliant health tests, Stephan Mueller
        • [PATCH v27 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
          • Re: [PATCH v27 09/12] LRNG - add Jitter RNG fast noise source, Randy Dunlap
            • Re: [PATCH v27 09/12] LRNG - add Jitter RNG fast noise source, Stephan Mueller
        • [PATCH v27 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
        • [PATCH v27 03/12] LRNG - sysctls and /proc interface, Stephan Müller
        • [PATCH v27 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
          • Re: [PATCH v27 12/12] LRNG - add power-on and runtime self-tests, Randy Dunlap
            • Re: [PATCH v27 12/12] LRNG - add power-on and runtime self-tests, Stephan Mueller
          • Re: [PATCH v27 12/12] LRNG - add power-on and runtime self-tests, Dan Carpenter
            • Re: [PATCH v27 12/12] LRNG - add power-on and runtime self-tests, Stephan Mueller
        • [PATCH v27 01/12] Linux Random Number Generator, Stephan Müller
          • Re: [PATCH v27 01/12] Linux Random Number Generator, kbuild test robot
            • Re: [PATCH v27 01/12] Linux Random Number Generator, Stephan Mueller
        • [PATCH v28 00/12] /dev/random - a new approach with full SP800-90B, Stephan Müller
          • [PATCH v28 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
            • Re: [PATCH v28 07/12] LRNG - add kernel crypto API PRNG extension, Randy Dunlap
              • Re: [PATCH v28 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Mueller
          • [PATCH v28 01/12] Linux Random Number Generator, Stephan Müller
            • Re: [PATCH v28 01/12] Linux Random Number Generator, Randy Dunlap
              • Re: [PATCH v28 01/12] Linux Random Number Generator, Stephan Mueller
          • [PATCH v28 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
          • [PATCH v28 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
          • [PATCH v28 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
          • [PATCH v28 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
            • Re: [PATCH v28 09/12] LRNG - add Jitter RNG fast noise source, Randy Dunlap
              • Re: [PATCH v28 09/12] LRNG - add Jitter RNG fast noise source, Stephan Mueller
          • [PATCH v28 03/12] LRNG - sysctls and /proc interface, Stephan Müller
          • [PATCH v28 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
            • Re: [PATCH v28 11/12] LRNG - add interface for gathering of raw entropy, Randy Dunlap
              • Re: [PATCH v28 11/12] LRNG - add interface for gathering of raw entropy, Stephan Mueller
                • Re: [PATCH v28 11/12] LRNG - add interface for gathering of raw entropy, Randy Dunlap
                  • Re: [PATCH v28 11/12] LRNG - add interface for gathering of raw entropy, Stephan Mueller
          • [PATCH v28 04/12] LRNG - add switchable DRNG support, Stephan Müller
          • [PATCH v28 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
          • [PATCH v28 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
          • [PATCH v28 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
            • Re: [PATCH v28 06/12] LRNG - add SP800-90A DRBG extension, Randy Dunlap
              • Re: [PATCH v28 06/12] LRNG - add SP800-90A DRBG extension, Stephan Mueller
          • [PATCH v29 00/12] /dev/random - a new approach with full SP800-90B, Stephan Müller
            • [PATCH v29 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
            • [PATCH v29 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
            • [PATCH v29 04/12] LRNG - add switchable DRNG support, Stephan Müller
            • [PATCH v29 02/12] LRNG - allocate one DRNG instance per NUMA node, Stephan Müller
            • [PATCH v29 12/12] LRNG - add power-on and runtime self-tests, Stephan Müller
            • [PATCH v29 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
            • [PATCH v29 03/12] LRNG - sysctls and /proc interface, Stephan Müller
            • [PATCH v29 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
            • [PATCH v29 10/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
            • [PATCH v29 01/12] Linux Random Number Generator, Stephan Müller
            • [PATCH v29 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
            • [PATCH v29 11/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
• [PATCH 5.3 063/193] clone3: validate stack arguments, Greg Kroah-Hartman
• Re: [PATCH] Add prctl support for controlling mem reclaim V3, Michal Hocko
• Missing size_t declaration in UAPI, Elichai Turkel
  • Message not available
    • Re: Missing size_t declaration in UAPI, Elichai Turkel
      • Re: Missing size_t declaration in UAPI, Elichai Turkel
      • Re: Missing size_t declaration in UAPI, Florian Weimer
        • Message not available
          • Message not available
            • Re: Missing size_t declaration in UAPI, Elichai Turkel
• [PATCH 00/23] y2038 cleanups, Arnd Bergmann
  • [PATCH 10/23] y2038: uapi: change __kernel_time_t to __kernel_old_time_t, Arnd Bergmann
    • Re: [PATCH 10/23] y2038: uapi: change __kernel_time_t to __kernel_old_time_t, Deepa Dinamani
    • Re: [PATCH 10/23] y2038: uapi: change __kernel_time_t to __kernel_old_time_t, Christian Brauner
  • [PATCH 12/23] y2038: syscalls: change remaining timeval to __kernel_old_timeval, Arnd Bergmann
    • Re: [PATCH 12/23] y2038: syscalls: change remaining timeval to __kernel_old_timeval, Christian Brauner
    • Re: [PATCH 12/23] y2038: syscalls: change remaining timeval to __kernel_old_timeval, Rafael J. Wysocki
  • [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Arnd Bergmann
    • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Thomas Gleixner
      • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Arnd Bergmann
        • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Thomas Gleixner
          • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Arnd Bergmann
    • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Abel Vesa
      • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Arnd Bergmann
        • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Rasmus Villemoes
          • Re: [PATCH 17/23] y2038: time: avoid timespec usage in settimeofday(), Arnd Bergmann
  • [PATCH 23/23] y2038: allow disabling time32 system calls, Arnd Bergmann
    • Re: [PATCH 23/23] y2038: allow disabling time32 system calls, Christian Brauner
  • Re: [PATCH 00/23] y2038 cleanups, Arnd Bergmann
• [PATCH v7 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
      • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Henning Schild
        • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, James Bottomley
          • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
            • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Michael Kerrisk (man-pages)
              • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
                • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Michael Kerrisk (man-pages)
    • Re: [PATCH v7 1/1] ns: add binfmt_misc to the user namespace, Christian Brauner
• [RFC PATCH 00/14] pipe: Keyrings, Block and USB notifications [ver #2], David Howells
  • [RFC PATCH 01/14] uapi: General notification queue definitions [ver #2], David Howells
  • [RFC PATCH 02/14] security: Add hooks to rule on setting a watch [ver #2], David Howells
  • [RFC PATCH 03/14] security: Add a hook for the point of notification insertion [ver #2], David Howells
  • [RFC PATCH 04/14] pipe: Add O_NOTIFICATION_PIPE [ver #2], David Howells
    • Re: [RFC PATCH 04/14] pipe: Add O_NOTIFICATION_PIPE [ver #2], Andy Lutomirski
    • Re: [RFC PATCH 04/14] pipe: Add O_NOTIFICATION_PIPE [ver #2], David Howells
      • Re: [RFC PATCH 04/14] pipe: Add O_NOTIFICATION_PIPE [ver #2], Andy Lutomirski
      • Re: [RFC PATCH 04/14] pipe: Add O_NOTIFICATION_PIPE [ver #2], David Howells
  • [RFC PATCH 05/14] pipe: Add general notification queue support [ver #2], David Howells
  • [RFC PATCH 06/14] keys: Add a notification facility [ver #2], David Howells
  • [RFC PATCH 07/14] Add sample notification program [ver #2], David Howells
  • [RFC PATCH 08/14] pipe: Allow buffers to be marked read-whole-or-error for notifications [ver #2], David Howells
    • Re: [RFC PATCH 08/14] pipe: Allow buffers to be marked read-whole-or-error for notifications [ver #2], Andy Lutomirski
    • Re: [RFC PATCH 08/14] pipe: Allow buffers to be marked read-whole-or-error for notifications [ver #2], David Howells
  • [RFC PATCH 09/14] pipe: Add notification lossage handling [ver #2], David Howells
  • [RFC PATCH 10/14] Add a general, global device notification watch list [ver #2], David Howells
  • [RFC PATCH 11/14] block: Add block layer notifications [ver #2], David Howells
  • [RFC PATCH 12/14] usb: Add USB subsystem notifications [ver #2], David Howells
  • [RFC PATCH 13/14] selinux: Implement the watch_key security hook [ver #2], David Howells
  • [RFC PATCH 14/14] smack: Implement the watch_key and post_notification hooks [ver #2], David Howells
  • Re: [RFC PATCH 05/14] pipe: Add general notification queue support [ver #2], David Howells
• Continuing the UAPI split, Elichai Turkel
  • Re: Continuing the UAPI split, Greg KH
  • Re: Continuing the UAPI split, Christian Brauner
    • Re: Continuing the UAPI split, Florian Weimer
      • Re: Continuing the UAPI split, Elichai Turkel
        • Re: Continuing the UAPI split, Florian Weimer
          • Re: Continuing the UAPI split, Christian Brauner
            • Re: Continuing the UAPI split, Florian Weimer
              • Re: Continuing the UAPI split, Christian Brauner
          • Re: Continuing the UAPI split, Carlos O'Donell
        • Re: Continuing the UAPI split, Szabolcs Nagy
          • Re: Continuing the UAPI split, Carlos O'Donell
            • Re: Continuing the UAPI split, Florian Weimer
              • Re: Continuing the UAPI split, Carlos O'Donell
                • Re: Continuing the UAPI split, Florian Weimer
• [PATCH 0/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Mike Rapoport
  • [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Mike Rapoport
    • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
    • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
      • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andy Lutomirski
        • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
          • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
            • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
              • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
                • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
                  • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
                  • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andy Lutomirski
                    • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
        • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
          • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
            • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Mike Rapoport
              • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
                • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
                  • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
                    • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
                      • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Daniel Colascione
                        • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andrea Arcangeli
                      • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Andy Lutomirski
    • Re: [PATCH 1/1] userfaultfd: require CAP_SYS_PTRACE for UFFD_FEATURE_EVENT_FORK, Aleksa Sarai
• [PATCH v15 0/9] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH v15 1/9] namei: LOOKUP_NO_SYMLINKS: block symlink resolution, Aleksa Sarai
  • [PATCH v15 2/9] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution, Aleksa Sarai
    • Re: [PATCH v15 2/9] namei: LOOKUP_NO_MAGICLINKS: block magic-link resolution, Al Viro
  • [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing, Aleksa Sarai
    • Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing, Al Viro
      • Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing, Aleksa Sarai
        • Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing, Al Viro
          • Re: [PATCH v15 3/9] namei: LOOKUP_NO_XDEV: block mountpoint crossing, Aleksa Sarai
  • [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution, Aleksa Sarai
    • Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution, Al Viro
      • Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution, Aleksa Sarai
        • Re: [PATCH v15 4/9] namei: LOOKUP_BENEATH: O_BENEATH-like scoped resolution, Aleksa Sarai
  • [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution, Aleksa Sarai
    • Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution, Al Viro
      • Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution, Aleksa Sarai
        • Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution, Al Viro
          • Re: [PATCH v15 5/9] namei: LOOKUP_IN_ROOT: chroot-like scoped resolution, Aleksa Sarai
  • [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution, Aleksa Sarai
    • Re: [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution, Al Viro
      • Re: [PATCH v15 6/9] namei: LOOKUP_{IN_ROOT,BENEATH}: permit limited ".." resolution, Aleksa Sarai
  • [PATCH v15 8/9] selftests: add openat2(2) selftests, Aleksa Sarai
  • [PATCH v15 7/9] open: introduce openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH v15 7/9] open: introduce openat2(2) syscall, Al Viro
      • Re: [PATCH v15 7/9] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH v15 9/9] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED, Aleksa Sarai
  • Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, Aleksa Sarai
    • Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, Kees Cook
      • Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, Christian Brauner
      • Re: [PATCH v15 0/9] open: introduce openat2(2) syscall, Aleksa Sarai
• [PATCH 1/1] syscalls: Fix references to filenames containing syscall defs, Mohammad Nasirifar
  • Re: [PATCH 1/1] syscalls: Fix references to filenames containing syscall defs, Thomas Gleixner
    • Re: [PATCH 1/1] syscalls: Fix references to filenames containing syscall defs, Arnd Bergmann
      • Re: [PATCH 1/1] syscalls: Fix references to filenames containing syscall defs, Mohammad Nasirifar
        • Re: [PATCH 1/1] syscalls: Fix references to filenames containing syscall defs, Thomas Gleixner
• [PATCH bpf-next v13 0/7] Landlock LSM, Mickaël Salaün
  • [PATCH bpf-next v13 7/7] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
  • [PATCH bpf-next v13 1/7] bpf,landlock: Define an eBPF program type for Landlock hooks, Mickaël Salaün
  • [PATCH bpf-next v13 3/7] landlock,seccomp: Apply Landlock programs to process hierarchy, Mickaël Salaün
  • [PATCH bpf-next v13 6/7] bpf,landlock: Add tests for the Landlock ptrace program type, Mickaël Salaün
  • [PATCH bpf-next v13 2/7] landlock: Add the management of domains, Mickaël Salaün
  • [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
    • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Alexei Starovoitov
      • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Casey Schaufler
        • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Alexei Starovoitov
          • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Casey Schaufler
            • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Alexei Starovoitov
              • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Casey Schaufler
      • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
        • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Alexei Starovoitov
          • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
          • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, KP Singh
            • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
              • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, KP Singh
                • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
                  • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Daniel Borkmann
                    • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
                  • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, KP Singh
        • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, KP Singh
          • Re: [PATCH bpf-next v13 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
  • [PATCH bpf-next v13 5/7] bpf,landlock: Add task_landlock_ptrace_ancestor() helper, Mickaël Salaün
• [PATCH v4] mm: Fix checking unmapped holes for mbind, Li Xinhai
• [PATCH v3] mm: Fix checking unmapped holes for mbind, Li Xinhai
• [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Shawn Landden
  • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Shawn Landden
  • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
    • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
  • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Florian Weimer
    • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
      • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Florian Weimer
        • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
          • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Carlos O'Donell
            • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
              • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Florian Weimer
                • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
              • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Zack Weinberg
                • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Florian Weimer
            • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Florian Weimer
              • Re: [RFC v2 PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Thomas Gleixner
      • handle_exit_race && PF_EXITING, Oleg Nesterov
        • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
          • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
            • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
              • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
                • Re: handle_exit_race && PF_EXITING, Oleg Nesterov
                  • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
                    • Re: handle_exit_race && PF_EXITING, Oleg Nesterov
                      • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
                        • Re: handle_exit_race && PF_EXITING, Oleg Nesterov
                          • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
                          • Re: handle_exit_race && PF_EXITING, Thomas Gleixner
                            • Re: handle_exit_race && PF_EXITING, Oleg Nesterov
• [RFC PATCH] futex: extend set_robust_list to allow 2 locking ABIs at the same time., Shawn Landden
• tracefs splats in lockdown=confidentiality mode, dann frazier
  • Re: tracefs splats in lockdown=confidentiality mode, Steven Rostedt
    • Re: tracefs splats in lockdown=confidentiality mode, Jordan Glover
      • Re: tracefs splats in lockdown=confidentiality mode, dann frazier
  • Re: tracefs splats in lockdown=confidentiality mode, Matthew Garrett
    • Re: tracefs splats in lockdown=confidentiality mode, Steven Rostedt
• [RFC PATCH 00/11] pipe: Notification queue preparation [ver #3], David Howells
  • [RFC PATCH 01/11] pipe: Reduce #inclusion of pipe_fs_i.h [ver #3], David Howells
  • [RFC PATCH 02/11] Remove the nr_exclusive argument from __wake_up_sync_key() [ver #3], David Howells
  • [RFC PATCH 03/11] Add wake_up_interruptible_sync_poll_locked() [ver #3], David Howells
  • [RFC PATCH 04/11] pipe: Use head and tail pointers for the ring, not cursor and length [ver #3], David Howells
    • [pipe] d60337eff1: phoronix-test-suite.noise-level.0.activity_level 144.0% improvement, lkp report check
      • Re: [pipe] d60337eff1: phoronix-test-suite.noise-level.0.activity_level 144.0% improvement, Linus Torvalds
      • Re: [pipe] d60337eff1: phoronix-test-suite.noise-level.0.activity_level 144.0% improvement, David Howells
    • [pipe] d60337eff1: BUG:kernel_NULL_pointer_dereference,address, kernel test robot
      • Re: [pipe] d60337eff1: BUG:kernel_NULL_pointer_dereference,address, David Howells
      • Re: [pipe] d60337eff1: BUG:kernel_NULL_pointer_dereference,address, David Howells
        • Re: [LKP] Re: [pipe] d60337eff1: BUG:kernel_NULL_pointer_dereference,address, kernel test robot
  • [RFC PATCH 05/11] pipe: Allow pipes to have kernel-reserved slots [ver #3], David Howells
  • [RFC PATCH 06/11] pipe: Advance tail pointer inside of wait spinlock in pipe_read() [ver #3], David Howells
  • [RFC PATCH 08/11] pipe: Rearrange sequence in pipe_write() to preallocate slot [ver #3], David Howells
  • [RFC PATCH 07/11] pipe: Conditionalise wakeup in pipe_read() [ver #3], David Howells
  • [RFC PATCH 09/11] pipe: Remove redundant wakeup from pipe_write() [ver #3], David Howells
  • [RFC PATCH 10/11] pipe: Check for ring full inside of the spinlock in pipe_write() [ver #3], David Howells
  • [RFC PATCH 11/11] pipe: Increase the writer-wakeup threshold to reduce context-switch count [ver #3], David Howells
  • Re: [RFC PATCH 00/11] pipe: Notification queue preparation [ver #3], Linus Torvalds
  • Re: [RFC PATCH 00/11] pipe: Notification queue preparation [ver #3], David Howells
    • Re: [RFC PATCH 00/11] pipe: Notification queue preparation [ver #3], Linus Torvalds
  • Details on the UAPI of implementing notifications on pipes, David Howells
• [PATCH bpf-next v12 0/7] Landlock LSM, Mickaël Salaün
  • [PATCH bpf-next v12 6/7] bpf,landlock: Add tests for the Landlock ptrace program type, Mickaël Salaün
  • [PATCH bpf-next v12 3/7] landlock,seccomp: Load Landlock programs per process hierarchy, Mickaël Salaün
  • [PATCH bpf-next v12 1/7] bpf,landlock: Define an eBPF program type for Landlock hooks, Mickaël Salaün
  • [PATCH bpf-next v12 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
  • [PATCH bpf-next v12 5/7] bpf,landlock: Add task_landlock_ptrace_ancestor() helper, Mickaël Salaün
  • [PATCH bpf-next v12 7/7] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
  • [PATCH bpf-next v12 2/7] landlock: Add the management of domains, Mickaël Salaün
• [PATCH] clone3: validate stack arguments, Christian Brauner
  • RE: [PATCH] clone3: validate stack arguments, David Laight
  • Re: [PATCH] clone3: validate stack arguments, Aleksa Sarai
  • RE: [PATCH] clone3: validate stack arguments, David Laight
  • Re: [PATCH] clone3: validate stack arguments, Oleg Nesterov
    • Re: [PATCH] clone3: validate stack arguments, Christian Brauner
      • Re: [PATCH] clone3: validate stack arguments, Oleg Nesterov
        • Re: [PATCH] clone3: validate stack arguments, Christian Brauner
  • Re: [PATCH] clone3: validate stack arguments, Szabolcs Nagy
    • Re: [PATCH] clone3: validate stack arguments, Christian Brauner
  • Re: [PATCH] clone3: validate stack arguments, Arnd Bergmann
    • Re: [PATCH] clone3: validate stack arguments, Michael Kerrisk (man-pages)
  • Message not available
    • Re: [PATCH] clone3: validate stack arguments, Christian Brauner
• Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Li Xinhai
  • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Naoya Horiguchi
    • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Li Xinhai
  • <Possible follow-ups>
  • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Andrew Morton
    • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Li Xinhai
    • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Michal Hocko
      • Re: [PATCH v2] mm: Fix checking unmapped holes for mbind, Li Xinhai
• Re: mbind() breaks its API definition since v5.2 by commit d883544515aa (mm: mempolicy: make the behavior consistent when MPOL_MF_MOVE* and MPOL_MF_STRICT were specified), Yang Shi
  • Message not available
    • Re: mbind() breaks its API definition since v5.2 by commit d883544515aa (mm: mempolicy: make the behavior consistent when MPOL_MF_MOVE* and MPOL_MF_STRICT were specified), Yang Shi
• [PATCH 0/4] statx: expose the fs-verity bit, Eric Biggers
  • [PATCH 2/4] ext4: support STATX_ATTR_VERITY, Eric Biggers
    • Re: [PATCH 2/4] ext4: support STATX_ATTR_VERITY, Andreas Dilger
  • [PATCH 1/4] statx: define STATX_ATTR_VERITY, Eric Biggers
    • Re: [PATCH 1/4] statx: define STATX_ATTR_VERITY, Andreas Dilger
    • Re: [PATCH 1/4] statx: define STATX_ATTR_VERITY, Darrick J. Wong
      • Re: [PATCH 1/4] statx: define STATX_ATTR_VERITY, Andreas Dilger
      • [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, Eric Biggers
        • Re: [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, Darrick J. Wong
        • Re: [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, walter harms
          • Re: [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, Eric Biggers
            • Re: [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, walter harms
              • Re: [man-pages RFC PATCH] statx.2: document STATX_ATTR_VERITY, Eric Biggers
      • Re: [PATCH 1/4] statx: define STATX_ATTR_VERITY, Eric Biggers
  • [PATCH 4/4] docs: fs-verity: mention statx() support, Eric Biggers
  • [PATCH 3/4] f2fs: support STATX_ATTR_VERITY, Eric Biggers
  • Re: [PATCH 0/4] statx: expose the fs-verity bit, Eric Biggers
  • Re: [PATCH 0/4] statx: expose the fs-verity bit, Eric Biggers
• [PATCH bpf-next v11 0/7] Landlock LSM, Mickaël Salaün
  • [PATCH bpf-next v11 5/7] bpf,landlock: Add task_landlock_ptrace_ancestor() helper, Mickaël Salaün
  • [PATCH bpf-next v11 4/7] landlock: Add ptrace LSM hooks, Mickaël Salaün
  • [PATCH bpf-next v11 7/7] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
  • [PATCH bpf-next v11 3/7] landlock,seccomp: Load Landlock programs per process hierarchy, Mickaël Salaün
  • [PATCH bpf-next v11 1/7] bpf,landlock: Define an eBPF program type for Landlock hooks, Mickaël Salaün
  • [PATCH bpf-next v11 2/7] landlock: Add the management of domains, Mickaël Salaün
    • Re: [PATCH bpf-next v11 2/7] landlock: Add the management of domains, Serge E. Hallyn
      • Re: [PATCH bpf-next v11 2/7] landlock: Add the management of domains, Mickaël Salaün
  • [PATCH bpf-next v11 6/7] bpf,landlock: Add tests for the Landlock ptrace program type, Mickaël Salaün
• [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Konstantin Khlebnikov
  • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Matthew Wilcox
    • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Konstantin Khlebnikov
  • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Florian Weimer
    • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Konstantin Khlebnikov
      • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Florian Weimer
  • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Linus Torvalds
    • Re: [PATCH RFC] fs/fcntl: add fcntl F_GET_RSS, Konstantin Khlebnikov
• [PATCH v5 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
  • [PATCH v5 1/2] Documentation: fpga: dfl: add description for performance reporting support, Wu Hao
  • [PATCH v5 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
• [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
  • [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Kirill A. Shutemov
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Kirill A. Shutemov
          • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Peter Zijlstra
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Edgecombe, Rick P
              • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Peter Zijlstra
                • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Edgecombe, Rick P
                  • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Peter Zijlstra
                    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Alexei Starovoitov
                      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Peter Zijlstra
                        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Alexei Starovoitov
                    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Edgecombe, Rick P
                      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dave Hansen
                        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dave Hansen
          • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dan Williams
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Kirill A. Shutemov
              • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Peter Zijlstra
                • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Kirill A. Shutemov
                  • AMD TLB errata, (Was: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings), Peter Zijlstra
                    • Re: AMD TLB errata, (Was: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings), Tom Lendacky
                      • Re: AMD TLB errata, (Was: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings), Peter Zijlstra
              • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dan Williams
                • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dave Hansen
          • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Christopher Lameter
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
              • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Christopher Lameter
                • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
                  • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Christopher Lameter
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, David Hildenbrand
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dave Hansen
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Sean Christopherson
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Matthew Wilcox
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, David Hildenbrand
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, David Hildenbrand
          • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Dan Williams
  • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Florian Weimer
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Florian Weimer
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
  • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
          • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
            • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Mike Rapoport
              • Re: [PATCH] mm: extend memfd with ability to create secret memory, kbuild test robot
  • RE: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Reshetova, Elena
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Tycho Andersen
    • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Alan Cox
      • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, James Bottomley
        • Re: [PATCH RFC] mm: add MAP_EXCLUSIVE to create exclusive user mappings, Andy Lutomirski
• [PATCH RESEND v14 0/6] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH RESEND v14 1/6] namei: O_BENEATH-style resolution restriction flags, Aleksa Sarai
  • [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
    • Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Linus Torvalds
      • Re: [PATCH RESEND v14 2/6] namei: LOOKUP_IN_ROOT: chroot-like path resolution, Aleksa Sarai
  • [PATCH RESEND v14 3/6] namei: permit ".." resolution with LOOKUP_{IN_ROOT,BENEATH}, Aleksa Sarai
  • [PATCH RESEND v14 4/6] open: introduce openat2(2) syscall, Aleksa Sarai
  • [PATCH RESEND v14 5/6] selftests: add openat2(2) selftests, Aleksa Sarai
  • [PATCH RESEND v14 6/6] Documentation: path-lookup: mention LOOKUP_MAGICLINK_JUMPED, Aleksa Sarai
• For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
  • Re: For review: documentation of clone3() system call, Christian Brauner
    • Re: For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
  • Re: For review: documentation of clone3() system call, Jann Horn
    • Re: For review: documentation of clone3() system call, Christian Brauner
      • Re: For review: documentation of clone3() system call, Jann Horn
        • Re: For review: documentation of clone3() system call, Christian Brauner
          • Re: For review: documentation of clone3() system call, Christian Brauner
            • Re: For review: documentation of clone3() system call, Florian Weimer
              • Re: For review: documentation of clone3() system call, Christian Brauner
            • Re: For review: documentation of clone3() system call, Jann Horn
              • Re: For review: documentation of clone3() system call, Christian Brauner
  • Re: For review: documentation of clone3() system call, Christian Brauner
    • Re: For review: documentation of clone3() system call, Florian Weimer
    • Re: For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
      • Re: For review: documentation of clone3() system call, Christian Brauner
        • Re: For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
          • Re: For review: documentation of clone3() system call, Christian Brauner
            • Re: For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
      • Re: For review: documentation of clone3() system call, Jann Horn
        • Re: For review: documentation of clone3() system call, Theodore Y. Ts'o
          • Re: For review: documentation of clone3() system call, Jann Horn
            • Re: For review: documentation of clone3() system call, Kees Cook
        • Re: For review: documentation of clone3() system call, Michael Kerrisk (man-pages)
          • Re: For review: documentation of clone3() system call, Christian Brauner
  • Re: For review: documentation of clone3() system call, Florian Weimer
    • Re: For review: documentation of clone3() system call, Jann Horn
      • Re: For review: documentation of clone3() system call, Florian Weimer
• [PATCH AUTOSEL 4.19 04/37] rseq/selftests: x86: Work-around bogus gcc-8 optimisation, Sasha Levin
• [REVIEW PATCH v5 2/3] arch: wire-up close_range(), Christian Brauner
• [REVIEW PATCH v5 3/3] tests: add close_range() tests, Christian Brauner
• [REVIEW PATCH v5 1/3] open: add close_range(), Christian Brauner
• clone3() example code, Michael Kerrisk (man-pages)
  • Re: clone3() example code, Christian Brauner
    • Re: clone3() example code, Aleksa Sarai
      • Re: clone3() example code, Christian Brauner
• Re: [PATCH] mm: allow unmapped hole at head side of mbind range, Vlastimil Babka
  • Re: [PATCH] mm: allow unmapped hole at head side of mbind range, Hugh Dickins
• [RFC PATCH 00/10] pipe: Notification queue preparation [ver #2], David Howells
  • [RFC PATCH 01/10] pipe: Reduce #inclusion of pipe_fs_i.h [ver #2], David Howells
  • [RFC PATCH 02/10] Remove the nr_exclusive argument from __wake_up_sync_key() [ver #2], David Howells
  • [RFC PATCH 03/10] Add wake_up_interruptible_sync_poll_locked() [ver #2], David Howells
  • [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
    • [pipe] 6567a02d20: BUG:kernel_NULL_pointer_dereference,address, kernel test robot
    • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Linus Torvalds
    • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Ilya Dryomov
      • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Rasmus Villemoes
        • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Ilya Dryomov
          • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Rasmus Villemoes
      • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
        • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Ilya Dryomov
        • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
    • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
      • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Matthew Wilcox
    • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Johannes Hirte
      • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Linus Torvalds
        • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Johannes Hirte
          • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Linus Torvalds
            • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Johannes Hirte
              • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Linus Torvalds
          • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], Linus Torvalds
    • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
  • [RFC PATCH 05/10] pipe: Allow pipes to have kernel-reserved slots [ver #2], David Howells
  • [RFC PATCH 06/10] pipe: Advance tail pointer inside of wait spinlock in pipe_read() [ver #2], David Howells
  • [RFC PATCH 07/10] pipe: Conditionalise wakeup in pipe_read() [ver #2], David Howells
    • Re: [RFC PATCH 07/10] pipe: Conditionalise wakeup in pipe_read() [ver #2], Konstantin Khlebnikov
    • Re: [RFC PATCH 07/10] pipe: Conditionalise wakeup in pipe_read() [ver #2], David Howells
    • Re: [RFC PATCH 07/10] pipe: Conditionalise wakeup in pipe_read() [ver #2], David Howells
      • Re: [RFC PATCH 07/10] pipe: Conditionalise wakeup in pipe_read() [ver #2], Konstantin Khlebnikov
  • [RFC PATCH 08/10] pipe: Rearrange sequence in pipe_write() to preallocate slot [ver #2], David Howells
  • [RFC PATCH 09/10] pipe: Remove redundant wakeup from pipe_write() [ver #2], David Howells
  • [RFC PATCH 10/10] pipe: Check for ring full inside of the spinlock in pipe_write() [ver #2], David Howells
  • Re: [RFC PATCH 04/10] pipe: Use head and tail pointers for the ring, not cursor and length [ver #2], David Howells
  • Re: [RFC PATCH 00/10] pipe: Notification queue preparation [ver #2], Peter Zijlstra
  • [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], David Howells
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], David Howells
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Christoph Hellwig
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Konstantin Khlebnikov
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], David Howells
    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], David Howells
      • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
      • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], David Howells
        • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Andy Lutomirski
          • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
            • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
            • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Andy Lutomirski
              • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
                • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Linus Torvalds
                  • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Andy Lutomirski
                    • Re: [RFC PATCH 11/10] pipe: Add fsync() support [ver #2], Konstantin Khlebnikov
• [PATCH 2/2] mm, vmstat: List total free blocks for each order in /proc/pagetypeinfo, Waiman Long
  • Re: [PATCH 2/2] mm, vmstat: List total free blocks for each order in /proc/pagetypeinfo, Michal Hocko
    • Re: [PATCH 2/2] mm, vmstat: List total free blocks for each order in /proc/pagetypeinfo, Waiman Long
• [PATCH 1/2] mm, vmstat: Release zone lock more frequently when reading /proc/pagetypeinfo, Waiman Long
  • Re: [PATCH 1/2] mm, vmstat: Release zone lock more frequently when reading /proc/pagetypeinfo, Michal Hocko
    • Re: [PATCH 1/2] mm, vmstat: Release zone lock more frequently when reading /proc/pagetypeinfo, Waiman Long
      • Re: [PATCH 1/2] mm, vmstat: Release zone lock more frequently when reading /proc/pagetypeinfo, Michal Hocko
• Re: [RFC PATCH 2/2] mm, vmstat: reduce zone->lock holding time by /proc/pagetypeinfo, Vlastimil Babka
• Re: [RFC PATCH 1/2] mm, vmstat: hide /proc/pagetypeinfo from normal users, Vlastimil Babka
• [PATCH] arm64: uapi: Fix user space compile with musl libc, Hauke Mehrtens
  • Re: [musl] [PATCH] arm64: uapi: Fix user space compile with musl libc, Rich Felker
    • Re: [musl] [PATCH] arm64: uapi: Fix user space compile with musl libc, Hauke Mehrtens
• [RFC PATCH 00/21] pipe: Keyrings, Block and USB notifications, David Howells
  • [RFC PATCH 01/21] pipe: Reduce #inclusion of pipe_fs_i.h, David Howells
  • [RFC PATCH 02/21] Add a prelocked wake-up, David Howells
    • Re: [RFC PATCH 02/21] Add a prelocked wake-up, Linus Torvalds
      • Re: [RFC PATCH 02/21] Add a prelocked wake-up, Tim Chen
    • Re: [RFC PATCH 02/21] Add a prelocked wake-up, David Howells
    • Re: [RFC PATCH 02/21] Add a prelocked wake-up, David Howells
      • Re: [RFC PATCH 02/21] Add a prelocked wake-up, Linus Torvalds
  • [RFC PATCH 03/21] pipe: Use head and tail pointers for the ring, not cursor and length, David Howells
    • Re: [RFC PATCH 03/21] pipe: Use head and tail pointers for the ring, not cursor and length, Rasmus Villemoes
    • Re: [RFC PATCH 03/21] pipe: Use head and tail pointers for the ring, not cursor and length, David Howells
  • [RFC PATCH 04/21] pipe: Advance tail pointer inside of wait spinlock in pipe_read(), David Howells
  • [RFC PATCH 05/21] pipe: Conditionalise wakeup in pipe_read(), David Howells
  • [RFC PATCH 06/21] pipe: Rearrange sequence in pipe_write() to preallocate slot, David Howells
  • [RFC PATCH 07/21] pipe: Remove redundant wakeup from pipe_write(), David Howells
  • [RFC PATCH 08/21] pipe: Check for ring full inside of the spinlock in pipe_write(), David Howells
    • Re: [RFC PATCH 08/21] pipe: Check for ring full inside of the spinlock in pipe_write(), Linus Torvalds
  • [RFC PATCH 09/21] uapi: General notification queue definitions, David Howells
  • [RFC PATCH 10/21] security: Add hooks to rule on setting a watch, David Howells
  • [RFC PATCH 11/21] security: Add a hook for the point of notification insertion, David Howells
  • [RFC PATCH 12/21] pipe: Add general notification queue support, David Howells
  • [RFC PATCH 13/21] keys: Add a notification facility, David Howells
  • [RFC PATCH 14/21] Add sample notification program, David Howells
  • [RFC PATCH 15/21] pipe: Allow buffers to be marked read-whole-or-error for notifications, David Howells
  • [RFC PATCH 16/21] pipe: Add notification lossage handling, David Howells
  • [RFC PATCH 17/21] Add a general, global device notification watch list, David Howells
  • [RFC PATCH 18/21] block: Add block layer notifications, David Howells
  • [RFC PATCH 19/21] usb: Add USB subsystem notifications, David Howells
  • [RFC PATCH 20/21] selinux: Implement the watch_key security hook, David Howells
  • [RFC PATCH 21/21] smack: Implement the watch_key and post_notification hooks, David Howells
  • Re: [RFC PATCH 00/21] pipe: Keyrings, Block and USB notifications, James Morris
  • Re: [RFC PATCH 00/21] pipe: Keyrings, Block and USB notifications, Linus Torvalds
• [PATCH 1/2] pidfd: verify task is alive when printing fdinfo, Christian Brauner
  • Re: [PATCH 1/2] pidfd: verify task is alive when printing fdinfo, Oleg Nesterov
    • Re: [PATCH 1/2] pidfd: verify task is alive when printing fdinfo, Christian Brauner
      • Re: [PATCH 1/2] pidfd: verify task is alive when printing fdinfo, Oleg Nesterov
  • [PATCH v2 1/5] pidfd: verify task is alive when printing fdinfo, Christian Brauner
    • [PATCH v2 4/5] exit: use task_alive() in do_wait(), Christian Brauner
    • [PATCH v2 5/5] pid: use task_alive() in pidfd_open(), Christian Brauner
    • [PATCH v2 2/5] test: verify fdinfo for pidfd of reaped process, Christian Brauner
    • [PATCH v2 3/5] pid: use task_alive() in __change_pid(), Christian Brauner
    • Re: [PATCH v2 1/5] pidfd: verify task is alive when printing fdinfo, Oleg Nesterov
      • Re: [PATCH v2 1/5] pidfd: verify task is alive when printing fdinfo, Christian Brauner
        • Re: [PATCH v2 1/5] pidfd: verify task is alive when printing fdinfo, Oleg Nesterov
    • [PATCH v3 1/5] pidfd: check pid has attached task in fdinfo, Christian Brauner
      • [PATCH v3 4/5] exit: use pid_has_task() in do_wait(), Christian Brauner
      • [PATCH v3 5/5] pid: use pid_has_task() in pidfd_open(), Christian Brauner
      • [PATCH v3 3/5] pid: use pid_has_task() in __change_pid(), Christian Brauner
      • [PATCH v3 2/5] test: verify fdinfo for pidfd of reaped process, Christian Brauner
      • Re: [PATCH v3 1/5] pidfd: check pid has attached task in fdinfo, Christian Brauner
• [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND, Christian Brauner
  • [PATCH v3 2/2] tests: test CLONE_CLEAR_SIGHAND, Christian Brauner
  • Re: [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND, Oleg Nesterov
    • Re: [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND, Oleg Nesterov
      • Re: [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND, Christian Brauner
    • Re: [PATCH v3 1/2] clone3: add CLONE_CLEAR_SIGHAND, Christian Brauner
• Re: [PATCH] mm: mempolicy: fix the absence of the last bit of nodemask, Vlastimil Babka
• [PATCH v7 0/3] add thermal/power management features for FPGA DFL drivers, Wu Hao
  • [PATCH v7 1/3] Documentation: fpga: dfl: add descriptions for thermal/power management interfaces, Wu Hao
  • [PATCH v7 2/3] fpga: dfl: fme: add thermal management support, Wu Hao
  • [PATCH v7 3/3] fpga: dfl: fme: add power management support, Wu Hao
  • Re: [PATCH v7 0/3] add thermal/power management features for FPGA DFL drivers, Moritz Fischer
• [PATCH 0/7] Harden userfaultfd, Daniel Colascione
  • [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, Daniel Colascione
    • Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, kbuild test robot
    • Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, Jann Horn
      • Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, Daniel Colascione
        • Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, Jann Horn
    • Re: [PATCH 1/7] Add a new flags-accepting interface for anonymous inodes, Christoph Hellwig
  • [PATCH 2/7] Add a concept of a "secure" anonymous file, Daniel Colascione
    • Re: [PATCH 2/7] Add a concept of a "secure" anonymous file, kbuild test robot
    • Re: [PATCH 2/7] Add a concept of a "secure" anonymous file, Christoph Hellwig
  • [PATCH 4/7] Teach SELinux about a new userfaultfd class, Daniel Colascione
    • Re: [PATCH 4/7] Teach SELinux about a new userfaultfd class, Andy Lutomirski
      • Re: [PATCH 4/7] Teach SELinux about a new userfaultfd class, Daniel Colascione
        • Re: [PATCH 4/7] Teach SELinux about a new userfaultfd class, Andy Lutomirski
  • [PATCH 3/7] Add a UFFD_SECURE flag to the userfaultfd API., Daniel Colascione
    • Re: [PATCH 3/7] Add a UFFD_SECURE flag to the userfaultfd API., Andy Lutomirski