Linux API

• Date Index

• [v6 1/4] vfs: adds general codes to enforces project quota limits, (continued)
  • [v6 1/4] vfs: adds general codes to enforces project quota limits, Li Xi
    • Re: [v6 1/4] vfs: adds general codes to enforces project quota limits, Jan Kara
  • [v6 2/4] ext4: adds project ID support, Li Xi
    • Re: [v6 2/4] ext4: adds project ID support, Andreas Dilger
    • Re: [v6 2/4] ext4: adds project ID support, Theodore Ts'o
      • Re: [v6 2/4] ext4: adds project ID support, Li Xi
      • Re: [v6 2/4] ext4: adds project ID support, Jan Kara
    • Re: [v6 2/4] ext4: adds project ID support, Jan Kara
  • [v6 3/4] ext4: adds project quota support, Li Xi
    • Re: [v6 3/4] ext4: adds project quota support, Jan Kara
  • [v6 4/4] ext4: adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support, Li Xi
    • Re: [v6 4/4] ext4: adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support, Dave Chinner
    • Re: [v6 4/4] ext4: adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support, Dave Chinner
• Edited seccomp.2 man page for review, Michael Kerrisk (man-pages)
  • Re: Edited seccomp.2 man page for review, Andy Lutomirski
    • Re: Edited seccomp.2 man page for review, Michael Kerrisk (man-pages)
  • Re: Edited seccomp.2 man page for review, Kees Cook
    • Re: Edited seccomp.2 man page for review, Michael Kerrisk (man-pages)
• [PATCHv7 0/3] syscalls,x86: Add execveat() system call, David Drysdale
  • [PATCHv7 man-pages 3/3] execveat.2: initial man page for execveat(2), David Drysdale
  • [PATCHv7 1/3] syscalls,x86: implement execveat() system call, David Drysdale
  • [PATCHv7 2/3] syscalls,x86: add selftest for execveat(2), David Drysdale
  • Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call, Andrew Morton
    • Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call, David Drysdale
      • Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call, Andrew Morton
  • Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call, Andrew Morton
    • Re: [PATCHv7 0/3] syscalls,x86: Add execveat() system call, David Drysdale
• [PATCH v3 00/10] [media] Make mediabus format subsystem neutral, Boris Brezillon
  • [PATCH v3 01/10] [media] Move mediabus format definition to a more standard place, Boris Brezillon
    • Re: [PATCH v3 01/10] [media] Move mediabus format definition to a more standard place, Sakari Ailus
      • Re: [PATCH v3 01/10] [media] Move mediabus format definition to a more standard place, Boris Brezillon
      • [PATCH v4 01/10] [media] Move mediabus format definition to a more standard place, Boris Brezillon
  • [PATCH v3 07/10] [media] usb: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v3 06/10] [media] platform: Make use of media_bus_format enum, Boris Brezillon
    • Re: [PATCH v3 06/10] [media] platform: Make use of media_bus_format enum, Prabhakar Lad
      • Re: [PATCH v3 06/10] [media] platform: Make use of media_bus_format enum, Sekhar Nori
        • Re: [PATCH v3 06/10] [media] platform: Make use of media_bus_format enum, Sekhar Nori
  • [PATCH v3 08/10] staging: media: Make use of MEDIA_BUS_FMT_ definitions, Boris Brezillon
    • Re: [PATCH v3 08/10] staging: media: Make use of MEDIA_BUS_FMT_ definitions, Prabhakar Lad
  • [PATCH v3 09/10] gpu: ipu-v3: Make use of media_bus_format enum, Boris Brezillon
    • Re: [PATCH v3 09/10] gpu: ipu-v3: Make use of media_bus_format enum, Philipp Zabel
  • [PATCH v3 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
    • Re: [PATCH v3 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Hans Verkuil
      • Re: [PATCH v3 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
      • [PATCH v4 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
        • Re: [PATCH v4 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Sakari Ailus
          • Re: [PATCH v4 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
  • [PATCH v3 05/10] [media] pci: Make use of MEDIA_BUS_FMT definitions, Boris Brezillon
  • [PATCH v3 04/10] [media] i2c: Make use of media_bus_format enum, Boris Brezillon
    • Re: [PATCH v3 04/10] [media] i2c: Make use of media_bus_format enum, Prabhakar Lad
  • [PATCH v3 02/10] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values, Boris Brezillon
  • [PATCH v3 03/10] [media] Make use of the new media_bus_format definitions, Boris Brezillon
  • Re: [PATCH v3 00/10] [media] Make mediabus format subsystem neutral, Hans Verkuil
  • [PATCH v5 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
    • Re: [PATCH v5 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Hans Verkuil
      • Re: [PATCH v5 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
• [PATCH v4 0/3] perf: User/kernel time correlation and event generation, Pawel Moll
  • [PATCH v4 3/3] perf: Sample additional clock value, Pawel Moll
    • Re: [PATCH v4 3/3] perf: Sample additional clock value, Peter Zijlstra
      • Re: [PATCH v4 3/3] perf: Sample additional clock value, John Stultz
      • Re: [PATCH v4 3/3] perf: Sample additional clock value, Pawel Moll
        • Re: [PATCH v4 3/3] perf: Sample additional clock value, John Stultz
          • Re: [PATCH v4 3/3] perf: Sample additional clock value, Pawel Moll
            • Re: [PATCH v4 3/3] perf: Sample additional clock value, John Stultz
      • Re: [PATCH v4 3/3] perf: Sample additional clock value, Pawel Moll
        • Re: [PATCH v4 3/3] perf: Sample additional clock value, David Ahern
  • [PATCH v4 2/3] perf: Userspace event, Pawel Moll
    • Re: [PATCH v4 2/3] perf: Userspace event, Peter Zijlstra
      • Re: [PATCH v4 2/3] perf: Userspace event, Pawel Moll
  • [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
    • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
      • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
        • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
          • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
    • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
      • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
        • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
          • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
    • Re: [PATCH v4 1/3] perf: Use monotonic clock as a source for timestamps, Adrian Hunter
    • [PATCH v5] perf: Use monotonic clock as a source for timestamps, Pawel Moll
      • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Pawel Moll
        • Message not available
          • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Pawel Moll
            • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
              • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Adrian Hunter
                • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
                  • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
                    • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, John Stultz
                  • Re: [PATCH v5] perf: Use monotonic clock as a source for timestamps, Adrian Hunter
• [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call, David Drysdale
  • [PATCHv6 man-pages 3/3] execveat.2: initial man page for execveat(2), David Drysdale
  • [PATCHv6 2/3] syscalls,x86: add selftest for execveat(2), David Drysdale
    • Re: [PATCHv6 2/3] syscalls,x86: add selftest for execveat(2), Kees Cook
  • [PATCHv6 1/3] syscalls,x86: implement execveat() system call, David Drysdale
    • Re: [PATCHv6 1/3] syscalls,x86: implement execveat() system call, Kees Cook
      • Re: [PATCHv6 1/3] syscalls,x86: implement execveat() system call, David Drysdale
  • Re: [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call, Andy Lutomirski
    • Re: [PATCHv6 RFC 0/3] syscalls,x86: Add execveat() system call, David Drysdale
• [PATCH RESEND v3 0/4] power/mfd: Add max77693 charger driver, Krzysztof Kozlowski
  • [PATCH RESEND v3 1/4] devicetree: power/mfd: max77693: Document new bindings for charger, Krzysztof Kozlowski
  • [PATCH RESEND v3 3/4] power: max77693: Add charger driver for Maxim 77693, Krzysztof Kozlowski
  • [PATCH RESEND v3 2/4] mfd: max77693: Add defines for MAX77693 charger driver, Krzysztof Kozlowski
  • [PATCH RESEND v3 4/4] Documentation: power: max77693-charger: Document exported sysfs entry, Krzysztof Kozlowski
• [PATCH v2 00/10] [media] Make mediabus format subsystem neutral, Boris Brezillon
  • [PATCH v2 05/10] [media] pci: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 04/10] [media] i2c: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 08/10] staging: media: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 07/10] [media] usb: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 09/10] gpu: ipu-v3: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 06/10] [media] platform: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH v2 10/10] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
  • [PATCH v2 02/10] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values, Boris Brezillon
  • [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place, Boris Brezillon
    • Re: [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place, Sakari Ailus
      • Re: [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place, Mauro Carvalho Chehab
      • Re: [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place, Boris Brezillon
      • Re: [PATCH v2 01/10] [media] Move mediabus format definition to a more standard place, Hans Verkuil
  • [PATCH v2 03/10] [media] Make use of the new media_bus_format definitions, Boris Brezillon
• [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only), Milosz Tanski
  • [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics, Milosz Tanski
    • Re: [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics, Jeff Moyer
      • Re: [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics, Anton Altaparmakov
        • Message not available
          • Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics, Anton Altaparmakov
            • Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics, Roger Willcocks
              • Re: [fuse-devel] [PATCH v5 7/7] add a flag for per-operation O_DSYNC semantics, Milosz Tanski
    • Re: [PATCH v5 7/7] fs: add a flag for per-operation O_DSYNC semantics, Sage Weil
  • [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2, Milosz Tanski
    • Re: [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2, Jeff Moyer
      • Re: [PATCH v5 2/7] vfs: Define new syscalls preadv2,pwritev2, Milosz Tanski
  • [PATCH v5 6/7] fs: pass iocb to generic_write_sync, Milosz Tanski
    • Re: [Cluster-devel] [PATCH v5 6/7] fs: pass iocb to generic_write_sync, Steven Whitehouse
    • Re: [Linux-NTFS-Dev] [PATCH v5 6/7] fs: pass iocb to generic_write_sync, Anton Altaparmakov
      • Re: [Linux-NTFS-Dev] [PATCH v5 6/7] fs: pass iocb to generic_write_sync, Milosz Tanski
    • Re: [PATCH v5 6/7] fs: pass iocb to generic_write_sync, Jan Kara
  • [PATCH v5 3/7] x86: wire up preadv2 and pwritev2, Milosz Tanski
  • [PATCH v5 4/7] vfs: RWF_NONBLOCK flag for preadv2, Milosz Tanski
    • Re: [PATCH v5 4/7] vfs: RWF_NONBLOCK flag for preadv2, Sage Weil
  • [PATCH v5 5/7] xfs: add RWF_NONBLOCK support, Milosz Tanski
  • [PATCH v5 1/7] vfs: Prepare for adding a new preadv/pwritev with user flags., Milosz Tanski
  • Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only), Christoph Hellwig
    • Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only), Milosz Tanski
  • [PATCH v2 1/2] Add preadv2/pwritev2 documentation., Milosz Tanski
    • [PATCH v2 2/2] RWF_ODSYNC flag for pwritev2, Milosz Tanski
  • Re: [PATCH v5 0/7] vfs: Non-blockling buffered fs read (page cache only), Milosz Tanski
• Early comments on kdbus v2 (Re: [PATCH 00/12] Add kdbus implementation), Andy Lutomirski
  • Re: Early comments on kdbus v2 (Re: [PATCH 00/12] Add kdbus implementation), Simon McVittie
    • Re: Early comments on kdbus v2 (Re: [PATCH 00/12] Add kdbus implementation), Andy Lutomirski
• [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
  • Re: [PATCH v8] kernel, add panic_on_warn, David Rientjes
    • Re: [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
      • Re: [PATCH v8] kernel, add panic_on_warn, David Rientjes
        • Re: [PATCH v8] kernel, add panic_on_warn, Vivek Goyal
          • Re: [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
          • Re: [PATCH v8] kernel, add panic_on_warn, David Rientjes
            • Re: [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
              • Re: [PATCH v8] kernel, add panic_on_warn, David Rientjes
                • Re: [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
        • Re: [PATCH v8] kernel, add panic_on_warn, Prarit Bhargava
• [PATCH] bridge: include in6.h in if_bridge.h for struct in6_addr, Gregory Fong
  • Re: [PATCH] bridge: include in6.h in if_bridge.h for struct in6_addr, Cong Wang
  • Re: [PATCH] bridge: include in6.h in if_bridge.h for struct in6_addr, David Miller
• [PATCH 00/20] kselftest install target feature, Shuah Khan
  • [PATCH 19/20] selftests/vm: add install target to enable installing test, Shuah Khan
  • [PATCH 11/20] selftests/memfd: add install target to enable installing test, Shuah Khan
  • [PATCH 14/20] selftests/mqueue: add install target to enable installing test, Shuah Khan
  • [PATCH 08/20] selftests/firmware: add install target to enable installing test, Shuah Khan
  • [PATCH 18/20] selftests/timers: add install target to enable installing test, Shuah Khan
  • [PATCH 03/20] kbuild: kselftest_install - add a new make target to install selftests, Shuah Khan
  • [PATCH 02/20] selftests/net: move test out of Makefile into a shell script, Shuah Khan
    • Re: [PATCH 02/20] selftests/net: move test out of Makefile into a shell script, David Miller
  • [PATCH 07/20] selftests/efivarfs: add install target to enable installing test, Shuah Khan
  • [PATCH 16/20] selftests/ptrace: add install target to enable installing test, Shuah Khan
  • [PATCH 13/20] selftests/mount: add install target to enable installing test, Shuah Khan
  • [PATCH 20/20] selftests/user: add install target to enable installing test, Shuah Khan
  • [PATCH 01/20] selftests/user: move test out of Makefile into a shell script, Shuah Khan
  • [PATCH 06/20] selftests/cpu-hotplug: add install target to enable installing test, Shuah Khan
  • [PATCH 09/20] selftests/ipc: add install target to enable installing test, Shuah Khan
  • [PATCH 12/20] selftests/memory-hotplug: add install target to enable installing test, Shuah Khan
  • [PATCH 15/20] selftests/net: add install target to enable installing test, Shuah Khan
  • [PATCH 05/20] selftests/breakpoints: add install target to enable installing test, Shuah Khan
  • [PATCH 17/20] selftests/sysctl: add install target to enable installing test, Shuah Khan
  • [PATCH 04/20] selftests: add install target to enable installing selftests, Shuah Khan
  • [PATCH 10/20] selftests/kcmp: add install target to enable installing test, Shuah Khan
  • Re: [PATCH 00/20] kselftest install target feature, Kees Cook
    • Re: [PATCH 00/20] kselftest install target feature, Shuah Khan
      • Re: [PATCH 00/20] kselftest install target feature, Kees Cook
• [PATCHv2 0/3] fs: add O_BENEATH flag to openat(2), David Drysdale
  • [PATCHv2 2/3] selftests: Add test of O_BENEATH & openat(2), David Drysdale
    • Re: [PATCHv2 2/3] selftests: Add test of O_BENEATH & openat(2), Kees Cook
    • Re: [PATCHv2 2/3] selftests: Add test of O_BENEATH & openat(2), Dave Chinner
      • Re: [PATCHv2 2/3] selftests: Add test of O_BENEATH & openat(2), David Drysdale
        • Re: [PATCHv2 2/3] selftests: Add test of O_BENEATH & openat(2), Dave Chinner
  • [PATCHv2 1/3] fs: add O_BENEATH flag to openat(2), David Drysdale
  • [PATCHv2 man-pages 3/3] open.2: describe O_BENEATH flag, David Drysdale
• [PATCH 00/15] [media] Make mediabus format subsystem neutral, Boris Brezillon
  • [PATCH 06/15] [media] platform: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH 15/15] staging: media: Replace v4l2-mediabus.h inclusion with v4l2-mbus.h, Boris Brezillon
  • [PATCH 12/15] [media] i2c: Replace v4l2-mediabus.h inclusion with v4l2-mbus.h, Boris Brezillon
  • [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Boris Brezillon
    • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Sakari Ailus
      • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Boris Brezillon
        • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Hans Verkuil
          • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Boris Brezillon
            • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Hans Verkuil
        • Re: [PATCH 11/15] [media] Deprecate v4l2_mbus_pixelcode, Sakari Ailus
  • [PATCH 10/15] [media] v4l: Forbid usage of V4L2_MBUS_FMT definitions inside the kernel, Boris Brezillon
  • [PATCH 07/15] [media] usb: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH 08/15] staging: media: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH 09/15] gpu: ipu-v3: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH 14/15] [media] platform: Replace v4l2-mediabus.h inclusion with v4l2-mbus.h, Boris Brezillon
  • [PATCH 13/15] gpu: ipu-v3: Replace v4l2-mediabus.h inclusion with v4l2-mbus.h, Boris Brezillon
  • [PATCH 05/15] [media] pci: Make use of media_bus_format enum, Boris Brezillon
  • [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Boris Brezillon
    • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Hans Verkuil
      • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Hans Verkuil
      • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Boris Brezillon
        • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Hans Verkuil
          • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Sakari Ailus
            • Re: [PATCH 01/15] [media] Move mediabus format definition to a more standard place, Boris Brezillon
  • [PATCH 02/15] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values, Boris Brezillon
    • Re: [PATCH 02/15] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values, Sakari Ailus
      • Re: [PATCH 02/15] [media] v4l: Update subdev-formats doc with new MEDIA_BUS_FMT values, Boris Brezillon
  • [PATCH 03/15] [media] Make use of the new media_bus_format definitions, Boris Brezillon
    • Re: [PATCH 03/15] [media] Make use of the new media_bus_format definitions, Sakari Ailus
  • [PATCH 04/15] [media] i2c: Make use of media_bus_format enum, Boris Brezillon
• [PATCH net-next 0/7] implementation of eBPF maps, Alexei Starovoitov
  • [PATCH net-next 5/7] bpf: add a testsuite for eBPF maps, Alexei Starovoitov
  • [PATCH net-next 6/7] bpf: allow eBPF programs to use maps, Alexei Starovoitov
    • Re: [PATCH net-next 6/7] bpf: allow eBPF programs to use maps, Daniel Borkmann
      • Re: [PATCH net-next 6/7] bpf: allow eBPF programs to use maps, Alexei Starovoitov
  • [PATCH net-next 7/7] bpf: remove test map scaffolding and use proper types, Alexei Starovoitov
  • [PATCH net-next 4/7] bpf: fix BPF_MAP_LOOKUP_ELEM command return code, Alexei Starovoitov
  • [PATCH net-next 2/7] bpf: add hashtable type of eBPF maps, Alexei Starovoitov
  • [PATCH net-next 3/7] bpf: add array type of eBPF maps, Alexei Starovoitov
    • Re: [PATCH net-next 3/7] bpf: add array type of eBPF maps, Daniel Borkmann
      • Re: [PATCH net-next 3/7] bpf: add array type of eBPF maps, Alexei Starovoitov
  • [PATCH net-next 1/7] bpf: add 'flags' attribute to BPF_MAP_UPDATE_ELEM command, Alexei Starovoitov
    • Re: [PATCH net-next 1/7] bpf: add 'flags' attribute to BPF_MAP_UPDATE_ELEM command, Daniel Borkmann
      • Re: [PATCH net-next 1/7] bpf: add 'flags' attribute to BPF_MAP_UPDATE_ELEM command, Alexei Starovoitov
        • Re: [PATCH net-next 1/7] bpf: add 'flags' attribute to BPF_MAP_UPDATE_ELEM command, Daniel Borkmann
          • Re: [PATCH net-next 1/7] bpf: add 'flags' attribute to BPF_MAP_UPDATE_ELEM command, Alexei Starovoitov
• [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Pawel Moll
  • [PATCH v3 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
    • Re: [PATCH v3 1/3] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
      • Re: [PATCH v3 1/3] perf: Use monotonic clock as a source for timestamps, Pawel Moll
        • Re: [PATCH v3 1/3] perf: Use monotonic clock as a source for timestamps, Peter Zijlstra
  • [PATCH v3 2/3] perf: Userspace event, Pawel Moll
    • Re: [PATCH v3 2/3] perf: Userspace event, Namhyung Kim
      • Re: [PATCH v3 2/3] perf: Userspace event, Pawel Moll
        • Re: [PATCH v3 2/3] perf: Userspace event, Peter Zijlstra
          • Re: [PATCH v3 2/3] perf: Userspace event, Namhyung Kim
  • [PATCH v3 3/3] perf: Sample additional clock value, Pawel Moll
  • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Andy Lutomirski
    • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, John Stultz
      • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Andy Lutomirski
        • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Pawel Moll
      • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Arnd Bergmann
        • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Richard Cochran
          • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Thomas Gleixner
            • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Arnd Bergmann
        • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, John Stultz
      • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Richard Cochran
  • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Masami Hiramatsu
    • Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Pawel Moll
      • Re: Re: [PATCH v3 0/3] perf: User/kernel time correlation and event generation, Masami Hiramatsu
• [PATCH] uapi: resort Kbuild entries, Stephen Hemminger
  • Re: [PATCH] uapi: resort Kbuild entries, David Miller
• [PATCH v6] kernel, add panic_on_warn, Prarit Bhargava
  • Re: [PATCH v6] kernel, add panic_on_warn, Vivek Goyal
• [PATCH 0/3] fs: add O_BENEATH flag to openat(2), David Drysdale
  • [PATCH man-pages 3/3] open.2: describe O_BENEATH flag, David Drysdale
    • Re: [PATCH man-pages 3/3] open.2: describe O_BENEATH flag, Paolo Bonzini
  • [PATCH 2/3] selftests: Add test of O_BENEATH & openat(2), David Drysdale
  • [PATCH 1/3] fs: add O_BENEATH flag to openat(2), David Drysdale
    • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Al Viro
      • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Andy Lutomirski
        • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Eric W.Biederman
          • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), David Drysdale
            • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), David Drysdale
              • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Andy Lutomirski
        • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), David Drysdale
          • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Julien Tinnes
          • Message not available
            • Re: [PATCH 1/3] fs: add O_BENEATH flag to openat(2), Andy Lutomirski
• Re: kdbus namespaces etc, Andy Lutomirski
• [PATCHv2 0/7] CGroup Namespaces, Aditya Kali
  • [PATCHv2 1/7] kernfs: Add API to generate relative kernfs path, Aditya Kali
  • [PATCHv2 6/7] cgroup: cgroup namespace setns support, Aditya Kali
  • [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
    • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
      • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Eric W. Biederman
        • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
      • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
        • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
          • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
            • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
              • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
                • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
                  • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
        • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Tejun Heo
          • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
    • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Eric W. Biederman
      • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
      • Message not available
        • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
      • Message not available
        • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Tejun Heo
          • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Andy Lutomirski
            • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Serge E. Hallyn
              • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
    • Re: [PATCHv2 7/7] cgroup: mount cgroupns-root when inside non-init cgroupns, Aditya Kali
  • [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Aditya Kali
    • Re: [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Andy Lutomirski
      • Re: [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Eric W. Biederman
        • Re: [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Aditya Kali
      • Re: [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Aditya Kali
    • Re: [PATCHv2 5/7] cgroup: introduce cgroup namespaces, Aditya Kali
  • [PATCHv2 2/7] sched: new clone flag CLONE_NEWCGROUP for cgroup namespace, Aditya Kali
  • [PATCHv2 4/7] cgroup: export cgroup_get() and cgroup_put(), Aditya Kali
  • [PATCHv2 3/7] cgroup: add function to get task's cgroup on default hierarchy, Aditya Kali
  • Re: [PATCHv2 0/7] CGroup Namespaces, Vivek Goyal
    • Re: [PATCHv2 0/7] CGroup Namespaces, Aditya Kali
      • Re: [PATCHv2 0/7] CGroup Namespaces, Richard Weinberger
        • Re: [PATCHv2 0/7] CGroup Namespaces, Aditya Kali
• [PATCH] kernel, add panic_on_warn, Prarit Bhargava
  • Re: [PATCH] kernel, add panic_on_warn, H. Peter Anvin
  • Re: [PATCH] kernel, add panic_on_warn, Hedi Berriche
    • Re: [PATCH] kernel, add panic_on_warn, Prarit Bhargava
      • Re: [PATCH] kernel, add panic_on_warn, Vivek Goyal
  • <Possible follow-ups>
  • [PATCH] kernel, add panic_on_warn, Prarit Bhargava
    • Re: [PATCH] kernel, add panic_on_warn, WANG Chao
    • Re: [PATCH] kernel, add panic_on_warn, Yasuaki Ishimatsu
• [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
  • kdbus: add policy database implementation, Greg Kroah-Hartman
  • kdbus: add selftests, Greg Kroah-Hartman
    • Re: kdbus: add selftests, Arnd Bergmann
    • Re: kdbus: add selftests, Michael Ellerman
      • Re: kdbus: add selftests, Daniel Mack
  • kdbus: add driver skeleton, ioctl entry points and utility functions, Greg Kroah-Hartman
    • Re: kdbus: add driver skeleton, ioctl entry points and utility functions, Eric W. Biederman
    • Re: kdbus: add driver skeleton, ioctl entry points and utility functions, Thomas Gleixner
      • Re: kdbus: add driver skeleton, ioctl entry points and utility functions, Jiri Kosina
        • Re: kdbus: add driver skeleton, ioctl entry points and utility functions, Thomas Gleixner
  • kdbus: add name registry implementation, Greg Kroah-Hartman
  • kdbus: add code for buses, domains and endpoints, Greg Kroah-Hartman
    • Re: kdbus: add code for buses, domains and endpoints, Eric W. Biederman
      • Re: kdbus: add code for buses, domains and endpoints, Djalal Harouni
        • Re: kdbus: add code for buses, domains and endpoints, Eric W. Biederman
          • Re: kdbus: add code for buses, domains and endpoints, Djalal Harouni
            • Re: kdbus: add code for buses, domains and endpoints, Andy Lutomirski
              • Re: kdbus: add code for buses, domains and endpoints, Djalal Harouni
                • Re: kdbus: add code for buses, domains and endpoints, Simon McVittie
                  • Re: kdbus: add code for buses, domains and endpoints, Djalal Harouni
                • Re: kdbus: add code for buses, domains and endpoints, Andy Lutomirski
                  • Re: kdbus: add code for buses, domains and endpoints, Alex Elsayed
                    • Re: kdbus: add code for buses, domains and endpoints, Andy Lutomirski
    • How Not To Use kref (was Re: kdbus: add code for buses, domains and endpoints), Al Viro
      • Re: How Not To Use kref (was Re: kdbus: add code for buses, domains and endpoints), Linus Torvalds
        • Re: How Not To Use kref (was Re: kdbus: add code for buses, domains and endpoints), Al Viro
      • Re: How Not To Use kref (was Re: kdbus: add code for buses, domains and endpoints), David Herrmann
    • Re: kdbus: add code for buses, domains and endpoints, Al Viro
      • Re: kdbus: add code for buses, domains and endpoints, Daniel Mack
  • kdbus: add Makefile, Kconfig and MAINTAINERS entry, Greg Kroah-Hartman
  • kdbus: add code to gather metadata, Greg Kroah-Hartman
    • Re: kdbus: add code to gather metadata, Andy Lutomirski
      • Re: kdbus: add code to gather metadata, Andy Lutomirski
        • Re: kdbus: add code to gather metadata, Daniel Mack
          • Re: kdbus: add code to gather metadata, Andy Lutomirski
            • Re: kdbus: add code to gather metadata, Daniel Mack
              • Re: kdbus: add code to gather metadata, Andy Lutomirski
                • Re: kdbus: add code to gather metadata, Daniel Mack
                  • Re: kdbus: add code to gather metadata, Andy Lutomirski
                    • Re: kdbus: add code to gather metadata, Simon McVittie
                      • Re: kdbus: add code to gather metadata, Andy Lutomirski
      • Re: kdbus: add code to gather metadata, Daniel Mack
  • kdbus: add code for notifications and matches, Greg Kroah-Hartman
  • kdbus: add connection, queue handling and message validation code, Greg Kroah-Hartman
    • Message not available
      • Re: kdbus: add connection, queue handling and message validation code, Andy Lutomirski
        • Re: kdbus: add connection, queue handling and message validation code, Djalal Harouni
  • kdbus: add connection pool implementation, Greg Kroah-Hartman
  • kdbus: add header file, Greg Kroah-Hartman
    • Re: kdbus: add header file, Arnd Bergmann
      • Re: kdbus: add header file, Tom Gundersen
        • Re: kdbus: add header file, Arnd Bergmann
          • Re: kdbus: add header file, Daniel Mack
            • Re: kdbus: add header file, Arnd Bergmann
              • Re: kdbus: add header file, Daniel Mack
  • kdbus: add documentation, Greg Kroah-Hartman
    • Re: kdbus: add documentation, Peter Meerwald
      • Re: kdbus: add documentation, Greg Kroah-Hartman
  • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
    • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
      • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
      • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
        • Re: [PATCH 00/12] Add kdbus implementation, Eric W. Biederman
          • Re: [PATCH 00/12] Add kdbus implementation, Tom Gundersen
            • Re: [PATCH 00/12] Add kdbus implementation, Eric W. Biederman
            • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
  • Re: [PATCH 00/12] Add kdbus implementation, Greg KH
    • Re: [PATCH 00/12] Add kdbus implementation, Eric W. Biederman
      • Re: [PATCH 00/12] Add kdbus implementation, Daniel Mack
  • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
    • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
      • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
        • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
        • Re: [PATCH 00/12] Add kdbus implementation, Daniel Mack
    • Re: [PATCH 00/12] Add kdbus implementation, Daniel Mack
  • Re: [PATCH 00/12] Add kdbus implementation, Jiri Kosina
    • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
      • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
      • Re: [PATCH 00/12] Add kdbus implementation, Jiri Kosina
        • Re: [PATCH 00/12] Add kdbus implementation, Jiri Kosina
          • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
        • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
          • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
            • Re: [PATCH 00/12] Add kdbus implementation, Tom Gundersen
              • Re: [PATCH 00/12] Add kdbus implementation, Simon McVittie
              • Re: [PATCH 00/12] Add kdbus implementation, Andy Lutomirski
                • Re: [PATCH 00/12] Add kdbus implementation, Alex Elsayed
          • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
            • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
              • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
                • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
                  • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
                    • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
                  • Re: [PATCH 00/12] Add kdbus implementation, One Thousand Gnomes
                    • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
                  • Re: [PATCH 00/12] Add kdbus implementation, Paul Moore
                    • Re: [PATCH 00/12] Add kdbus implementation, Karol Lewandowski
                      • [RFC PATCH 0/5] kdbus: add support for lsm, Karol Lewandowski
                        • [PATCH 1/5] kdbus: extend structures with security pointer for lsm, Karol Lewandowski
                          • Re: [PATCH 1/5] kdbus: extend structures with security pointer for lsm, Karol Lewandowski
                            • Re: [PATCH 1/5] kdbus: extend structures with security pointer for lsm, Greg KH
                        • [PATCH 2/5] security: export security_file_receive for modules, Karol Lewandowski
                        • [PATCH 3/5] kdbus: check if lsm permits installing received fds, Karol Lewandowski
                        • [PATCH 4/5] security: introduce lsm hooks for kdbus, Karol Lewandowski
                        • [PATCH 5/5] kdbus: make use of new lsm hooks, Karol Lewandowski
                        • [PATCH 3/5] kdbus: check if lsm permits installing received fds, Karol Lewandowski
                        • Re: [RFC PATCH 0/5] kdbus: add support for lsm, Greg KH
                          • Re: [RFC PATCH 0/5] kdbus: add support for lsm, Karol Lewandowski
    • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
      • Re: [PATCH 00/12] Add kdbus implementation, One Thousand Gnomes
  • Re: [PATCH 00/12] Add kdbus implementation, Arnd Bergmann
    • Re: [PATCH 00/12] Add kdbus implementation, Greg Kroah-Hartman
• [PATCH V5] kernel, add panic_on_warn, Prarit Bhargava
  • Re: [PATCH V5] kernel, add panic_on_warn, Jason Baron
• [PATCH v3] gpio: lib-sysfs: Add 'wakeup' attribute, Soren Brinkmann
  • Re: [PATCH v3] gpio: lib-sysfs: Add 'wakeup' attribute, Linus Walleij
    • Re: [PATCH v3] gpio: lib-sysfs: Add 'wakeup' attribute, Sören Brinkmann
  • Re: [PATCH v3] gpio: lib-sysfs: Add 'wakeup' attribute, Sören Brinkmann
    • Re: [PATCH v3] gpio: lib-sysfs: Add 'wakeup' attribute, Alexandre Courbot
• [PATCH v9 02/19] vfio: platform: probe to devices on the platform bus, Antonios Motakis
• [PATCH v9 04/19] vfio: amba: VFIO support for AMBA devices, Antonios Motakis
  • Re: [PATCH v9 04/19] vfio: amba: VFIO support for AMBA devices, Alex Williamson
    • Re: [PATCH v9 04/19] vfio: amba: VFIO support for AMBA devices, Antonios Motakis
• [PATCH v2 1/6] vfio: implement iommu driver capabilities with an enum, Antonios Motakis
  • Re: [PATCH v2 1/6] vfio: implement iommu driver capabilities with an enum, Alex Williamson
    • Re: [PATCH v2 1/6] vfio: implement iommu driver capabilities with an enum, Antonios Motakis
• [PATCH v2 3/6] vfio: introduce the VFIO_DMA_MAP_FLAG_NOEXEC flag, Antonios Motakis
• [v5 0/5] quota: add project quota support for ext4, Li Xi
  • [v5 1/5] Adds general codes to enforces project quota limits, Li Xi
    • Re: [v5 1/5] Adds general codes to enforces project quota limits, Jan Kara
  • [v5 2/5] Adds project ID support for ext4, Li Xi
    • Re: [v5 2/5] Adds project ID support for ext4, Jan Kara
  • [v5 3/5] Adds project quota support for ext4, Li Xi
    • Re: [v5 3/5] Adds project quota support for ext4, Jan Kara
  • [v5 4/5] Adds ioctl interface support for ext4 project, Li Xi
    • Re: [v5 4/5] Adds ioctl interface support for ext4 project, Arnd Bergmann
    • Re: [v5 4/5] Adds ioctl interface support for ext4 project, Dave Chinner
      • Re: [v5 4/5] Adds ioctl interface support for ext4 project, Jan Kara
  • [v5 5/5] Adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support for ext4, Li Xi
    • Re: [v5 5/5] Adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support for ext4, Dave Chinner
      • Re: [v5 5/5] Adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support for ext4, Li Xi
        • Re: [v5 5/5] Adds FS_IOC_FSSETXATTR/FS_IOC_FSGETXATTR interface support for ext4, Dave Chinner
• [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Mark Rutland
  • [RFC PATCH 1/1] arm64: Fix up /proc/cpuinfo, Mark Rutland
    • Re: [RFC PATCH 1/1] arm64: Fix up /proc/cpuinfo, Will Deacon
      • Re: [RFC PATCH 1/1] arm64: Fix up /proc/cpuinfo, Ian Campbell
  • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Russell King - ARM Linux
    • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Mark Rutland
      • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Russell King - ARM Linux
  • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Greg Hackmann
  • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Catalin Marinas
    • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Will Deacon
      • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Catalin Marinas
        • Re: [RFC PATCH 0/1] arm64: Fix /proc/cpuinfo, Catalin Marinas
• [PATCH V4] kernel, add bug_on_warn, Prarit Bhargava
  • Re: [PATCH V4] kernel, add bug_on_warn, Jason Baron
    • Re: [PATCH V4] kernel, add bug_on_warn, Prarit Bhargava
      • Re: [PATCH V4] kernel, add bug_on_warn, Dave Young
      • Re: Re: [PATCH V4] kernel, add bug_on_warn, Masami Hiramatsu
  • Re: [PATCH V4] kernel, add bug_on_warn, Yasuaki Ishimatsu
  • Re: [PATCH V4] kernel, add bug_on_warn, Andi Kleen
    • Re: [PATCH V4] kernel, add bug_on_warn, Prarit Bhargava
      • Re: [PATCH V4] kernel, add bug_on_warn, Vivek Goyal
        • Re: [PATCH V4] kernel, add bug_on_warn, Andi Kleen
          • Re: [PATCH V4] kernel, add bug_on_warn, Prarit Bhargava
            • Re: [PATCH V4] kernel, add bug_on_warn, Andi Kleen
              • Re: [PATCH V4] kernel, add bug_on_warn, Prarit Bhargava
          • Re: [PATCH V4] kernel, add bug_on_warn, Vivek Goyal
            • Re: [PATCH V4] kernel, add bug_on_warn, Andi Kleen
• [PATCH] Drivers: hv: util: make struct hv_do_fcopy match Hyper-V host messages, Vitaly Kuznetsov
  • RE: [PATCH] Drivers: hv: util: make struct hv_do_fcopy match Hyper-V host messages, KY Srinivasan
• [PATCH RFC v4 01/17] virtio: memory access APIs, Michael S. Tsirkin
• [PATCH RFC v4 05/17] virtio: add virtio 1.0 feature bit, Michael S. Tsirkin
• [PATCH RFC v4 09/17] virtio: set FEATURES_OK, Michael S. Tsirkin
• [PATCH RFC v4 12/17] virtio_net: v1.0 support, Michael S. Tsirkin
• [PATCH RFC v4 13/17] virtio_blk: v1.0 support, Michael S. Tsirkin
• [PATCH V3] kernel, add bug_on_warn, Prarit Bhargava
  • Re: [PATCH V3] kernel, add bug_on_warn, Andrew Morton
    • Re: [PATCH V3] kernel, add bug_on_warn, Prarit Bhargava
• [PATCH 1/3] kcmp: Move kcmp.h into uapi, Michael Ellerman
  • [PATCH 3/3] selftests/kcmp: Always try to build the test, Michael Ellerman
    • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Cyrill Gorcunov
      • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Michael Ellerman
    • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Christopher Covington
      • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Shuah Khan
        • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Shuah Khan
      • Re: [PATCH 3/3] selftests/kcmp: Always try to build the test, Michael Ellerman
  • [PATCH 2/3] selftests/kcmp: Don't include kernel headers, Michael Ellerman
    • Re: [PATCH 2/3] selftests/kcmp: Don't include kernel headers, Cyrill Gorcunov
  • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Cyrill Gorcunov
  • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Arnd Bergmann
    • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Cyrill Gorcunov
      • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Shuah Khan
  • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Michael Ellerman
    • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Shuah Khan
      • Re: [PATCH 1/3] kcmp: Move kcmp.h into uapi, Michael Ellerman
• [PATCH RFC v3 05/16] virtio: add virtio 1.0 feature bit, Michael S. Tsirkin
  • Re: [PATCH RFC v3 05/16] virtio: add virtio 1.0 feature bit, Cornelia Huck
• [PATCH RFC v3 01/16] virtio: memory access APIs, Michael S. Tsirkin
  • Re: [PATCH RFC v3 01/16] virtio: memory access APIs, Cornelia Huck
    • Re: [PATCH RFC v3 01/16] virtio: memory access APIs, Michael S. Tsirkin
• [PATCH RFC v3 09/16] virtio: set FEATURES_OK, Michael S. Tsirkin
  • Re: [PATCH RFC v3 09/16] virtio: set FEATURES_OK, Cornelia Huck
    • Re: [PATCH RFC v3 09/16] virtio: set FEATURES_OK, Michael S. Tsirkin
      • Re: [PATCH RFC v3 09/16] virtio: set FEATURES_OK, Cornelia Huck
        • Re: [PATCH RFC v3 09/16] virtio: set FEATURES_OK, Michael S. Tsirkin
• [PATCH RFC v3 16/16] virtio_blk: fix types for in memory structures, Michael S. Tsirkin
• [PATCH RFC v3 15/16] virtio_net: fix types for in memory structures, Michael S. Tsirkin
• [PATCH v1 0/3] tpm: prepare for TPM2, Jarkko Sakkinen
  • [PATCH v1 1/3] tpm: merge duplicate transmit_cmd() functions, Jarkko Sakkinen
    • Re: [PATCH v1 1/3] tpm: merge duplicate transmit_cmd() functions, Jason Gunthorpe
  • [PATCH v1 3/3] tpm: fix multiple race conditions in tpm_ppi.c, Jarkko Sakkinen
    • Re: [PATCH v1 3/3] tpm: fix multiple race conditions in tpm_ppi.c, Jason Gunthorpe
      • Re: [PATCH v1 3/3] tpm: fix multiple race conditions in tpm_ppi.c, Jarkko Sakkinen
  • [PATCH v1 2/3] tpm: two-phase chip management functions, Jarkko Sakkinen
    • Re: [PATCH v1 2/3] tpm: two-phase chip management functions, Jason Gunthorpe
      • Re: [PATCH v1 2/3] tpm: two-phase chip management functions, Jarkko Sakkinen
  • Aw: [PATCH v1 0/3] tpm: prepare for TPM2, Peter Huewe
• [PATCH RFC v2 05/16] virtio: add virtio 1.0 feature bit, Michael S. Tsirkin
• [PATCH RFC v2 09/16] virtio: set FEATURES_OK, Michael S. Tsirkin
• [PATCH RFC v2 01/16] virtio: memory access APIs, Michael S. Tsirkin
  • Re: [PATCH RFC v2 01/16] virtio: memory access APIs, Christopher Covington
    • Re: [PATCH RFC v2 01/16] virtio: memory access APIs, Michael S. Tsirkin
• [PATCH RFC v2 15/16] virtio_net: fix types for in memory structures, Michael S. Tsirkin
• [PATCH RFC v2 16/16] virtio_blk: fix types for in memory structures, Michael S. Tsirkin
• [PATCHv5 0/3] syscalls,x86: Add execveat() system call, David Drysdale
  • [PATCHv5 2/3] syscalls,x86: add selftest for execveat(2), David Drysdale
  • [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2), David Drysdale
    • Re: [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2), Eric W. Biederman
      • Re: [PATCHv5 man-pages 3/3] execveat.2: initial man page for execveat(2), David Drysdale
  • [PATCHv5 1/3] syscalls,x86: implement execveat() system call, David Drysdale
    • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, Eric W. Biederman
      • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, David Drysdale
    • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, Andy Lutomirski
      • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, David Drysdale
        • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, Andy Lutomirski
          • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, David Drysdale
            • Re: [PATCHv5 1/3] syscalls,x86: implement execveat() system call, Andy Lutomirski
• [PATCH 0/4] vfs: Non-blockling buffered fs read (page cache only), Milosz Tanski
  • [PATCH 2/4] vfs: Define new syscalls preadv2,pwritev2, Milosz Tanski
    • Re: [PATCH 2/4] vfs: Define new syscalls preadv2,pwritev2, Christoph Hellwig
      • Re: [PATCH 2/4] vfs: Define new syscalls preadv2,pwritev2, Milosz Tanski
    • Re: [PATCH 2/4] vfs: Define new syscalls preadv2,pwritev2, Jeff Moyer
      • Re: [PATCH 2/4] vfs: Define new syscalls preadv2,pwritev2, Milosz Tanski
  • [PATCH 3/4] vfs: Export new vector IO syscalls (with flags) to userland, Milosz Tanski
    • Re: [PATCH 3/4] vfs: Export new vector IO syscalls (with flags) to userland, Christoph Hellwig
  • [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Milosz Tanski
    • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Christoph Hellwig
    • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Jeff Moyer
      • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Milosz Tanski
        • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Christoph Hellwig
    • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Steve French
      • Re: [PATCH 4/4] vfs: RWF_NONBLOCK flag for preadv2, Milosz Tanski
  • [PATCH 1/4] vfs: Prepare for adding a new preadv/pwritev with user flags., Milosz Tanski
    • Re: [PATCH 1/4] vfs: Prepare for adding a new preadv/pwritev with user flags., Christoph Hellwig
    • Re: [PATCH 1/4] vfs: Prepare for adding a new preadv/pwritev with user flags., Jeff Moyer
      • Re: [PATCH 1/4] vfs: Prepare for adding a new preadv/pwritev with user flags., Milosz Tanski
  • [PATCH] Add preadv2/pwritev2 documentation., Milosz Tanski
  • Re: [PATCH 0/4] vfs: Non-blockling buffered fs read (page cache only), Christoph Hellwig
• system size test, Shuah Khan
• rt-tester - move under selftests, Shuah Khan
  • Re: rt-tester - move under selftests, Thomas Gleixner
• [PATCH V2] kernel, add bug_on_warn, Prarit Bhargava
  • Re: [PATCH V2] kernel, add bug_on_warn, Rusty Russell
    • Re: [PATCH V2] kernel, add bug_on_warn, Prarit Bhargava
      • Re: [PATCH V2] kernel, add bug_on_warn, Rusty Russell
        • Re: [PATCH V2] kernel, add bug_on_warn, Prarit Bhargava
  • Re: [PATCH V2] kernel, add bug_on_warn, Yasuaki Ishimatsu
• preadv2/pwritev2 rename, Milosz Tanski
  • Re: preadv2/pwritev2 rename, Michael Kerrisk (man-pages)
    • Re: preadv2/pwritev2 rename, Michael Kerrisk (man-pages)
    • Re: preadv2/pwritev2 rename, H. Peter Anvin
• [PATCH 2/2] fs: Support compiling out sendfile, Pieter Smith
  • Re: [PATCH 2/2] fs: Support compiling out sendfile, josh
    • Re: [PATCH 2/2] fs: Support compiling out sendfile, Christoph Hellwig
      • Re: [PATCH 2/2] fs: Support compiling out sendfile, Josh Triplett
        • Re: [PATCH 2/2] fs: Support compiling out sendfile, Christoph Hellwig
          • Re: [PATCH 2/2] fs: Support compiling out sendfile, Josh Triplett
  • Message not available
    • Message not available
      • Re: [PATCH 2/2] fs: Support compiling out sendfile, Eric Paris
• [PATCH v2 0/5] power/mfd: Add max77693 charger driver, Krzysztof Kozlowski
  • [PATCH v2 1/5] devicetree: mfd: max77693: Document new bindings for charger, Krzysztof Kozlowski
  • [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Krzysztof Kozlowski
    • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Lee Jones
      • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Krzysztof Kozlowski
        • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Lee Jones
          • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Krzysztof Kozlowski
            • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Lee Jones
    • Re: [PATCH v2 2/5] mfd: max77693: Map charger device to its own of_node, Lee Jones
  • [PATCH v2 3/5] mfd: max77693: Add defines for MAX77693 charger driver, Krzysztof Kozlowski
  • [PATCH v2 4/5] power: max77693: Add charger driver for Maxim 77693, Krzysztof Kozlowski
    • Re: [PATCH v2 4/5] power: max77693: Add charger driver for Maxim 77693, Sebastian Reichel
      • Re: [PATCH v2 4/5] power: max77693: Add charger driver for Maxim 77693, Krzysztof Kozlowski
  • [PATCH v2 5/5] Documentation: charger: max77693: Document exported sysfs entry, Krzysztof Kozlowski
• [PATCH v17 0/7] MADV_FREE support, Minchan Kim
  • [PATCH v17 3/7] sparc: add pmd_[dirty|mkclean] for THP, Minchan Kim
  • [PATCH v17 6/7] arm64: add pmd_[dirty|mkclean] for THP, Minchan Kim
  • [PATCH v17 2/7] x86: add pmd_[dirty|mkclean] for THP, Minchan Kim
  • [PATCH v17 4/7] powerpc: add pmd_[dirty|mkclean] for THP, Minchan Kim
  • [PATCH v17 5/7] arm: add pmd_mkclean for THP, Minchan Kim
  • [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
    • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
      • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
        • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
          • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
            • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
              • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
                  • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michael Kerrisk (man-pages)
                    • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                      • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Shaohua Li
                        • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                          • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Shaohua Li
                            • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                              • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Shaohua Li
                                • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                                • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Shaohua Li
                                • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Minchan Kim
                        • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
                          • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Shaohua Li
                            • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Rik van Riel
                    • Re: [PATCH v17 1/7] mm: support madvise(MADV_FREE), Michal Hocko
  • [PATCH v17 7/7] mm: Don't split THP page when syscall is called, Minchan Kim
    • Re: [PATCH v17 7/7] mm: Don't split THP page when syscall is called, Michal Hocko
      • Re: [PATCH v17 7/7] mm: Don't split THP page when syscall is called, Minchan Kim
  • Re: [PATCH v17 0/7] MADV_FREE support, Minchan Kim
    • Re: [PATCH v17 0/7] MADV_FREE support, Andrew Morton
• [PATCH] Documentation/ABI/testing/sysfs-ibft: fix a typo, WANG Chao
• [RFC PATCH v2 1/4] vfio: platform: add device tree info API and skeleton, Antonios Motakis
• [PATCH] staging: android: binder: move to the "real" part of the kernel, Greg Kroah-Hartman
  • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Michael Kerrisk (man-pages)
    • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Greg Kroah-Hartman
      • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Dan Carpenter
      • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Pavel Machek
  • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, John Stultz
    • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Greg Kroah-Hartman
      • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, John Stultz
        • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, Greg Kroah-Hartman
      • Re: [PATCH] staging: android: binder: move to the "real" part of the kernel, One Thousand Gnomes