Linux API

Date Index

[Prev Page][Next Page]

Re: RFC: userspace exception fixups, (continued)
- Re: RFC: userspace exception fixups, Rich Felker
- Re: RFC: userspace exception fixups, Linus Torvalds
- Re: RFC: userspace exception fixups, Jarkko Sakkinen
- Re: RFC: userspace exception fixups, Jarkko Sakkinen
  - Re: RFC: userspace exception fixups, Jarkko Sakkinen
  - Re: RFC: userspace exception fixups, Jarkko Sakkinen
    - Re: RFC: userspace exception fixups, Jethro Beekman
      - Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
  - Re: RFC: userspace exception fixups, Andy Lutomirski
    - Re: RFC: userspace exception fixups, Jarkko Sakkinen
      - Re: RFC: userspace exception fixups, Andy Lutomirski
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Andy Lutomirski
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Jethro Beekman
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Sean Christopherson
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
        
        Re: RFC: userspace exception fixups, Sean Christopherson
        
        Re: RFC: userspace exception fixups, Jarkko Sakkinen
[RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call (v2), Mathieu Desnoyers
- [RFC PATCH for 4.21 01/16] rseq/selftests: Expose reference counter to coexist with glibc (v2), Mathieu Desnoyers
- [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] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Mathieu Desnoyers
  - Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Thomas Gleixner
    - Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Steven Rostedt
      - Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Mathieu Desnoyers
        
        Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Linus Torvalds
        
        Re: [RFC PATCH for 4.21 03/16] mm: Replace BUG_ON() by WARN_ON() in vm_unmap_ram(), Mathieu Desnoyers
- [RFC PATCH for 4.21 04/16] mm: Introduce vm_map_user_ram, vm_unmap_user_ram (v2), Mathieu Desnoyers
- [RFC PATCH for 4.21 05/16] mm: Provide is_vma_noncached, Mathieu Desnoyers
- [RFC PATCH for 4.21 08/16] x86: Wire up cpu_opv system call, 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 06/16] cpu_opv: Provide cpu_opv system call (v9), Mathieu Desnoyers
- [RFC PATCH for 4.21 12/16] cpu-opv/selftests: Provide basic test, Mathieu Desnoyers
- [RFC PATCH for 4.21 13/16] cpu-opv/selftests: Provide percpu_op API, Mathieu Desnoyers
- [RFC PATCH for 4.21 14/16] cpu-opv/selftests: Provide basic percpu ops test, Mathieu Desnoyers
- [RFC PATCH for 4.21 15/16] cpu-opv/selftests: Provide parametrized tests, Mathieu Desnoyers
- [RFC PATCH for 4.21 09/16] powerpc: Wire up 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 11/16] cpu-opv/selftests: Provide cpu-op library, Mathieu Desnoyers
- [RFC PATCH for 4.21 16/16] cpu-opv/selftests: Provide Makefile, scripts, gitignore, Mathieu Desnoyers
- Re: [RFC PATCH for 4.21 00/16] rseq updates, new cpu_opv system call (v2), Linus Torvalds
Re: [RFC PATCH] Minimal non-child process exit notification support, Daniel Colascione
- Message not available
  - Re: [RFC PATCH] Minimal non-child process exit notification support, Daniel Colascione
Re: [RFC PATCH] Implement /proc/pid/kill, Jann Horn
- Re: [RFC PATCH] Implement /proc/pid/kill, Andy Lutomirski
[PATCH v8 0/2] seccomp trap to userspace, Tycho Andersen
- [PATCH v8 2/2] samples: add an example of seccomp user trap, Tycho Andersen
  - Re: [PATCH v8 2/2] samples: add an example of seccomp user trap, Serge E. Hallyn
    - Re: [PATCH v8 2/2] samples: add an example of seccomp user trap, Tycho Andersen
- [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
      - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
      - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
      - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
      - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Kees Cook
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
      - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
        
        Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Tycho Andersen
    - Re: [PATCH v8 1/2] seccomp: add a return code to trap to userspace, Oleg Nesterov
[PATCH v5 02/15] sched/core: make sched_setattr able to tune the current policy, Patrick Bellasi
- Re: [PATCH v5 02/15] sched/core: make sched_setattr able to tune the current policy, Peter Zijlstra
  - Re: [PATCH v5 02/15] sched/core: make sched_setattr able to tune the current policy, Patrick Bellasi
    - Re: [PATCH v5 02/15] sched/core: make sched_setattr able to tune the current policy, Peter Zijlstra
[PATCH v5 01/15] sched/core: uclamp: extend sched_setattr to support utilization clamping, Patrick Bellasi
- Re: [PATCH v5 01/15] sched/core: uclamp: extend sched_setattr to support utilization clamping, Randy Dunlap
- Re: [PATCH v5 01/15] sched/core: uclamp: extend sched_setattr to support utilization clamping, Peter Zijlstra
[RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
- Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Kees Cook
  - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Dave Hansen
    - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Jann Horn
      - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
        
        Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Dave Hansen
      - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Dave Hansen
        
        Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
        
        Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Dave Hansen
        
        Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
  - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Jann Horn
  - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Ram Pai
    - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
- <Possible follow-ups>
- Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Stephen Röttger
  - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Michael Sammler
    - Re: [RFC PATCH] seccomp: Add protection keys into seccomp_data, Stephen Röttger
[PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
- Re: [PATCH] seccomp: Add pkru into seccomp_data, Andy Lutomirski
  - Re: [PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
    - Re: [PATCH] seccomp: Add pkru into seccomp_data, Andy Lutomirski
      - Re: [PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
- Re: [PATCH] seccomp: Add pkru into seccomp_data, Florian Weimer
  - Re: [PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
    - Re: [PATCH] seccomp: Add pkru into seccomp_data, Florian Weimer
      - Re: [PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
        
        Re: [PATCH] seccomp: Add pkru into seccomp_data, Andy Lutomirski
        
        Re: [PATCH] seccomp: Add pkru into seccomp_data, Kees Cook
        
        Re: [PATCH] seccomp: Add pkru into seccomp_data, Andy Lutomirski
        
        Re: [PATCH] seccomp: Add pkru into seccomp_data, Kees Cook
      - Re: [PATCH] seccomp: Add pkru into seccomp_data, Ram Pai
- Re: [PATCH] seccomp: Add pkru into seccomp_data, Kees Cook
  - Re: [PATCH] seccomp: Add pkru into seccomp_data, Andy Lutomirski
    - Re: [PATCH] seccomp: Add pkru into seccomp_data, Kees Cook
  - Re: [PATCH] seccomp: Add pkru into seccomp_data, Michael Sammler
    - Re: [PATCH] seccomp: Add pkru into seccomp_data, Florian Weimer
[GIT PULL] siginfo updates for 4.20-rc1, Eric W. Biederman
- Re: [GIT PULL] siginfo updates for 4.20-rc1, Linus Torvalds
Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
- Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Matthew Wilcox
  - Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
- <Possible follow-ups>
- Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
  - Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
    - Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Matthew Wilcox
      - Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Matthew Wilcox
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Jeff Layton
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Jeff Layton
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Olga Kornievskaia
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Matthew Wilcox
        
        Re: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range, Amir Goldstein
[PATCH v2 6/5] statx: add STATX_RESULT_MASK flag, Miklos Szeredi
- Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag, David Howells
  - Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag, Miklos Szeredi
    - Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag, Andreas Dilger
  - Re: [PATCH v2 6/5] statx: add STATX_RESULT_MASK flag, David Howells
[PATCH v2 1/5] orangefs: fix request_mask misuse, Miklos Szeredi
- [PATCH v2 2/5] uapi: deprecate STATX_ALL, Miklos Szeredi
- [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Miklos Szeredi
  - Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Trond Myklebust
    - Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Miklos Szeredi
      - Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Trond Myklebust
        
        Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Miklos Szeredi
        
        Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Trond Myklebust
        
        Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, Andreas Dilger
- [PATCH v2 3/5] statx: add STATX_ATTRIBUTES flag, Miklos Szeredi
- [PATCH v2 4/5] statx: don't clear STATX_ATIME on SB_RDONLY, Miklos Szeredi
- Re: [PATCH v2 1/5] orangefs: fix request_mask misuse, Andreas Dilger
- Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL, David Howells
  - Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL, Miklos Szeredi
  - Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL, David Howells
    - Re: [PATCH v2 2/5] uapi: deprecate STATX_ALL, Miklos Szeredi
- Re: [PATCH v2 3/5] statx: add STATX_ATTRIBUTES flag, David Howells
- Re: [PATCH v2 4/5] statx: don't clear STATX_ATIME on SB_RDONLY, David Howells
- Re: [PATCH v2 5/5] nfs: don't clear STATX_ATIME from result_mask, David Howells
[PATCH 1/3] orangefs: fix request_mask misuse, Miklos Szeredi
- [PATCH 2/3] uapi: get rid of STATX_ALL, Miklos Szeredi
  - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Florian Weimer
    - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Miklos Szeredi
      - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Miklos Szeredi
    - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Andreas Dilger
  - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Amir Goldstein
    - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Florian Weimer
  - Re: [PATCH 2/3] uapi: get rid of STATX_ALL, Andreas Dilger
- [PATCH 3/3] statx: add STATX_ATTRIBUTES flag, Miklos Szeredi
  - Re: [PATCH 3/3] statx: add STATX_ATTRIBUTES flag, Andreas Dilger
- Re: [PATCH 2/3] uapi: get rid of STATX_ALL, David Howells
- Re: [PATCH 3/3] statx: add STATX_ATTRIBUTES flag, David Howells
- Re: [PATCH 1/3] orangefs: fix request_mask misuse, martin
statx(2) API and documentation, Miklos Szeredi
- Re: statx(2) API and documentation, Andreas Dilger
  - Re: statx(2) API and documentation, Miklos Szeredi
    - Re: statx(2) API and documentation, Andreas Dilger
      - Re: statx(2) API and documentation, Florian Weimer
        
        Re: statx(2) API and documentation, Miklos Szeredi
        
        Re: statx(2) API and documentation, Florian Weimer
        
        Re: statx(2) API and documentation, Miklos Szeredi
      - Re: statx(2) API and documentation, Miklos Szeredi
    - Re: statx(2) API and documentation, Amir Goldstein
      - Re: statx(2) API and documentation, Jan Kara
        
        Re: statx(2) API and documentation, Florian Weimer
- Re: statx(2) API and documentation, David Howells
  - Re: statx(2) API and documentation, Miklos Szeredi
[PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Matthew Bobrowski
- [PATCH v5 1/3] fanotify: introduce new event type FAN_OPEN_EXEC, Matthew Bobrowski
- [PATCH v5 2/3] fanotify: return only user requested event types in event mask, Matthew Bobrowski
- [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Matthew Bobrowski
  - Re: [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Jan Kara
    - Re: [PATCH v5 3/3] fanotify: introduce new event type FAN_OPEN_EXEC_PERM, Matthew Bobrowski
- Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Jan Kara
  - Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Matthew Bobrowski
    - Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Jan Kara
      - Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Matthew Bobrowski
- Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Amir Goldstein
  - Re: [PATCH v5 0/3] fanotify: introduce new event types FAN_OPEN_EXEC and FAN_OPEN_EXEC_PERM, Matthew Bobrowski
[PATCH v3 0/2] sysctl: handle overflow for file-max, Christian Brauner
- [PATCH v3 1/2] sysctl: handle overflow in proc_get_long, Christian Brauner
  - Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long, Eric W. Biederman
    - Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long, Christian Brauner
      - Re: [PATCH v3 1/2] sysctl: handle overflow in proc_get_long, Kees Cook
- [PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
  - Re: [PATCH v3 2/2] sysctl: handle overflow for file-max, Al Viro
    - Re: [PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
    - Re: [PATCH v3 2/2] sysctl: handle overflow for file-max, Andrea Arcangeli
- Re: [PATCH v3 0/2] sysctl: handle overflow for file-max, Kees Cook
- Re: [PATCH v3 0/2] sysctl: handle overflow for file-max, Christian Brauner
  - Re: [PATCH v3 0/2] sysctl: handle overflow for file-max, Kees Cook
    - Re: [PATCH v3 0/2] sysctl: handle overflow for file-max, Christian Brauner
      - Re: [PATCH v3 0/2] sysctl: handle overflow for file-max, Kees Cook
[PATCH v2 0/2] sysctl: handle overflow for file-max, Christian Brauner
- [PATCH v2 2/2] sysctl: handle overflow for file-max, Christian Brauner
  - Re: [PATCH v2 2/2] sysctl: handle overflow for file-max, Waiman Long
- [PATCH v2 1/2] sysctl: handle overflow in proc_get_long, Christian Brauner
  - Re: [PATCH v2 1/2] sysctl: handle overflow in proc_get_long, Kees Cook
rseq system call incompletely wired up in microblaze, Mathieu Desnoyers
- Re: rseq system call incompletely wired up in microblaze, Michal Simek
[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

[Index of Archives] [Linux USB Devel] [Video for Linux] [Linux SCSI] [Yosemite Forum]

Powered by Linux