Linux API

• Date Index

• [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
  • [PATCH v6 1/2] Documentation: fpga: dfl: add description for performance reporting support, Wu Hao
  • [PATCH v6 2/2] fpga: dfl: fme: add performance reporting support, Wu Hao
    • Re: [PATCH v6 2/2] fpga: dfl: fme: add performance reporting support, Moritz Fischer
  • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
    • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Will Deacon
      • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
        • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
          • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Xu Yilum
            • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
              • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
                • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Moritz Fischer
                  • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Greg KH
                    • Re: [PATCH v6 0/2] add performance reporting support to FPGA DFL drivers, Wu Hao
• Re: [PATCH] Allow restricting permissions in /proc/sys, Christian Brauner
  • Re: [PATCH] Allow restricting permissions in /proc/sys, Andy Lutomirski
    • Re: [PATCH] Allow restricting permissions in /proc/sys, Topi Miettinen
  • Re: [PATCH] Allow restricting permissions in /proc/sys, Jann Horn
    • Re: [PATCH] Allow restricting permissions in /proc/sys, Topi Miettinen
      • Re: [PATCH] Allow restricting permissions in /proc/sys, Jann Horn
• [PATCHv8 00/34] kernel: Introduce Time Namespace, Dmitry Safonov
  • [PATCHv8 01/34] lib/vdso: Add unlikely() hint into vdso_read_begin(), Dmitry Safonov
  • [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Dmitry Safonov
    • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Vincenzo Frascino
      • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Thomas Gleixner
        • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Vincenzo Frascino
          • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Thomas Gleixner
            • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Vincenzo Frascino
            • Re: [PATCHv8 02/34] lib/vdso: make do_hres and do_coarse as __always_inline, Andrei Vagin
  • [PATCHv8 11/34] posix-clocks: Wire up clock_gettime() with timens offsets, Dmitry Safonov
  • [PATCHv8 10/34] posix-timers: Use clock_get_ktime() in common_timer_get(), Dmitry Safonov
  • [PATCHv8 14/34] posix-timers: Make timer_settime() time namespace aware, Dmitry Safonov
  • [PATCHv8 21/34] x86/vdso: Provide vdso_data offset on vvar_page, Dmitry Safonov
  • [PATCHv8 25/34] x86/vdso: On timens page fault prefault also VVAR page, Dmitry Safonov
  • [PATCHv8 26/34] x86/vdso: Zap vvar pages on switch a time namspace, Dmitry Safonov
  • [PATCHv8 27/34] fs/proc: Introduce /proc/pid/timens_offsets, Dmitry Safonov
  • [PATCHv8 29/34] selftests/timens: Add a test for timerfd, Dmitry Safonov
  • [PATCHv8 32/34] selftests/timens: Add timer offsets test, Dmitry Safonov
  • [PATCHv8 34/34] selftests/timens: Check for right timens offsets after fork and exec, Dmitry Safonov
  • [PATCHv8 33/34] selftests/timens: Add a simple perf test for clock_gettime(), Dmitry Safonov
  • [PATCHv8 31/34] selftests/timens: Add procfs selftest, Dmitry Safonov
  • [PATCHv8 30/34] selftests/timens: Add a test for clock_nanosleep(), Dmitry Safonov
  • [PATCHv8 28/34] selftests/timens: Add Time Namespace test for supported clocks, Dmitry Safonov
  • [PATCHv8 23/34] time: Allocate per-timens vvar page, Dmitry Safonov
  • [PATCHv8 24/34] x86/vdso: Handle faults on timens page, Dmitry Safonov
  • [PATCHv8 22/34] x86/vdso: Add timens page, Dmitry Safonov
  • [PATCHv8 20/34] lib/vdso: Prepare for time namespace support, Dmitry Safonov
    • Re: [PATCHv8 20/34] lib/vdso: Prepare for time namespace support, Thomas Gleixner
  • [PATCHv8 19/34] x86/vdso: Restrict splitting VVAR VMA, Dmitry Safonov
  • [PATCHv8 18/34] fs/proc: Respect boottime inside time namespace for /proc/uptime, Dmitry Safonov
  • [PATCHv8 15/34] alarmtimer: Make nanosleep time namespace aware, Dmitry Safonov
  • [PATCHv8 16/34] hrtimers: Prepare hrtimer_nanosleep() for time namespaces, Dmitry Safonov
  • [PATCHv8 17/34] posix-timers: Make clock_nanosleep() time namespace aware, Dmitry Safonov
  • [PATCHv8 13/34] timerfd: Make timerfd_settime() time namespace aware, Dmitry Safonov
  • [PATCHv8 09/34] posix-clocks: Introduce clock_get_ktime() callback, Dmitry Safonov
  • [PATCHv8 12/34] kernel: Add do_timens_ktime_to_host() helper, Dmitry Safonov
  • [PATCHv8 07/34] alarmtimer: Rename gettime() callback to get_ktime(), Dmitry Safonov
  • [PATCHv8 08/34] alarmtimer: Provide get_timespec() callback, Dmitry Safonov
  • [PATCHv8 06/34] posix-clocks: Rename .clock_get_timespec() callbacks accordingly, Dmitry Safonov
  • [PATCHv8 04/34] time: Add timens_offsets to be used for tasks in timens, Dmitry Safonov
  • [PATCHv8 03/34] ns: Introduce Time Namespace, Dmitry Safonov
    • Re: [PATCHv8 03/34] ns: Introduce Time Namespace, Dmitry Vyukov
      • Re: [PATCHv8 03/34] ns: Introduce Time Namespace, Dmitry Safonov
    • Time Namespaces: CLONE_NEWTIME and clone3()?, Michael Kerrisk
      • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Christian Brauner
        • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Michael Kerrisk (man-pages)
          • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Christian Brauner
            • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Thomas Gleixner
              • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Eric W. Biederman
            • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Adrian Reber
              • Re: Time Namespaces: CLONE_NEWTIME and clone3()?, Christian Brauner
  • [PATCHv8 05/34] posix-clocks: Rename the clock_get() callback to clock_get_timespec(), Dmitry Safonov
  • Re: [PATCHv8 00/34] kernel: Introduce Time Namespace, Andrei Vagin
    • Re: [PATCHv8 00/34] kernel: Introduce Time Namespace, Dmitry Safonov
      • Re: [PATCHv8 00/34] kernel: Introduce Time Namespace, Thomas Gleixner
        • Re: [PATCHv8 00/34] kernel: Introduce Time Namespace, Vincenzo Frascino
• [PATCH] Add prctl support for controlling mem reclaim V4, Mike Christie
  • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Bart Van Assche
  • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Shakeel Butt
    • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Mike Christie
      • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Dave Chinner
        • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Christian Brauner
          • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Christian Brauner
  • Re: [PATCH] Add prctl support for controlling mem reclaim V4, Darrick J. Wong
• [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, Stephan Müller
  • [PATCH v24 09/12] LRNG - add Jitter RNG fast noise source, Stephan Müller
  • [PATCH v24 08/12] crypto: provide access to a static Jitter RNG state, Stephan Müller
  • [PATCH v24 07/12] LRNG - add kernel crypto API PRNG extension, Stephan Müller
  • [PATCH v24 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
    • Re: [PATCH v24 12/12] LRNG - add interface for gathering of raw entropy, kbuild test robot
      • Re: [PATCH v24 12/12] LRNG - add interface for gathering of raw entropy, Stephan Müller
  • [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
    • Re: [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Alexander E. Patrakov
      • Re: [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
      • Re: [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
        • Re: [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Alexander E. Patrakov
          • Re: [PATCH v24 11/12] LRNG - add SP800-90B compliant health tests, Stephan Müller
  • [PATCH v24 10/12] LRNG - add TRNG support, Stephan Müller
  • [PATCH v24 06/12] LRNG - add SP800-90A DRBG extension, Stephan Müller
  • [PATCH v24 05/12] crypto: DRBG - externalize DRBG functions for LRNG, Stephan Müller
  • [PATCH v24 04/12] LRNG - add switchable DRNG support, Stephan Müller
  • [PATCH v24 03/12] LRNG - /proc interface, Stephan Müller
  • [PATCH v24 02/12] LRNG - allocate one SDRNG instance per NUMA node, Stephan Müller
  • [PATCH v24 01/12] Linux Random Number Generator, Stephan Müller
    • Re: [PATCH v24 01/12] Linux Random Number Generator, Thomas Gleixner
      • Re: [PATCH v24 01/12] Linux Random Number Generator, Stephan Müller
        • Re: [PATCH v24 01/12] Linux Random Number Generator, Thomas Gleixner
    • Re: [PATCH v24 01/12] Linux Random Number Generator, kbuild test robot
      • Re: [PATCH v24 01/12] Linux Random Number Generator, Stephan Müller
    • Re: [PATCH v24 01/12] Linux Random Number Generator, kbuild test robot
      • Re: [PATCH v24 01/12] Linux Random Number Generator, Stephan Müller
    • Re: [PATCH v24 01/12] Linux Random Number Generator, Sandy Harris
      • Re: [PATCH v24 01/12] Linux Random Number Generator, Stephan Mueller
  • Re: [PATCH v24 00/12] /dev/random - a new approach with full SP800-90B compliance, Florian Weimer
    • 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
      • 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, 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