Linux API

• Date Index

• Re: [PATCH v3 02/21] fpga: mgr: add region_id to fpga_image_info, (continued)
  • Re: [PATCH v3 02/21] fpga: mgr: add region_id to fpga_image_info, Alan Tull
    • Re: [PATCH v3 02/21] fpga: mgr: add region_id to fpga_image_info, Wu Hao
  • Re: [PATCH v3 00/21] Intel FPGA Device Drivers, Alan Tull
• [PATCH] mm: disable `vm.max_map_count' sysctl limit, Mikael Pettersson
  • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
    • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Matthew Wilcox
      • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Mikael Pettersson
    • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Andi Kleen
      • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
        • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
          • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Andi Kleen
            • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
      • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Mikael Pettersson
    • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Mikael Pettersson
      • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
        • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, John Hubbard
          • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
            • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, John Hubbard
              • Re: [PATCH] mm: disable `vm.max_map_count' sysctl limit, Michal Hocko
• Re: [PATCH] mm:Add watermark slope for high mark, Vlastimil Babka
  • Re: [PATCH] mm:Add watermark slope for high mark, peter enderborg
  • <Possible follow-ups>
  • Re: [PATCH] mm:Add watermark slope for high mark, peter enderborg
    • Re: [PATCH] mm:Add watermark slope for high mark, Michal Hocko
• [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe, Mike Rapoport
  • [PATCH v3 1/4] fs/splice: introduce pages_to_pipe helper, Mike Rapoport
  • [PATCH v3 3/4] x86: wire up the process_vmsplice syscall, Mike Rapoport
  • [PATCH v3 4/4] test: add a test for the process_vmsplice syscall, Mike Rapoport
    • Re: [PATCH v3 4/4] test: add a test for the process_vmsplice syscall, Greg KH
      • Re: [PATCH v3 4/4] test: add a test for the process_vmsplice syscall, Mike Rapoport
  • [PATCH v3 2/4] vm: add a syscall to map a process memory into a pipe, Mike Rapoport
  • Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe, Michael Kerrisk (man-pages)
    • Re: [PATCH v3 0/4] vm: add a syscall to map a process memory into a pipe, Mike Rapoport
• [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine, Kirill A. Shutemov
  • Re: [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine, Vlastimil Babka
  • Re: [PATCH] mm/hugetlb: Fix NULL-pointer dereference on 5-level paging machine, Michal Hocko
• [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v5 20/22] membarrier: Document scheduler barrier requirements, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v7 19/22] powerpc: membarrier: Skip memory barrier in switch_mm(), Mathieu Desnoyers
  • [RFC PATCH for 4.15 22/22] membarrier: selftest: Test shared expedited cmd, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v2 21/22] membarrier: provide SHARED_EXPEDITED command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 17/22] Fix: membarrier: add missing preempt off around smp_call_function_many, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests, Shuah Khan
      • Re: [RFC PATCH for 4.15 v3 14/22] cpu_opv: selftests: Implement selftests, Mathieu Desnoyers
  • [RFC PATCH for 4.15 18/22] membarrier: selftest: Test private expedited cmd, Mathieu Desnoyers
  • [RFC PATCH for 4.15 16/22] rseq: selftests: arm: workaround gcc asm size guess, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 16/22] rseq: selftests: arm: workaround gcc asm size guess, Shuah Khan
  • [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Shuah Khan
      • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Shuah Khan
          • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
            • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Shuah Khan
              • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Peter Zijlstra
      • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Peter Zijlstra
      • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Peter Zijlstra
      • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Peter Zijlstra
        • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
      • Re: [RFC PATCH for 4.15 v3 15/22] rseq: selftests: Provide self-tests, Mathieu Desnoyers
  • [RFC PATCH for 4.15 13/22] arm: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 07/22] powerpc: Add support for restartable sequences, Mathieu Desnoyers
  • [RFC PATCH for 4.15 09/22] sched: Implement push_task_to_cpu, Mathieu Desnoyers
  • [RFC PATCH for 4.15 11/22] x86: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v4 10/22] cpu_opv: Provide cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 12/22] powerpc: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 08/22] powerpc: Wire up restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 05/22] x86: Add support for restartable sequences, Mathieu Desnoyers
  • [RFC PATCH for 4.15 01/22] uapi headers: Provide types_32_64.h, Mathieu Desnoyers
  • [RFC PATCH for 4.15 06/22] x86: Wire up restartable sequence system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 v12 02/22] rseq: Introduce restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 03/22] arm: Add restartable sequences support, Mathieu Desnoyers
  • [RFC PATCH for 4.15 04/22] arm: Wire up restartable sequences system call, Mathieu Desnoyers
  • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Andi Kleen
    • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
      • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Thomas Gleixner
        • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
          • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Thomas Gleixner
      • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Andy Lutomirski
        • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
          • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Andi Kleen
      • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Peter Zijlstra
        • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Will Deacon
          • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
            • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Thomas Gleixner
              • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
                • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Thomas Gleixner
                  • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
                    • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Thomas Gleixner
        • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Mathieu Desnoyers
          • Re: [RFC PATCH for 4.15 v12 00/22] Restartable sequences and CPU op vector, Andi Kleen
  • [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS, Mathieu Desnoyers
    • Re: [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS, Mathieu Desnoyers
    • Re: [PATCH update for 4.15 1/3] selftests: lib.mk: Introduce OVERRIDE_TARGETS, Shuah Khan
  • [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4), Mathieu Desnoyers
    • Re: [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4), Shuah Khan
      • Re: [PATCH update for 4.15 3/3] rseq: selftests: Provide self-tests (v4), Mathieu Desnoyers
  • [PATCH update for 4.15 2/3] cpu_opv: selftests: Implement selftests (v4), Mathieu Desnoyers
    • Re: [PATCH update for 4.15 2/3] cpu_opv: selftests: Implement selftests (v4), Shuah Khan
• [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Arnd Bergmann
  • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Richard Cochran
    • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Arnd Bergmann
      • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Richard Cochran
        • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Arnd Bergmann
        • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Michael Kerrisk (man-pages)
          • Re: [PATCH] [man-pages] adjtimex.2: document clock_adjtime, Richard Cochran
            • [PATCH man-pages 1/2] clock_getres.2: Explain dynamic clocks., Richard Cochran
              • [PATCH man-pages 2/2] adjtimex.2: document clock_adjtime, Richard Cochran
                • Re: [PATCH man-pages 2/2] adjtimex.2: document clock_adjtime, Michael Kerrisk (man-pages)
              • Re: [PATCH man-pages 1/2] clock_getres.2: Explain dynamic clocks., Michael Kerrisk (man-pages)
• Re: Provision for filesystem specific open flags, Jeff Layton
  • <Possible follow-ups>
  • Re: Provision for filesystem specific open flags, Jeff Layton
  • Re: Provision for filesystem specific open flags, Florian Weimer
• Documentation patch for namespaced file capabilities, Michael Kerrisk (man-pages)
  • Re: Documentation patch for namespaced file capabilities, Eric W. Biederman
  • Re: Documentation patch for namespaced file capabilities, Serge E. Hallyn
    • Re: Documentation patch for namespaced file capabilities, Michael Kerrisk (man-pages)
• [PATCH v3 0/3] some fixes and clean up for mempolicy, Yisheng Xie
  • [PATCH v3 1/3] mm/mempolicy: remove redundant check in get_nodes, Yisheng Xie
    • Re: [PATCH v3 1/3] mm/mempolicy: remove redundant check in get_nodes, David Rientjes
  • [PATCH v3 2/3] mm/mempolicy: fix the check of nodemask from user, Yisheng Xie
    • Re: [PATCH v3 2/3] mm/mempolicy: fix the check of nodemask from user, Vlastimil Babka
  • [PATCH v3 3/3] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
    • Re: [PATCH v3 3/3] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Vlastimil Babka
      • Re: [PATCH v3 3/3] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
        • Re: [PATCH v3 3/3] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
• [RFC PATCH v2 0/3] Man pages for rseq, cpu_opv, update membarrier, Mathieu Desnoyers
  • [RFC PATCH 1/3] Add cpu_opv system call manpage, Mathieu Desnoyers
  • [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15, Mathieu Desnoyers
    • Re: [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15, Michael Kerrisk (man-pages)
      • Re: [RFC PATCH 3/3] Update membarrier manpage for 4.14, 4.15, Mathieu Desnoyers
  • [RFC PATCH 2/3] Add rseq manpage, Mathieu Desnoyers
  • Re: [RFC PATCH v2 0/3] Man pages for rseq, cpu_opv, update membarrier, Michael Kerrisk (man-pages)
• [no subject], Michal Hocko
  • [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
    • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Kees Cook
      • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Matthew Wilcox
        • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
    • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Florian Weimer
      • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
        • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Florian Weimer
          • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
            • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Florian Weimer
    • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, John Hubbard
      • Re: [RFC PATCH 1/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
  • [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map, Michal Hocko
    • Re: [PATCH 2/2] fs, elf: drop MAP_FIXED usage from elf_map, Kees Cook
  • [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
    • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, John Hubbard
      • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
        • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, John Hubbard
          • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
            • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Vlastimil Babka
    • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Michal Hocko
      • Re: [RFC PATCH 0/2] mm: introduce MAP_FIXED_SAFE, Khalid Aziz
• [RFC PATCH manpages 0/3] rseq, cpu_opv, membarrier man pages updates, Mathieu Desnoyers
  • [RFC PATCH manpages 1/3] Add cpu_opv system call manpage, Mathieu Desnoyers
  • [RFC PATCH manpages 3/3] Update membarrier manpage for 4.14, 4.15, Mathieu Desnoyers
  • [RFC PATCH manpages 2/3] Add rseq manpage, Mathieu Desnoyers
• [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Mathieu Desnoyers
  • [RFC PATCH for 4.15 02/24] Restartable sequences: ARM 32 architecture support, Mathieu Desnoyers
  • [RFC PATCH for 4.15 06/24] Restartable sequences: powerpc architecture support, Mathieu Desnoyers
  • [RFC PATCH for 4.15 03/24] Restartable sequences: wire up ARM 32 system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd, Shuah Khan
      • Re: [RFC PATCH for 4.15 23/24] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 21/24] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
  • [RFC PATCH for 4.15 19/24] membarrier: selftest: Test shared expedited cmd, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 19/24] membarrier: selftest: Test shared expedited cmd, Shuah Khan
  • [RFC PATCH for 4.15 20/24] membarrier: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH v7 for 4.15 16/24] membarrier: powerpc: Skip memory barrier in switch_mm(), Mathieu Desnoyers
  • [RFC PATCH v5 for 4.15 17/24] membarrier: Document scheduler barrier requirements, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 22/24] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 13/24] Restartable sequences: Provide self-tests, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 12/24] cpu_opv: Implement selftests, Mathieu Desnoyers
  • [RFC PATCH for 4.15 14/24] Restartable sequences selftests: arm: workaround gcc asm size guess, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 15/24] membarrier: selftest: Test private expedited cmd, Mathieu Desnoyers
  • [RFC PATCH for 4.15 24/24] membarrier: arm64: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 18/24] membarrier: provide SHARED_EXPEDITED command, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 18/24] membarrier: provide SHARED_EXPEDITED command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 09/24] cpu_opv: Wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
    • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
    • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Michael Kerrisk (man-pages)
      • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
    • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
      • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Andi Kleen
        • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
          • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
            • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Andi Kleen
              • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
                • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Andi Kleen
                  • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
                    • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Andy Lutomirski
            • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
              • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
      • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
        • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
          • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
            • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
          • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
            • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Andi Kleen
              • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
            • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Thomas Gleixner
              • Re: [RFC PATCH v3 for 4.15 08/24] Provide cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 10/24] cpu_opv: Wire up powerpc system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 07/24] Restartable sequences: Wire up powerpc system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support, Thomas Gleixner
      • Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 04/24] Restartable sequences: x86 32/64 architecture support, Thomas Gleixner
  • [RFC PATCH for 4.15 05/24] Restartable sequences: wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Ben Maurer
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Ben Maurer
    • Message not available
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Ben Maurer
        • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Peter Zijlstra
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Peter Zijlstra
          • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Peter Zijlstra
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Thomas Gleixner
          • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Peter Zijlstra
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
        • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Peter Zijlstra
    • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Thomas Gleixner
      • Re: [RFC PATCH v11 for 4.15 01/24] Restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 11/24] cpu_opv: Wire up ARM32 system call, Mathieu Desnoyers
  • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Linus Torvalds
    • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Andy Lutomirski
      • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Andy Lutomirski
          • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Mathieu Desnoyers
      • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Paul Turner
        • Re: [RFC PATCH for 4.15 00/24] Restartable sequences and CPU op vector v11, Mathieu Desnoyers
• [patch v12 0/4] JTAG driver introduction, Oleksandr Shamray
  • [patch v12 4/4] Documentation: jtag: Add ABI documentation, Oleksandr Shamray
  • [patch v12 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
  • [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
    • Re: [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Kun Yi
      • Re: [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Philippe Ombredanne
        • RE: [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
      • RE: [patch v12 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
  • [patch v12 1/4] drivers: jtag: Add JTAG core driver, Oleksandr Shamray
• [PATCHv3 resend] uapi libc compat: add fallback for unsupported libcs, Felix Janda
  • Re: [PATCHv3 resend] uapi libc compat: add fallback for unsupported libcs, Hauke Mehrtens
  • Re: [PATCHv3 resend] uapi libc compat: add fallback for unsupported libcs, Dmitry V. Levin
    • Re: [PATCHv3 resend] uapi libc compat: add fallback for unsupported libcs, Hauke Mehrtens
• [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration, Mathieu Desnoyers
  • Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration, Mathieu Desnoyers
  • Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration, Benjamin Herrenschmidt
    • Re: [RFC PATCH v2] Fix: x86: Add missing core serializing instruction on migration, Benjamin Herrenschmidt
• [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Deepa Dinamani
  • [PATCH 8/9] change time types to new y2038 safe __kernel_* types, Deepa Dinamani
  • [PATCH 9/9] nanosleep: change time types to safe __kernel_* types, Deepa Dinamani
  • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Arnd Bergmann
    • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Deepa Dinamani
      • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Thomas Gleixner
        • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Arnd Bergmann
          • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Thomas Gleixner
            • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Arnd Bergmann
              • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Thomas Gleixner
                • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Arnd Bergmann
                  • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Thomas Gleixner
                    • Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion, Arnd Bergmann
• [RFC PATCH for 4.15 0/9] membarrier updates for 4.15, Mathieu Desnoyers
  • [RFC PATCH v5 for 4.15 03/10] membarrier: Document scheduler barrier requirements, Mathieu Desnoyers
  • [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Andy Lutomirski
      • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
          • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Andy Lutomirski
          • Re: [RFC PATCH for 4.15 05/10] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
  • [RFC PATCH v7 for 4.15 02/10] membarrier: powerpc: Skip memory barrier in switch_mm(), Mathieu Desnoyers
  • [RFC PATCH for 4.15 04/10] membarrier: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 01/10] membarrier: selftest: Test private expedited cmd, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 07/10] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 10/10] membarrier: selftest: Test shared expedited cmd, Mathieu Desnoyers
  • [RFC PATCH for 4.15 09/10] membarrier: provide SHARED_EXPEDITED command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 06/10] Fix: x86: Add missing core serializing instruction on migration, Mathieu Desnoyers
  • [RFC PATCH for 4.15 08/10] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
• [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
  • [RFC PATCH 1/2] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
  • [RFC PATCH 2/2] Fix: x86: Add missing core serializing instruction on migration, Mathieu Desnoyers
  • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Linus Torvalds
    • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
      • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Linus Torvalds
      • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
        • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Linus Torvalds
        • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Avi Kivity
          • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
            • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Avi Kivity
            • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Peter Zijlstra
              • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Peter Zijlstra
                • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
                  • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Avi Kivity
                    • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Mathieu Desnoyers
                      • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Linus Torvalds
              • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Andy Lutomirski
                • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Thomas Gleixner
                  • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Andy Lutomirski
                    • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Peter Zijlstra
                      • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Daniel Bristot de Oliveira
                        • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Peter Zijlstra
                          • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Daniel Bristot de Oliveira
                            • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Peter Zijlstra
                              • Re: [RFC PATCH 0/2] x86: Fix missing core serialization on migration, Daniel Bristot de Oliveira
• [PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Mahesh Bandewar
  • Re: [PATCHv2 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Serge E. Hallyn
• [PATCHv2 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar
  • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
    • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
      • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
        • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
          • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
            • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
              • Re: [PATCHv2 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
• [PATCHv2 0/2] capability controlled user-namespaces, Mahesh Bandewar
• [PATCH RFC v3 0/7] proc: modernize proc to support multiple private instances, Djalal Harouni
  • [PATCH RFC v3 7/7] proc: flush dcache entries from all procfs instances, Djalal Harouni
  • [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option, Djalal Harouni
    • Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option, Andy Lutomirski
      • Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option, Djalal Harouni
    • Re: [PATCH RFC v3 6/7] proc: support new 'pids=all|ptraceable' mount option, James Morris
  • [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace, Djalal Harouni
    • Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace, James Morris
      • Re: [PATCH RFC v3 4/7] proc: support mounting private procfs instances inside same pid namespace, Djalal Harouni
  • [PATCH RFC v3 5/7] proc: move hidepid definitions to proc files, Djalal Harouni
  • [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options, Djalal Harouni
    • Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options, Alexey Dobriyan
      • Re: [PATCH RFC v3 3/7] proc: add helpers to set and get proc hidepid and gid mount options, Djalal Harouni
  • [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Djalal Harouni
    • Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Alexey Dobriyan
      • Re: [PATCH RFC v3 2/7] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Djalal Harouni
  • [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information, Djalal Harouni
    • Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information, Alexey Dobriyan
      • Re: [PATCH RFC v3 1/7] proc: add proc_fs_info struct to store proc information, Djalal Harouni
• [RFC PATCH for 4.15 0/6] membarrier updates for 4.15, Mathieu Desnoyers
  • [RFC PATCH for 4.15 4/6] membarrier: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 6/6] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
  • [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command, Andy Lutomirski
      • Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command, Andy Lutomirski
          • Re: [RFC PATCH for 4.15 5/6] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
  • [RFC PATCH for 4.15 2/6] membarrier: powerpc: Skip memory barrier in switch_mm() (v6), Mathieu Desnoyers
  • [RFC PATCH for 4.15 3/6] membarrier: Document scheduler barrier requirements (v5), Mathieu Desnoyers
  • [RFC PATCH for 4.15 1/6] membarrier: selftest: Test private expedited cmd, Mathieu Desnoyers
• Re: [(resend)] seq_file: reset iterator to first record for zero offset, Szabolcs Nagy
  • Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset, Rich Felker
    • Re: [musl] Re: [(resend)] seq_file: reset iterator to first record for zero offset, Miklos Szeredi
• Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
  • Re: Seccomp implications for glibc wrapper function changes, Adhemerval Zanella
    • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
      • Re: Seccomp implications for glibc wrapper function changes, Adhemerval Zanella
        • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
  • Re: Seccomp implications for glibc wrapper function changes, Florian Weimer
    • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
      • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
        • Re: Seccomp implications for glibc wrapper function changes, Florian Weimer
          • Re: Seccomp implications for glibc wrapper function changes, Adhemerval Zanella
          • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
            • Re: Seccomp implications for glibc wrapper function changes, Kees Cook
              • Re: Seccomp implications for glibc wrapper function changes, Michael Kerrisk (man-pages)
• [PATCH] man2/vmsplice: splice pages from pipe to memory, Andrei Vagin
  • Re: [PATCH] man2/vmsplice: splice pages from pipe to memory, Andrei Vagin
  • Re: [PATCH] man2/vmsplice: splice pages from pipe to memory, Michael Kerrisk (man-opages)
• [RFC PATCH for 4.15 00/14] Restartable sequences and CPU op vector v10, Mathieu Desnoyers
  • [RFC PATCH for 4.15 06/14] Restartable sequences: powerpc architecture support, Mathieu Desnoyers
  • [RFC PATCH for 4.15 09/14] cpu_opv: Wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call, Mathieu Desnoyers
    • Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call, Boqun Feng
      • Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call, Mathieu Desnoyers
        • Re: [RFC PATCH v2 for 4.15 08/14] Provide cpu_opv system call, Boqun Feng
  • [RFC PATCH v2 for 4.15 13/14] Restartable sequences: Provide self-tests, Mathieu Desnoyers
  • [RFC PATCH v2 for 4.15 12/14] cpu_opv: Implement selftests, Mathieu Desnoyers
  • [RFC PATCH for 4.15 11/14] cpu_opv: Wire up ARM32 system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 14/14] Restartable sequences selftests: arm: workaround gcc asm size guess, Mathieu Desnoyers
  • [RFC PATCH for 4.15 03/14] Restartable sequences: wire up ARM 32 system call, Mathieu Desnoyers
  • [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call, Mathieu Desnoyers
    • Re: [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call, Boqun Feng
      • Re: [RFC PATCH v10 for 4.15 01/14] Restartable sequences system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 10/14] cpu_opv: Wire up powerpc system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 07/14] Restartable sequences: Wire up powerpc system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 04/14] Restartable sequences: x86 32/64 architecture support, Mathieu Desnoyers
  • [RFC PATCH for 4.15 05/14] Restartable sequences: wire up x86 32/64 system call, Mathieu Desnoyers
  • [RFC PATCH for 4.15 02/14] Restartable sequences: ARM 32 architecture support, Mathieu Desnoyers
• MPK: pkey_free and key reuse, Florian Weimer
  • Re: MPK: pkey_free and key reuse, Dave Hansen
    • Re: MPK: pkey_free and key reuse, Florian Weimer
      • Re: MPK: pkey_free and key reuse, Dave Hansen
        • Re: MPK: pkey_free and key reuse, Florian Weimer
          • Re: MPK: pkey_free and key reuse, Vlastimil Babka
          • Re: MPK: pkey_free and key reuse, Dave Hansen
            • Re: MPK: pkey_free and key reuse, Florian Weimer
  • Re: MPK: removing a pkey (was: pkey_free and key reuse), Vlastimil Babka
    • Re: MPK: removing a pkey, Florian Weimer
      • Re: MPK: removing a pkey, Vlastimil Babka
        • Re: MPK: removing a pkey, Florian Weimer
      • Re: MPK: removing a pkey, Dave Hansen
        • Re: MPK: removing a pkey, Florian Weimer
          • Re: MPK: removing a pkey, Dave Hansen
            • Re: MPK: removing a pkey, Vlastimil Babka
              • Re: MPK: removing a pkey, Dave Hansen
                • Re: MPK: removing a pkey, Vlastimil Babka
                  • Re: MPK: removing a pkey, Dave Hansen
                    • Re: MPK: removing a pkey, Florian Weimer
                      • Re: MPK: removing a pkey, Vlastimil Babka
            • Re: MPK: removing a pkey, Florian Weimer
              • Re: MPK: removing a pkey, Dave Hansen
• [PATCH v16 00/13] support "task_isolation" mode, Chris Metcalf
  • [PATCH v16 06/13] task_isolation: userspace hard isolation from kernel, Chris Metcalf
    • Re: [PATCH v16 06/13] task_isolation: userspace hard isolation from kernel, Yury Norov
  • Re: [PATCH v16 00/13] support "task_isolation" mode, Christopher Lameter
    • Message not available
      • Re: [PATCH v16 00/13] support "task_isolation" mode, Christopher Lameter
        • Re: [PATCH v16 00/13] support "task_isolation" mode, Chris Metcalf
          • Re: [PATCH v16 00/13] support "task_isolation" mode, Christopher Lameter
  • Re: [PATCH v16 00/13] support "task_isolation" mode, Yury Norov
  • Re: [PATCH v16 00/13] support "task_isolation" mode, Yury Norov
• [patch v11 0/4] JTAG driver introduction, Oleksandr Shamray
  • [patch v11 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
  • [patch v11 1/4] drivers: jtag: Add JTAG core driver, Oleksandr Shamray
    • Re: [patch v11 1/4] drivers: jtag: Add JTAG core driver, Greg KH
    • Re: [v11,1/4] drivers: jtag: Add JTAG core driver, Chip Bilbrey
      • RE: [v11,1/4] drivers: jtag: Add JTAG core driver, Oleksandr Shamray
      • RE: [v11,1/4] drivers: jtag: Add JTAG core driver, Oleksandr Shamray
        • Re: [v11,1/4] drivers: jtag: Add JTAG core driver, gregkh@xxxxxxxxxxxxxxxxxxx
          • Re: [v11,1/4] drivers: jtag: Add JTAG core driver, Russell King - ARM Linux
            • Re: [v11,1/4] drivers: jtag: Add JTAG core driver, gregkh@xxxxxxxxxxxxxxxxxxx
  • [patch v11 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
  • [patch v11 4/4] Documentation: jtag: Add ABI documentation, Oleksandr Shamray
    • Re: [patch v11 4/4] Documentation: jtag: Add ABI documentation, Tobias Klauser
• [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Shawn Landden
  • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Michal Hocko
    • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Shawn Landden
    • Message not available
      • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Matthew Wilcox
    • Message not available
      • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Michal Hocko
        • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Shawn Landden
          • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, Michal Hocko
  • [RFC v3] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight., Shawn Landden
    • Re: [RFC v3] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight., Shawn Landden
    • [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight., Shawn Landden
      • Re: [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight., Shawn Landden
      • Re: [RFC v4] It is common for services to be stateless around their main event loop. If a process sets PR_SET_IDLE to PR_IDLE_MODE_KILLME then it signals to the kernel that epoll_wait() and friends may not complete, and the kernel may send SIGKILL if resources get tight., Thomas Gleixner
  • Re: [RFC v2] prctl: prctl(PR_SET_IDLE, PR_IDLE_MODE_KILLME), for stateless idle loops, peter enderborg
• [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar
  • Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
    • Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
      • Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
        • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Daniel Micay
          • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
            • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Christian Brauner
            • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Boris Lukashev
              • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Boris Lukashev
                  • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                    • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
                      • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Christian Brauner
                        • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
                          • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                            • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
                              • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                              • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Eric W. Biederman
                                • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
                                • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                                • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
            • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Daniel Micay
              • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, chris hyser
                  • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
                    • Re: [kernel-hardening] Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, chris hyser
  • Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Serge E. Hallyn
    • Re: [PATCH resend 2/2] userns: control capabilities of some user namespaces, Mahesh Bandewar (महेश बंडेवार)
• [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Mahesh Bandewar
  • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Serge E. Hallyn
    • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Mahesh Bandewar (महेश बंडेवार)
      • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Serge E. Hallyn
        • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Mahesh Bandewar (महेश बंडेवार)
  • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Serge E. Hallyn
    • Re: [PATCH resend 1/2] capability: introduce sysctl for controlled user-ns capability whitelist, Mahesh Bandewar (महेश बंडेवार)
• [PATCH resend 0/2] capability controlled user-namespaces, Mahesh Bandewar
• [PATCH] time: Make NTP optionnal, Romain Perier
  • Re: [PATCH] time: Make NTP optionnal, Romain Perier
  • Re: [PATCH] time: Make NTP optionnal, peter enderborg
    • Re: [PATCH] time: Make NTP optionnal, Romain Perier
      • Re: [PATCH] time: Make NTP optionnal, peter enderborg
        • Re: [PATCH] time: Make NTP optionnal, Alan Cox
          • Re: [PATCH] time: Make NTP optionnal, Romain Perier
            • Re: [PATCH] time: Make NTP optionnal, Alan Cox
• Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver (fwd), Julia Lawall
• [PATCH 0/18 v6] dax, ext4, xfs: Synchronous page faults, Jan Kara
  • [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Jan Kara
    • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Michael Kerrisk (man-pages)
      • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Ross Zwisler
      • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Jan Kara
        • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Michael Kerrisk (man-pages)
          • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Jan Kara
  • [PATCH 12/18] mm: Define MAP_SYNC and VM_SYNC flags, Jan Kara
  • [PATCH 13/18] dax, iomap: Add support for synchronous faults, Jan Kara
  • [PATCH 18/18] xfs: support for synchronous DAX faults, Jan Kara
    • Re: [PATCH 18/18] xfs: support for synchronous DAX faults, Darrick J. Wong
  • [PATCH 14/18] dax: Implement dax_finish_sync_fault(), Jan Kara
  • [PATCH 09/18] dax: Fix comment describing dax_iomap_fault(), Jan Kara
  • [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Jan Kara
    • Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Vlastimil Babka
      • Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Dan Williams
        • Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Matthew Wilcox
          • Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Helge Deller
            • Re: [PATCH 01/18] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Vlastimil Babka
  • [PATCH 15/18] ext4: Simplify error handling in ext4_dax_huge_fault(), Jan Kara
  • [PATCH 07/18] dax: Inline dax_insert_mapping() into the callsite, Jan Kara
  • [PATCH 06/18] dax: Create local variable for vmf->flags & FAULT_FLAG_WRITE test, Jan Kara
  • [PATCH 17/18] xfs: Implement xfs_filemap_pfn_mkwrite() using __xfs_filemap_fault(), Jan Kara
    • Re: [PATCH 17/18] xfs: Implement xfs_filemap_pfn_mkwrite() using __xfs_filemap_fault(), Darrick J. Wong
  • [PATCH 16/18] ext4: Support for synchronous DAX faults, Jan Kara
  • [PATCH 03/18] dax: Simplify arguments of dax_insert_mapping(), Jan Kara
  • [PATCH 08/18] dax: Inline dax_pmd_insert_mapping() into the callsite, Jan Kara
  • [PATCH 05/18] dax: Create local variable for VMA in dax_iomap_pte_fault(), Jan Kara
  • [PATCH 11/18] dax: Allow tuning whether dax_insert_mapping_entry() dirties entry, Jan Kara
  • [PATCH 04/18] dax: Factor out getting of pfn out of iomap, Jan Kara
  • [PATCH 02/18] mm: Remove VM_FAULT_HWPOISON_LARGE_MASK, Jan Kara
  • [PATCH 10/18] dax: Allow dax_iomap_fault() to return pfn, Jan Kara
• [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave Martin
  • [PATCH v5 28/30] arm64/sve: Add documentation, Dave Martin
  • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Will Deacon
    • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave P Martin
  • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Alex Bennée
    • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Will Deacon
      • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave Martin
  • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Yury Norov
    • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Yury Norov
      • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave Martin
        • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Yury Norov
          • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave Martin
    • Re: [PATCH v5 00/30] ARM Scalable Vector Extension (SVE), Dave Martin
• [patch v10 0/4] JTAG driver introduction, Oleksandr Shamray
  • [patch v10 3/4] Documentation: jtag: Add bindings for Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
  • [patch v10 4/4] Documentation: jtag: Add ABI documentation, Oleksandr Shamray
  • [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, Oleksandr Shamray
    • Re: [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, kbuild test robot
    • Re: [patch v10 2/4] drivers: jtag: Add Aspeed SoC 24xx and 25xx families JTAG master driver, kbuild test robot
  • [patch v10 1/4] drivers: jtag: Add JTAG core driver, Oleksandr Shamray
    • Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver, kbuild test robot
    • Re: [patch v10 1/4] drivers: jtag: Add JTAG core driver, kbuild test robot
• Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6], Miklos Szeredi
  • Message not available
    • Message not available
      • Message not available
        • Message not available
          • Message not available
            • Message not available
              • Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6], David Howells
                • Re: [PATCH 03/14] VFS: Implement a filesystem superblock creation/configuration context [ver #6], Miklos Szeredi
• [PATCH v4 00/28] ARM Scalable Vector Extension (SVE), Dave Martin
  • [PATCH v4 26/28] arm64/sve: Add documentation, Dave Martin
    • Re: [PATCH v4 26/28] arm64/sve: Add documentation, Catalin Marinas
• [PATCH RFC v2 0/4] some fixes and clean up for mempolicy, Yisheng Xie
  • [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
    • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Vlastimil Babka
      • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
        • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Vlastimil Babka
          • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Christopher Lameter
            • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
              • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Christopher Lameter
                • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Vlastimil Babka
                  • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Christopher Lameter
                    • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
                      • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Christopher Lameter
                        • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Yisheng Xie
                          • Re: [PATCH RFC v2 4/4] mm/mempolicy: add nodes_empty check in SYSC_migrate_pages, Christopher Lameter
  • [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user, Yisheng Xie
    • Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user, Vlastimil Babka
      • Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user, Yisheng Xie
        • Re: [PATCH RFC v2 3/4] mm/mempolicy: fix the check of nodemask from user, Vlastimil Babka
  • [PATCH RFC v2 2/4] mm/mempolicy: remove redundant check in get_nodes, Yisheng Xie
    • Re: [PATCH RFC v2 2/4] mm/mempolicy: remove redundant check in get_nodes, Vlastimil Babka
  • [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation, Yisheng Xie
    • Re: [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation, Vlastimil Babka
      • Re: [PATCH RFC v2 1/4] mm/mempolicy: Fix get_nodes() mask miscalculation, Yisheng Xie
• [PATCH 1/3] [v2] vm: add a syscall to map a process memory into a pipe, Andrei Vagin
  • [PATCH 3/3] test: add a test for the process_vmsplice syscall, Andrei Vagin
  • [PATCH 2/3] x86: Write up the process_vmsplice syscall, Andrei Vagin
• [RFC PATCH 0/3] userfaultfd: non-cooperative: syncronous events, Mike Rapoport
  • <Possible follow-ups>
  • [RFC PATCH 0/3] userfaultfd: non-cooperative: syncronous events, Mike Rapoport
    • [RFC PATCH 1/3] userfaultfd: introduce userfaultfd_init_waitqueue helper, Mike Rapoport
    • [RFC PATCH 2/3] userfaultfd: non-cooperative: generalize wake key structure, Mike Rapoport
    • [RFC PATCH 3/3] userfaultfd: non-cooperative: allow synchronous EVENT_REMOVE, Mike Rapoport
• [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps, Fan Du
  • [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Fan Du
    • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Michal Hocko
      • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Dave Hansen
        • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Michal Hocko
          • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Dave Hansen
            • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Michal Hocko
              • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Dave Hansen
                • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Michal Hocko
                  • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Dan Williams
                • RE: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Du, Fan
                  • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, Dan Williams
    • Re: [PATCH 2/2] Add /proc/PID/{smaps, numa_maps} support for DAX, kbuild test robot
  • Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps, Michal Hocko
    • RE: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps, Du, Fan
      • Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps, Michal Hocko
        • Re: [PATCHv3 1/2] proc: mm: export PTE sizes directly in smaps, Dave Hansen
  • [lkp-robot] [proc] eb948c71f7: WARNING:at_mm/hugetlb.c:#hugetlb_add_hstate, kernel test robot
• [PATCH 0/17 v5] dax, ext4, xfs: Synchronous page faults, Jan Kara
  • [PATCH 04/17] dax: Factor out getting of pfn out of iomap, Jan Kara
  • [PATCH 02/17] mm: Remove VM_FAULT_HWPOISON_LARGE_MASK, Jan Kara
  • [PATCH 03/17] dax: Simplify arguments of dax_insert_mapping(), Jan Kara
  • [PATCH 11/17] dax: Allow tuning whether dax_insert_mapping_entry() dirties entry, Jan Kara
  • [PATCH 14/17] dax: Implement dax_finish_sync_fault(), Jan Kara
  • [PATCH 17/17] xfs: support for synchronous DAX faults, Jan Kara
    • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Ross Zwisler
    • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Dave Chinner
      • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Jan Kara
        • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Dave Chinner
          • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Jan Kara
            • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Jan Kara
              • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Dan Williams
                • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Ross Zwisler
        • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Christoph Hellwig
          • Re: [PATCH 17/17] xfs: support for synchronous DAX faults, Jan Kara
  • [PATCH 13/17] dax, iomap: Add support for synchronous faults, Jan Kara
  • [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Jan Kara
    • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Ross Zwisler
      • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Jan Kara
        • Re: [PATCH] mmap.2: Add description of MAP_SHARED_VALIDATE and MAP_SYNC, Ross Zwisler
  • [PATCH 15/17] ext4: Simplify error handling in ext4_dax_huge_fault(), Jan Kara
  • [PATCH 09/17] dax: Fix comment describing dax_iomap_fault(), Jan Kara
  • [PATCH 12/17] mm: Define MAP_SYNC and VM_SYNC flags, Jan Kara
  • [PATCH 10/17] dax: Allow dax_iomap_fault() to return pfn, Jan Kara
  • [PATCH 08/17] dax: Inline dax_pmd_insert_mapping() into the callsite, Jan Kara
  • [PATCH 07/17] dax: Inline dax_insert_mapping() into the callsite, Jan Kara
  • [PATCH 16/17] ext4: Support for synchronous DAX faults, Jan Kara
  • [PATCH 05/17] dax: Create local variable for VMA in dax_iomap_pte_fault(), Jan Kara
  • [PATCH 06/17] dax: Create local variable for vmf->flags & FAULT_FLAG_WRITE test, Jan Kara
  • [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Jan Kara
    • Re: [PATCH 01/17] mm: introduce MAP_SHARED_VALIDATE, a mechanism to safely define new mmap flags, Ross Zwisler
• [RFC PATCH 00/25] fscrypt: filesystem-level keyring and v2 policy support, Eric Biggers
  • [RFC PATCH 02/25] fscrypt: use FSCRYPT_ prefix for uapi constants, Eric Biggers
    • Re: [RFC PATCH 02/25] fscrypt: use FSCRYPT_ prefix for uapi constants, Michael Halcrow
  • [RFC PATCH 03/25] fscrypt: use FSCRYPT_* definitions, not FS_*, Eric Biggers
    • Re: [RFC PATCH 03/25] fscrypt: use FSCRYPT_* definitions, not FS_*, Michael Halcrow
  • [RFC PATCH 11/25] fscrypt: add FS_IOC_GET_ENCRYPTION_KEY_STATUS ioctl, Eric Biggers
  • [RFC PATCH 10/25] fscrypt: add FS_IOC_REMOVE_ENCRYPTION_KEY ioctl, Eric Biggers
  • [RFC PATCH 23/25] f2fs crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX, Eric Biggers
  • [RFC PATCH 24/25] ubifs crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX, Eric Biggers
  • [RFC PATCH 22/25] ext4 crypto: wire up FS_IOC_GET_ENCRYPTION_POLICY_EX, Eric Biggers
  • [RFC PATCH 21/25] fscrypt: require that key be added when setting a v2 encryption policy, Eric Biggers
  • [RFC PATCH 20/25] fscrypt: allow unprivileged users to add/remove keys for v2 policies, Eric Biggers
  • [RFC PATCH 25/25] fscrypt: document the new ioctls and policy version, Eric Biggers
  • [RFC PATCH 13/25] f2fs crypto: wire up new ioctls for managing encryption keys, Eric Biggers
  • [RFC PATCH 12/25] ext4 crypto: wire up new ioctls for managing encryption keys, Eric Biggers
  • [RFC PATCH 18/25] fscrypt: allow adding and removing keys for v2 encryption policies, Eric Biggers
  • [RFC PATCH 19/25] fscrypt: use HKDF-SHA512 to derive the per-file keys for v2 policies, Eric Biggers
  • [RFC PATCH 17/25] fscrypt: add an HKDF-SHA512 implementation, Eric Biggers
  • [RFC PATCH 16/25] fscrypt: implement basic handling of v2 encryption policies, Eric Biggers
  • [RFC PATCH 04/25] fscrypt: refactor finding and deriving key, Eric Biggers
    • Re: [RFC PATCH 04/25] fscrypt: refactor finding and deriving key, Michael Halcrow
  • [RFC PATCH 09/25] fs/dcache.c: add shrink_dcache_inode(), Eric Biggers
  • [RFC PATCH 14/25] ubifs crypto: wire up new ioctls for managing encryption keys, Eric Biggers
  • [RFC PATCH 15/25] fscrypt: add UAPI definitions to get/set v2 encryption policies, Eric Biggers
  • [RFC PATCH 01/25] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>, Eric Biggers
    • Re: [RFC PATCH 01/25] fs, fscrypt: move uapi definitions to new header <linux/fscrypt.h>, Michael Halcrow
  • [RFC PATCH 08/25] fs/inode.c: rename and export dispose_list(), Eric Biggers