Linux API

• Date Index

• [PATCH v5 00/11] Control Flow Enforcement: Branch Tracking, PTRACE, Yu-cheng Yu
  • [PATCH v5 01/11] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
  • [PATCH v5 03/11] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
  • [PATCH v5 02/11] x86/cet/ibt: User-mode indirect branch tracking support, Yu-cheng Yu
  • [PATCH v5 10/11] x86/vsyscall/64: Add ENDBR64 to vsyscall entry points, Yu-cheng Yu
  • [PATCH v5 11/11] x86/cet: Add PTRACE interface for CET, Yu-cheng Yu
  • [PATCH v5 09/11] x86/vsyscall/32: Add ENDBR32 to vsyscall entry point, Yu-cheng Yu
  • [PATCH v5 06/11] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
  • [PATCH v5 07/11] x86/cet/ibt: Add ENDBR to op-code-map, Yu-cheng Yu
  • [PATCH v5 04/11] mm/mmap: Add IBT bitmap size to address space limit check, Yu-cheng Yu
  • [PATCH v5 05/11] x86/cet/ibt: ELF header parsing for IBT, Yu-cheng Yu
  • [PATCH v5 08/11] x86: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
• [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Yu-cheng Yu
    • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
      • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
        • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
          • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
            • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
              • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Pavel Machek
                • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Borislav Petkov
              • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Randy Dunlap
          • Re: [PATCH v5 03/27] x86/fpu/xstate: Introduce XSAVES system states, Pavel Machek
  • [PATCH v5 08/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack, Yu-cheng Yu
  • [PATCH v5 23/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
  • [PATCH v5 17/27] mm: Handle THP/HugeTLB shadow stack page fault, Yu-cheng Yu
  • [PATCH v5 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
  • [PATCH v5 27/27] x86/cet/shstk: Add Shadow Stack instructions to opcode map, Yu-cheng Yu
  • [PATCH v5 24/27] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [PATCH v5 16/27] mm: Handle shadow stack page fault, Yu-cheng Yu
  • [PATCH v5 22/27] x86/cet/shstk: Signal handling for shadow stack, Yu-cheng Yu
  • [PATCH v5 25/27] mm/mmap: Add Shadow stack pages to memory accounting, Yu-cheng Yu
  • [PATCH v5 18/27] mm: Update can_follow_write_pte/pmd for shadow stack, Yu-cheng Yu
  • [PATCH v5 20/27] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
    • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Dave Hansen
      • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Andy Lutomirski
      • Re: [PATCH v5 21/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
  • [PATCH v5 09/27] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [PATCH v5 12/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
  • [PATCH v5 14/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
  • [PATCH v5 19/27] mm: Introduce do_mmap_locked(), Yu-cheng Yu
  • [PATCH v5 11/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
  • [PATCH v5 05/27] Documentation/x86: Add CET description, Yu-cheng Yu
    • Re: [PATCH v5 05/27] Documentation/x86: Add CET description, Borislav Petkov
      • Re: [PATCH v5 05/27] Documentation/x86: Add CET description, Yu-cheng Yu
  • [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
    • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Jann Horn
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Andy Lutomirski
        • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Matthew Wilcox
    • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Dave Hansen
      • Re: [PATCH v5 07/27] mm/mmap: Create a guard area between VMAs, Florian Weimer
  • [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states, Yu-cheng Yu
    • Re: [PATCH v5 02/27] x86/fpu/xstate: Change names to separate XSAVES system and user states, Borislav Petkov
  • [PATCH v5 15/27] x86/mm: Shadow stack page fault error checking, Yu-cheng Yu
  • [PATCH v5 13/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
  • [PATCH v5 10/27] mm/mmap: Prevent Shadow Stack VMA merges, Yu-cheng Yu
  • [PATCH v5 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
    • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Borislav Petkov
      • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
        • Re: [PATCH v5 06/27] x86/cet: Control protection exception handler, Borislav Petkov
  • [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Borislav Petkov
      • Re: [PATCH v5 01/27] x86/cpufeatures: Add CPUIDs for Control Flow Enforcement Technology (CET), Yu-cheng Yu
  • [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Borislav Petkov
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Borislav Petkov
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Cyrill Gorcunov
            • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
              • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Cyrill Gorcunov
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
            • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
              • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
                  • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Andy Lutomirski
                  • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                    • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Matthew Wilcox
                      • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
                        • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Dave Hansen
          • Re: [PATCH v5 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Pavel Machek
  • Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Dave Hansen
    • Re: [PATCH v5 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
• [PATCH v4 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Matthew Bobrowski
  • [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC, Matthew Bobrowski
    • Re: [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC, Jan Kara
      • Re: [PATCH v4 1/3] fanotify: introduce new event type FAN_OPEN_EXEC, Matthew Bobrowski
  • [PATCH v4 2/3] fanotify: return only user requested event types in event mask, Matthew Bobrowski
    • Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask, Amir Goldstein
    • Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask, Jan Kara
      • Re: [PATCH v4 2/3] fanotify: return only user requested event types in event mask, Matthew Bobrowski
  • [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Matthew Bobrowski
    • Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Jan Kara
      • Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Matthew Bobrowski
        • Re: [PATCH v4 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Jan Kara
  • Re: [PATCH v4 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Amir Goldstein
• [RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.21 10/16] arm: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.21 15/16] cpu-opv/selftests: Provide parametrized tests, Mathieu Desnoyers
  • [RFC PATCH for 4.21 16/16] cpu-opv/selftests: Provide Makefile, scripts, gitignore, Mathieu Desnoyers
  • [RFC PATCH for 4.21 13/16] cpu-opv/selftests: Provide percpu_op API, Mathieu Desnoyers
  • [RFC PATCH for 4.21 12/16] cpu-opv/selftests: Provide basic test, Mathieu Desnoyers
  • [RFC PATCH for 4.21 14/16] cpu-opv/selftests: Provide basic percpu ops test, Mathieu Desnoyers
  • [RFC PATCH for 4.21 11/16] cpu-opv/selftests: Provide cpu-op library, Mathieu Desnoyers
  • [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Mathieu Desnoyers
    • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Sergey Senozhatsky
      • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Mathieu Desnoyers
        • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Sergey Senozhatsky
    • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Srikar Dronamraju
      • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Mathieu Desnoyers
        • Re: [RFC PATCH for 4.21 06/16] cpu_opv: Provide cpu_opv system call (v8), Mathieu Desnoyers
  • [RFC PATCH for 4.21 09/16] powerpc: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.21 05/16] mm: Provide is_vma_noncached, Mathieu Desnoyers
  • [RFC PATCH for 4.21 07/16] cpu_opv: limit amount of virtual address space used by cpu_opv, Mathieu Desnoyers
  • [RFC PATCH for 4.21 08/16] x86: Wire up cpu_opv system call, Mathieu Desnoyers
  • [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Steven Rostedt
      • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Steven Rostedt
      • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Sergey Senozhatsky
        • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Mathieu Desnoyers
          • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Mathieu Desnoyers
            • Re: [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram, Sergey Senozhatsky
  • [RFC PATCH for 4.21 02/16] rseq/selftests: Adapt number of threads to the number of detected cpus, Mathieu Desnoyers
  • [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2), Mathieu Desnoyers
    • Re: [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2), Srikar Dronamraju
      • Re: [RFC PATCH for 4.21 03/16] sched: Implement push_task_to_cpu (v2), Mathieu Desnoyers
  • [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Mathieu Desnoyers
    • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Szabolcs Nagy
      • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Mathieu Desnoyers
        • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Szabolcs Nagy
          • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Mathieu Desnoyers
            • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Szabolcs Nagy
              • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Mathieu Desnoyers
                • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Szabolcs Nagy
                  • Re: [RFC PATCH for 4.21 01/16] rseq/selftests: Add reference counter to coexist with glibc, Mathieu Desnoyers
• [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Rasmus Villemoes
      • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Andrei Vagin
      • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
        • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
          • Re: [PATCH v6 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
  • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
    • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, James Bottomley
      • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Jann Horn
        • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
          • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Eric W. Biederman
            • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
              • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
        • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, James Bottomley
          • Re: [PATCH v6 0/1] ns: introduce binfmt_misc namespace, Jann Horn
• [RFC PATCH v2] glibc: Perform rseq(2) registration at nptl init and thread creation (v2), Mathieu Desnoyers
• [RFC v5 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
      • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
        • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
    • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Tycho Andersen
      • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
        • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Aleksa Sarai
        • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Kirill Tkhai
      • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
        • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
          • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
            • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
        • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Kirill Tkhai
          • Re: [RFC v5 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
• [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
    • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Jann Horn
      • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
        • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Jann Horn
        • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Al Viro
          • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
            • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Al Viro
              • Re: [PATCH v3 3/3] namei: aggressively check for nd->root escape on ".." resolution, Aleksa Sarai
  • [PATCH v3 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
  • [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Al Viro
      • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Al Viro
        • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
      • Re: [PATCH v3 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
  • Re: [PATCH v3 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
• [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v2 0/3] namei: implement various lookup restriction AT_* flags, Aleksa Sarai
  • [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
    • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Andy Lutomirski
      • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
        • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Aleksa Sarai
        • Re: [PATCH v2 1/3] namei: implement O_BENEATH-style AT_* flags, Andy Lutomirski
• [PATCH] fanotify: self describing event metadata, Amir Goldstein
  • Re: [PATCH] fanotify: self describing event metadata, Jan Kara
    • Re: [PATCH] fanotify: self describing event metadata, Amir Goldstein
    • Re: [PATCH] fanotify: self describing event metadata, Marko Rauhamaa
• Re: [PATCH bpf-next 1/6] bpf: introduce BPF_PROG_TYPE_FILE_FILTER, Mickaël Salaün
• [RFC v4 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Serge E. Hallyn
      • Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Andrei Vagin
    • Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
      • Re: [RFC v4 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
• [RFC v3 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [RFC v3 1/1] ns: add binfmt_misc to the user namespace, Laurent Vivier
    • Re: [RFC v3 1/1] ns: add binfmt_misc to the user namespace, Andrei Vagin
      • Re: [RFC v3 1/1] ns: add binfmt_misc to the user namespace, Jann Horn
• [PATCH v3 4/8] fanotify: deprecate uapi FAN_ALL_* constants, Amir Goldstein
• Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
  • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Christoph Hellwig
    • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Johannes Thumshirn
      • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Christoph Hellwig
        • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
          • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
            • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
              • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
                • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
                  • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
                    • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
                      • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
                      • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Johannes Thumshirn
    • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
  • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jeff Moyer
    • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dave Chinner
      • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jan Kara
        • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dave Chinner
          • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
            • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dave Chinner
              • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dan Williams
              • RE: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, y-goto@xxxxxxxxxxx
                • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Dave Chinner
                  • RE: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, y-goto@xxxxxxxxxxx
      • Re: Problems with VM_MIXEDMAP removal from /proc/<pid>/smaps, Jeff Moyer
• [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [RFC v2 v2 1/1] ns: add binfmt_misc to the mount namespace, Laurent Vivier
    • Re: [RFC v2 v2 1/1] ns: add binfmt_misc to the mount namespace, Eric W. Biederman
      • Re: [RFC v2 v2 1/1] ns: add binfmt_misc to the mount namespace, Jann Horn
  • Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace, James Bottomley
    • Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace, Laurent Vivier
      • Re: [RFC v2 v2 0/1] ns: introduce binfmt_misc namespace, James Bottomley
• [PATCH 0/3] bpf: allow zero-initialising hash map seed, Lorenz Bauer
  • [PATCH 2/3] tools: sync linux/bpf.h, Lorenz Bauer
  • [PATCH 3/3] tools: add selftest for BPF_F_ZERO_SEED, Lorenz Bauer
  • [PATCH 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
    • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Jann Horn
      • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
        • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Jann Horn
          • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
            • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Jann Horn
              • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Alexei Starovoitov
                • Re: [PATCH 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
  • Re: [PATCH 0/3] bpf: allow zero-initialising hash map seed, Daniel Borkmann
    • Re: [PATCH 0/3] bpf: allow zero-initialising hash map seed, Lorenz Bauer
      • Re: [PATCH 0/3] bpf: allow zero-initialising hash map seed, Jann Horn
  • [PATCH v2 0/3] bpf: allow zero-initialising hash map seed, Lorenz Bauer
    • [PATCH v2 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
      • Re: [PATCH v2 1/3] bpf: allow zero-initializing hash map seed, Song Liu
        • Re: [PATCH v2 1/3] bpf: allow zero-initializing hash map seed, Lorenz Bauer
          • Re: [PATCH v2 1/3] bpf: allow zero-initializing hash map seed, Song Liu
    • [PATCH v2 2/3] tools: sync linux/bpf.h, Lorenz Bauer
      • Re: [PATCH v2 2/3] tools: sync linux/bpf.h, Song Liu
        • Re: [PATCH v2 2/3] tools: sync linux/bpf.h, Lorenz Bauer
    • [PATCH v2 3/3] tools: add selftest for BPF_F_ZERO_SEED, Lorenz Bauer
      • Re: [PATCH v2 3/3] tools: add selftest for BPF_F_ZERO_SEED, Song Liu
  • [PATCH v3 0/4] bpf: allow zero-initialising hash map seed, Lorenz Bauer
    • [PATCH v3 4/4] tools: add selftest for BPF_F_ZERO_SEED, Lorenz Bauer
    • [PATCH v3 3/4] tools: sync linux/bpf.h, Lorenz Bauer
    • [PATCH v3 2/4] bpf: move BPF_F_QUERY_EFFECTIVE after map flags, Lorenz Bauer
    • [PATCH v3 1/4] bpf: allow zero-initializing hash map seed, Lorenz Bauer
    • Re: [PATCH v3 0/4] bpf: allow zero-initialising hash map seed, Song Liu
    • Re: [PATCH v3 0/4] bpf: allow zero-initialising hash map seed, Song Liu
    • Re: [PATCH v3 0/4] bpf: allow zero-initialising hash map seed, Daniel Borkmann
• [RFC 0/2] ns: introduce binfmt_misc namespace, Laurent Vivier
  • [RFC 2/2] binfmt_misc: move data to binfmt_namespace, Laurent Vivier
    • Re: [RFC 2/2] binfmt_misc: move data to binfmt_namespace, Jann Horn
  • [RFC 1/2] ns: introduce binfmt_misc namespace, Laurent Vivier
    • Re: [RFC 1/2] ns: introduce binfmt_misc namespace, Greg KH
      • Re: [RFC 1/2] ns: introduce binfmt_misc namespace, Laurent Vivier
  • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Andy Lutomirski
    • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Laurent Vivier
      • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Dmitry Safonov
    • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Eric W. Biederman
      • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Laurent Vivier
        • Re: [RFC 0/2] ns: introduce binfmt_misc namespace, Eric W. Biederman
• Re: [PATCH 0/3] namei: implement various scoping AT_* flags, Mickaël Salaün
  • Re: [PATCH 0/3] namei: implement various scoping AT_* flags, James Morris
• Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
  • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
  • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Bruce Fields
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Andy Lutomirski
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Florian Weimer
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
  • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
  • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Christian Brauner
    • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
      • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
        • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
          • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Aleksa Sarai
            • Re: [PATCH 2/3] namei: implement AT_THIS_ROOT chroot-like path resolution, Jann Horn
• [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants, Amir Goldstein
  • Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants, Jan Kara
    • Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants, Amir Goldstein
      • Re: [PATCH][RFC] fanotify: deprecate uapi FAN_ALL_* constants, Jan Kara
• [PATCH resend] proc: restrict kernel stack dumps to root, Jann Horn
  • Re: [PATCH resend] proc: restrict kernel stack dumps to root, Kees Cook
  • Re: [PATCH resend] proc: restrict kernel stack dumps to root, Andrew Morton
    • Re: [PATCH resend] proc: restrict kernel stack dumps to root, Jann Horn
• [PATCH v7 0/6] seccomp trap to userspace, Tycho Andersen
  • [PATCH v7 2/6] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE, Tycho Andersen
    • Re: [PATCH v7 2/6] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE, Jann Horn
    • Re: [PATCH v7 2/6] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE, Kees Cook
    • Re: [PATCH v7 2/6] seccomp: make get_nth_filter available outside of CHECKPOINT_RESTORE, Christian Brauner
  • [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Tycho Andersen
    • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Jann Horn
      • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Tycho Andersen
    • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Jann Horn
      • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Tycho Andersen
        • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Jann Horn
          • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Tycho Andersen
    • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Kees Cook
      • Re: [PATCH v7 5/6] seccomp: add a way to pass FDs via a notification fd, Tycho Andersen
  • [PATCH v7 6/6] samples: add an example of seccomp user trap, Tycho Andersen
    • Re: [PATCH v7 6/6] samples: add an example of seccomp user trap, Kees Cook
  • [PATCH v7 4/6] files: add a replace_fd_files() function, Tycho Andersen
    • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Jann Horn
      • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Tycho Andersen
    • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Kees Cook
      • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Kees Cook
        • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Jann Horn
        • Re: [PATCH v7 4/6] files: add a replace_fd_files() function, Tycho Andersen
  • [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
    • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Kees Cook
      • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
        • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Kees Cook
          • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
        • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Christian Brauner
          • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
            • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Christian Brauner
              • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
      • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
        • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Kees Cook
          • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
          • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
            • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Christian Brauner
    • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Jann Horn
      • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Kees Cook
        • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
      • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Tycho Andersen
        • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Jann Horn
    • Re: [PATCH v7 1/6] seccomp: add a return code to trap to userspace, Aleksa Sarai
  • [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Kees Cook
    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
          • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
            • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
              • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                  • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                          • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                            • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                              • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                    • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Paul Moore
                      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                          • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
                            • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                              • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
                        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Paul Moore
                          • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                            • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Paul Moore
                              • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Andy Lutomirski
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Jann Horn
                                • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
      • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Tycho Andersen
        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
        • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Andy Lutomirski
          • Re: [PATCH v7 3/6] seccomp: add a way to get a listener fd from ptrace, Christian Brauner
  • Re: [PATCH v7 0/6] seccomp trap to userspace, Michael Kerrisk (man-opages)
    • Re: [PATCH v7 0/6] seccomp trap to userspace, Tycho Andersen
      • Re: [PATCH v7 0/6] seccomp trap to userspace, Michael Kerrisk (man-pages)
        • Re: [PATCH v7 0/6] seccomp trap to userspace, Kees Cook
          • Re: [PATCH v7 0/6] seccomp trap to userspace, Michael Kerrisk (man-pages)
            • Re: [PATCH v7 0/6] seccomp trap to userspace, Jann Horn
• Re: [PATCH v2 1/1] fanotify: introduce new event flag FAN_EXEC, Amir Goldstein
  • Re: [PATCH v2 1/1] fanotify: introduce new event flag FAN_EXEC, Matthew Bobrowski
    • Re: [PATCH v2 1/1] fanotify: introduce new event flag FAN_EXEC, Amir Goldstein
      • Re: [PATCH v2 1/1] fanotify: introduce new event flag FAN_EXEC, Matthew Bobrowski
        • Re: [PATCH v2 1/1] fanotify: introduce new event flag FAN_EXEC, Amir Goldstein
• [REVIEW][PATCH 0/6] signal: Shrinking the kernel's siginfo structure, Eric W. Biederman
  • [REVIEW][PATCH 1/6] signal/sparc: Move EMT_TAGOVF into the generic siginfo.h, Eric W. Biederman
  • [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
    • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Andrei Vagin
      • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
      • Re: [REVIEW][PATCH 2/6] signal: Fail sigqueueinfo if si_signo != sig, Eric W. Biederman
      • [REVIEW][PATCH 7/6] signal: In sigqueueinfo prefer sig not si_signo, Eric W. Biederman
  • [REVIEW][PATCH 3/6] signal: Remove the need for __ARCH_SI_PREABLE_SIZE and SI_PAD_SIZE, Eric W. Biederman
  • [REVIEW][PATCH 4/6] signal: Introduce copy_siginfo_from_user and use it's return value, Eric W. Biederman
  • [REVIEW][PATCH 5/6] signal: Distinguish between kernel_siginfo and siginfo, Eric W. Biederman
  • [REVIEW][PATCH 6/6] signal: Use a smaller struct siginfo in the kernel, Eric W. Biederman
• Re: [patch] mm, thp: always specify ineligible vmas as nh in smaps, Vlastimil Babka
  • Re: [patch] mm, thp: always specify ineligible vmas as nh in smaps, David Rientjes
    • [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, David Rientjes
      • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Michal Hocko
        • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Michal Hocko
          • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Vlastimil Babka
            • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Michal Hocko
            • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, David Rientjes
              • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Michal Hocko
                • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, David Rientjes
                  • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Andrew Morton
                    • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, David Rientjes
                    • Re: [patch v2] mm, thp: always specify ineligible vmas as nh in smaps, Michal Hocko
                      • [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                        • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                          • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                            • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                              • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, David Rientjes
                                • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
                          • Re: [RFC PATCH] mm, proc: report PR_SET_THP_DISABLE in proc, Mike Rapoport
              • [patch v3] mm, thp: always specify disabled vmas as nh in smaps, David Rientjes
                • Re: [patch v3] mm, thp: always specify disabled vmas as nh in smaps, Michal Hocko
                  • Re: [patch v3] mm, thp: always specify disabled vmas as nh in smaps, Michal Hocko
                • Re: [patch v3] mm, thp: always specify disabled vmas as nh in smaps, Vlastimil Babka
• [PATCH v2 2/2] fanotify: support reporting thread id instead of process id, Amir Goldstein
• [PATCH 0/5] VFS: Introduce filesystem information query syscall [ver #12], David Howells
  • [PATCH 1/5] vfs: syscall: Add fsinfo() to query filesystem information [ver #12], David Howells
  • Re: [PATCH 0/5] VFS: Introduce filesystem information query syscall [ver #12], Rasmus Villemoes
  • Re: [PATCH 0/5] VFS: Introduce filesystem information query syscall [ver #12], David Howells
• [PATCH 00/34] VFS: Introduce filesystem context [ver #12], David Howells
  • [PATCH 01/34] vfs: syscall: Add open_tree(2) to reference or clone a mount [ver #12], David Howells
    • Re: [PATCH 01/34] vfs: syscall: Add open_tree(2) to reference or clone a mount [ver #12], Eric W. Biederman
  • [PATCH 02/34] vfs: syscall: Add move_mount(2) to move mounts around [ver #12], David Howells
  • [PATCH 26/34] vfs: syscall: Add fsopen() to prepare for superblock creation [ver #12], David Howells
  • [PATCH 30/34] vfs: syscall: Add fsmount() to create a mount for a superblock [ver #12], David Howells
  • [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
    • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
      • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Al Viro
        • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
          • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Andy Lutomirski
        • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
        • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
          • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
            • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Eric W. Biederman
              • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
            • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
              • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Eric W. Biederman
          • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
            • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
            • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], David Howells
            • Re: [PATCH 31/34] vfs: syscall: Add fspick() to select a superblock for reconfiguration [ver #12], Alan Jenkins
  • [PATCH 29/34] vfs: syscall: Add fsconfig() for configuring and managing a context [ver #12], David Howells
  • Re: [PATCH 00/34] VFS: Introduce filesystem context [ver #12], Eric W. Biederman
• [RFC PATCH v4 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v4 04/27] x86/fpu/xstate: Add XSAVES system states for shadow stack, Yu-cheng Yu
  • [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states, Yu-cheng Yu
    • Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states, Peter Zijlstra
      • Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states, Yu-cheng Yu
    • Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states, Borislav Petkov
      • Re: [RFC PATCH v4 03/27] x86/fpu/xstate: Enable XSAVES system states, Yu-cheng Yu
  • [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Kees Cook
      • Re: [RFC PATCH v4 21/27] x86/cet/shstk: ELF header parsing of Shadow Stack, Yu-cheng Yu
  • [RFC PATCH v4 22/27] x86/cet/shstk: Handle thread shadow stack, Yu-cheng Yu
  • [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
    • Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 18/27] x86/cet/shstk: User-mode shadow stack support, Yu-cheng Yu
  • [RFC PATCH v4 14/27] mm: Handle shadow stack page fault, Yu-cheng Yu
  • [RFC PATCH v4 19/27] x86/cet/shstk: Introduce WRUSS instruction, Yu-cheng Yu
    • Re: [RFC PATCH v4 19/27] x86/cet/shstk: Introduce WRUSS instruction, Eugene Syromiatnikov
  • [RFC PATCH v4 13/27] x86/mm: Shadow stack page fault error checking, Yu-cheng Yu
  • [RFC PATCH v4 17/27] mm: Introduce do_mmap_locked(), Yu-cheng Yu
  • [RFC PATCH v4 12/27] x86/mm: Modify ptep_set_wrprotect and pmdp_set_wrprotect for _PAGE_DIRTY_SW, Yu-cheng Yu
  • [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack, Yu-cheng Yu
    • Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack, Eugene Syromiatnikov
    • Re: [RFC PATCH v4 20/27] x86/cet/shstk: Signal handling for shadow stack, Jann Horn
  • [RFC PATCH v4 16/27] mm: Update can_follow_write_pte/pmd for shadow stack, Yu-cheng Yu
  • [RFC PATCH v4 11/27] x86/mm: Introduce _PAGE_DIRTY_SW, Yu-cheng Yu
  • [RFC PATCH v4 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Yu-cheng Yu
    • Re: [RFC PATCH v4 26/27] x86/cet/shstk: Add arch_prctl functions for Shadow Stack, Eugene Syromiatnikov
  • [RFC PATCH v4 23/27] mm/map: Add Shadow stack pages to memory accounting, Yu-cheng Yu
    • Re: [RFC PATCH v4 23/27] mm/map: Add Shadow stack pages to memory accounting, Randy Dunlap
      • Re: [RFC PATCH v4 23/27] mm/map: Add Shadow stack pages to memory accounting, Yu-cheng Yu
  • [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
    • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Andy Lutomirski
        • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
          • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Andy Lutomirski
          • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Eugene Syromiatnikov
            • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Yu-cheng Yu
            • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Jann Horn
              • Re: [RFC PATCH v4 24/27] mm/mmap: Create a guard area between VMAs, Eugene Syromiatnikov
  • [RFC PATCH v4 10/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS, Yu-cheng Yu
    • Re: [RFC PATCH v4 10/27] drm/i915/gvt: Update _PAGE_DIRTY to _PAGE_DIRTY_BITS, Eugene Syromiatnikov
  • [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
    • Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Matthew Wilcox
      • Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Dave Hansen
      • Re: [RFC PATCH v4 09/27] x86/mm: Change _PAGE_DIRTY to _PAGE_DIRTY_HW, Yu-cheng Yu
  • [RFC PATCH v4 07/27] x86/cet/shstk: Add Kconfig option for user-mode shadow stack, Yu-cheng Yu
  • [RFC PATCH v4 25/27] mm/mmap: Prevent Shadow Stack VMA merges, Yu-cheng Yu
  • [RFC PATCH v4 27/27] x86/cet/shstk: Add Shadow Stack instructions to opcode map, Yu-cheng Yu
  • [RFC PATCH v4 08/27] mm: Introduce VM_SHSTK for shadow stack memory, Yu-cheng Yu
  • [RFC PATCH v4 15/27] mm: Handle THP/HugeTLB shadow stack page fault, Yu-cheng Yu
  • [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET), Peter Zijlstra
      • Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET), Yu-cheng Yu
    • Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET), Borislav Petkov
      • Re: [RFC PATCH v4 01/27] x86/cpufeatures: Add CPUIDs for Control-flow Enforcement Technology (CET), Yu-cheng Yu
  • [RFC PATCH v4 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
    • Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 06/27] x86/cet: Control protection exception handler, Yu-cheng Yu
  • [RFC PATCH v4 05/27] Documentation/x86: Add CET description, Yu-cheng Yu
  • [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Yu-cheng Yu
    • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Peter Zijlstra
    • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Borislav Petkov
      • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Yu-cheng Yu
        • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Dave Hansen
          • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Borislav Petkov
            • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Dave Hansen
              • Re: [RFC PATCH v4 02/27] x86/fpu/xstate: Change some names to separate XSAVES system and user states, Yu-cheng Yu
  • Re: [RFC PATCH v4 00/27] Control Flow Enforcement: Shadow Stack, Dave Hansen
    • Re: [RFC PATCH v4 00/27] Control Flow Enforcement: Shadow Stack, Yu-cheng Yu
• [RFC PATCH v4 0/9] Control Flow Enforcement: Branch Tracking, PTRACE, Yu-cheng Yu
  • [RFC PATCH v4 7/9] x86/cet/ibt: Add ENDBR to op-code-map, Yu-cheng Yu
  • [RFC PATCH v4 4/9] mm/mmap: Add IBT bitmap size to address space limit check, Yu-cheng Yu
    • Re: [RFC PATCH v4 4/9] mm/mmap: Add IBT bitmap size to address space limit check, Eugene Syromiatnikov
  • [RFC PATCH v4 9/9] x86/cet: Add PTRACE interface for CET, Yu-cheng Yu
  • [RFC PATCH v4 2/9] x86/cet/ibt: User-mode indirect branch tracking support, Yu-cheng Yu
    • Re: [RFC PATCH v4 2/9] x86/cet/ibt: User-mode indirect branch tracking support, Eugene Syromiatnikov
  • [RFC PATCH v4 5/9] x86/cet/ibt: ELF header parsing for IBT, Yu-cheng Yu
  • [RFC PATCH v4 8/9] x86: Insert endbr32/endbr64 to vDSO, Yu-cheng Yu
  • [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
    • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
        • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Andy Lutomirski
        • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Florian Weimer
          • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Andy Lutomirski
            • Re: [RFC PATCH v4 6/9] x86/cet/ibt: Add arch_prctl functions for IBT, Yu-cheng Yu
  • [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
    • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Eugene Syromiatnikov
      • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
        • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Andy Lutomirski
          • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
            • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Andy Lutomirski
              • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Eugene Syromiatnikov
                • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Yu-cheng Yu
    • Re: [RFC PATCH v4 3/9] x86/cet/ibt: Add IBT legacy code bitmap allocation function, Andy Lutomirski
  • [RFC PATCH v4 1/9] x86/cet/ibt: Add Kconfig option for user-mode Indirect Branch Tracking, Yu-cheng Yu
• [PATCH v4 0/5] y2038: Make ppoll, io_pgetevents and pselect y2038 safe, Deepa Dinamani
  • [PATCH v4 1/5] signal: Add set_user_sigmask(), Deepa Dinamani
  • [PATCH v4 2/5] signal: Add restore_user_sigmask(), Deepa Dinamani
  • [PATCH v4 3/5] ppoll: use __kernel_timespec, Deepa Dinamani
  • [PATCH v4 4/5] pselect6: use __kernel_timespec, Deepa Dinamani
  • [PATCH v4 5/5] io_pgetevents: use __kernel_timespec, Deepa Dinamani
  • Re: [PATCH v4 0/5] y2038: Make ppoll, io_pgetevents and pselect y2038 safe, Arnd Bergmann
• [RFC 00/20] ns: Introduce Time Namespace, Dmitry Safonov
  • [RFC 04/20] timens: Introduce CLOCK_BOOTTIME offset, Dmitry Safonov
    • [LKP] [timens] 3cc8de9dcb: RIP:posix_get_boottime, kernel test robot
  • [RFC 05/20] timerfd/timens: Take into account ns clock offsets, Dmitry Safonov
  • [RFC 06/20] kernel: Take into account timens clock offsets in clock_nanosleep, Dmitry Safonov
  • [RFC 09/20] x86/vdso/timens: Add offsets page in vvar, Dmitry Safonov
  • [RFC 11/20] x86/vdso: Purge timens page on setns()/unshare()/clone(), Dmitry Safonov
  • [RFC 13/20] posix-timers/timens: Take into account clock offsets, Dmitry Safonov
    • [LKP] [posix] 25217c6e39: BUG:KASAN:null-ptr-deref_in_c, kernel test robot
  • [RFC 15/20] timens: Optimize zero-offsets, Dmitry Safonov
  • [RFC 16/20] selftest: Add Time Namespace test for supported clocks, Dmitry Safonov
    • Re: [RFC 16/20] selftest: Add Time Namespace test for supported clocks, Shuah Khan
  • [RFC 19/20] timens/selftest: Add procfs selftest, Dmitry Safonov
  • [RFC 20/20] timens/selftest: Add timer offsets test, Dmitry Safonov
  • [RFC 17/20] selftest/timens: Add test for timerfd, Dmitry Safonov
  • [RFC 18/20] selftest/timens: Add test for clock_nanosleep, Dmitry Safonov
  • [RFC 14/20] timens: Add align for timens_offsets, Dmitry Safonov
  • [RFC 08/20] x86/vdso: Restrict splitting vvar vma, Dmitry Safonov
  • [RFC 10/20] x86/vdso: Use set_normalized_timespec() to avoid 32 bit overflow, Dmitry Safonov
  • [RFC 12/20] x86/vdso: Look for vvar vma to purge timens page, Dmitry Safonov
  • [RFC 07/20] timens: Shift /proc/uptime, Dmitry Safonov
  • [RFC 03/20] timens: Introduce CLOCK_MONOTONIC offsets, Dmitry Safonov
  • [RFC 01/20] ns: Introduce Time Namespace, Dmitry Safonov
    • Re: [RFC 01/20] ns: Introduce Time Namespace, Laurent Vivier
  • [RFC 02/20] timens: Add timens_offsets, Dmitry Safonov
    • Re: [RFC 02/20] timens: Add timens_offsets, Cyrill Gorcunov
      • Re: [RFC 02/20] timens: Add timens_offsets, Cyrill Gorcunov
  • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman
    • Re: [RFC 00/20] ns: Introduce Time Namespace, Andrey Vagin
      • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman
        • Re: [RFC 00/20] ns: Introduce Time Namespace, Andrey Vagin
          • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman
            • Re: [RFC 00/20] ns: Introduce Time Namespace, Dmitry Safonov
            • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
              • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
                • Re: [RFC 00/20] ns: Introduce Time Namespace, Andrey Vagin
                  • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
                    • Re: [RFC 00/20] ns: Introduce Time Namespace, Dmitry Safonov
                      • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
              • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman
                • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
                  • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman
                  • Setting monotonic time?, Eric W. Biederman
                    • Re: Setting monotonic time?, Thomas Gleixner
                      • Re: Setting monotonic time?, Arnd Bergmann
                        • Re: Setting monotonic time?, Thomas Gleixner
                          • Re: Setting monotonic time?, Eric W. Biederman
                            • Re: Setting monotonic time?, Thomas Gleixner
                              • Re: Setting monotonic time?, Eric W. Biederman
                                • Re: Setting monotonic time?, Arnd Bergmann
                              • Re: Setting monotonic time?, Thomas Gleixner
                    • Re: Setting monotonic time?, Andrey Vagin
                      • Re: Setting monotonic time?, Thomas Gleixner
                • Re: [RFC 00/20] ns: Introduce Time Namespace, Andrei Vagin
                  • Re: [RFC 00/20] ns: Introduce Time Namespace, Andrei Vagin
                  • Re: [RFC 00/20] ns: Introduce Time Namespace, Thomas Gleixner
                    • Re: [RFC 00/20] ns: Introduce Time Namespace, Eric W. Biederman