Linux API

Date Index

[Prev Page][Next Page]

[PATCH v9 4/4] arm64/syscalls: Optimize address limit check, (continued)
- [PATCH v9 4/4] arm64/syscalls: Optimize address limit check, Thomas Garnier
- [PATCH v9 3/4] arm/syscalls: Optimize address limit check, Thomas Garnier
- Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
  - Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
    - Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
      - Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Daniel Micay
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Greg KH
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Linus Torvalds
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Martin Schwidefsky
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Martin Schwidefsky
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Linus Torvalds
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Russell King - ARM Linux
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Peter Zijlstra
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Russell King - ARM Linux
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Daniel Micay
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Daniel Micay
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Rik van Riel
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Russell King - ARM Linux
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
    - Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Greg KH
      - Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Borislav Petkov
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Arnd Bergmann
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Brian Gerst
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Arnd Bergmann
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Arnd Bergmann
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Christoph Hellwig
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Arnd Bergmann
        
        Re: [kernel-hardening] Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
    - Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
      - Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
        
        Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Jann Horn
        
        Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Al Viro
        
        Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Andy Lutomirski
        
        Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Kees Cook
        
        Re: [PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
[PATCH v4] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
- Re: [PATCH v4] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, kbuild test robot
[PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
- Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
  - Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
    - Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
      - Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
        
        [PATCH] userns,pidns: Verify the userns for new pid namespaces, Eric W. Biederman
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Serge E. Hallyn
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Eric W. Biederman
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Eric W. Biederman
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Kirill Tkhai
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Kirill Tkhai
        
        Re: [PATCH] userns,pidns: Verify the userns for new pid namespaces, Eric W. Biederman
        
        Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH v3] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
[PATCH] statx: correct error handling of NULL pathname, Michael Kerrisk (man-pages)
[PATCH v2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
- Re: [PATCH v2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Greg KH
Cgroups, burst, Kamil Kamiński
[PATCH] statx: Kill fd-with-NULL-path support in favour of AT_EMPTY_PATH, David Howells
- Re: [PATCH] statx: Kill fd-with-NULL-path support in favour of AT_EMPTY_PATH, Linus Torvalds
  - Re: [PATCH] statx: Kill fd-with-NULL-path support in favour of AT_EMPTY_PATH, Michael Kerrisk (man-pages)
[PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
- [PATCH v8 4/4] arm64/syscalls: Optimize address limit check, Thomas Garnier
- [PATCH v8 3/4] arm/syscalls: Optimize address limit check, Thomas Garnier
- [PATCH v8 2/4] x86/syscalls: Optimize address limit check, Thomas Garnier
- Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
  - Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
    - [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
      - Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
    - Re: [PATCH v8 1/4] syscalls: Verify address limit before returning to user-mode, Ingo Molnar
[PATCH] uapi: change the type of struct statx_timestamp.tv_nsec to unsigned, David Howells
- Re: [PATCH] uapi: change the type of struct statx_timestamp.tv_nsec to unsigned, Christoph Hellwig
[PATCH RFC v2 0/6] proc: support private proc instances per pidnamespace, Djalal Harouni
- [PATCH RFC v2 2/6] proc: move /proc/{self|thread-self} dentries to proc_fs_info, Djalal Harouni
- [PATCH RFC v2 3/6] proc: add helpers to set and get proc hidepid and gid mount options, Djalal Harouni
- [PATCH RFC v2 5/6] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option, Djalal Harouni
  - Re: [PATCH RFC v2 5/6] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option, Andy Lutomirski
    - Re: [PATCH RFC v2 5/6] proc: instantiate only pids that we can ptrace on 'limit_pids=1' mount option, Djalal Harouni
- [PATCH RFC v2 1/6] proc: add proc_fs_info struct to store proc information, Djalal Harouni
- [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace, Djalal Harouni
  - Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace, Andy Lutomirski
    - Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace, Djalal Harouni
      - Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace, Andy Lutomirski
        
        Re: [PATCH RFC v2 4/6] proc: support mounting private procfs instances inside same pid namespace, Djalal Harouni
- [PATCH RFC v2 6/6] proc: flush task dcache entries from all procfs instances, Djalal Harouni
[PATCH v2] fanotify: don't expose EOPENSTALE to userspace, Amir Goldstein
- Re: [PATCH v2] fanotify: don't expose EOPENSTALE to userspace, J . Bruce Fields
  - Re: [PATCH v2] fanotify: don't expose EOPENSTALE to userspace, Amir Goldstein
- Re: [PATCH v2] fanotify: don't expose EOPENSTALE to userspace, Jan Kara
Revised statx(2) man page for review, Michael Kerrisk (man-pages)
- Re: Revised statx(2) man page for review, Silvan Jegen
  - Re: Revised statx(2) man page for review, Michael Kerrisk (man-pages)
- Re: Revised statx(2) man page for review, Dmitry V. Levin
  - Re: Revised statx(2) man page for review, Michael Kerrisk (man-pages)
    - Re: Revised statx(2) man page for review, G. Branden Robinson
- Re: Revised statx(2) man page for review [and AT_EMPTY_PATH question], David Howells
  - Re: Revised statx(2) man page for review [and AT_EMPTY_PATH question], Michael Kerrisk (man-pages)
  - Re: Revised statx(2) man page for review [and AT_EMPTY_PATH question], David Howells
    - Re: Revised statx(2) man page for review [and AT_EMPTY_PATH question], Michael Kerrisk (man-pages)
  - Re: Revised statx(2) man page for review [and AT_EMPTY_PATH question], Al Viro
[patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Andrew Morton
  - Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Jann Horn
  - Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
    - Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Andrei Vagin
      - Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
        
        Re: [patch v4 resend 2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [v4,resend,2/2] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Eugene Syromiatnikov
[patch v4 resend 1/2] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
- Re: [patch v4 resend 1/2] procfs: fdinfo -- Extend information about epoll target files, Andrei Vagin
[patch v4 resend 0/2] Extend kcmp for epoll sake, Cyrill Gorcunov
[PATCH] uapi: remove false assertion that statx_timestamp.tv_nsec can be negative, Dmitry V. Levin
- Re: [PATCH] uapi: remove false assertion that statx_timestamp.tv_nsec can be negative, David Howells
  - [PATCH v2] uapi: change the type of struct statx_timestamp.tv_nsec to unsigned, Dmitry V. Levin
Re: Unchecked flags in statx(2) [Should be fixed before 4.11-final?], Michael Kerrisk (man-pages)
Re: [PATCH net-next v8 2/3] Add a eBPF helper function to retrieve socket uid, Mickaël Salaün
[PATCHv5 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
[PATCH v3 0/2] modules:capabilities: automatic module loading restrictions, Djalal Harouni
- [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
  - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
  - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
    - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Kees Cook
      - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Kees Cook
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Kees Cook
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Kees Cook
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Kees Cook
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Casey Schaufler
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Casey Schaufler
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Serge E. Hallyn
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Andy Lutomirski
  - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, kbuild test robot
  - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Rusty Russell
    - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
      - Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Rusty Russell
        
        Re: [PATCH v3 2/2] modules:capabilities: add a per-task modules autoload restriction, Djalal Harouni
- [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Djalal Harouni
  - Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Andy Lutomirski
  - Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Ben Hutchings
    - Re: [kernel-hardening] Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Djalal Harouni
      - Re: [kernel-hardening] Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Ben Hutchings
        
        Re: [kernel-hardening] Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Djalal Harouni
        
        Re: [kernel-hardening] Re: [PATCH v3 1/2] modules:capabilities: automatic module loading restriction, Kees Cook
[PATCH] Introduce v3 namespaced file capabilities, Serge E. Hallyn
- Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
  - Re: [PATCH] Introduce v3 namespaced file capabilities, Serge E. Hallyn
    - Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
- Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
  - Re: [PATCH] Introduce v3 namespaced file capabilities, Serge E. Hallyn
    - Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
      - Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
        
        Re: [PATCH] Introduce v3 namespaced file capabilities, Serge E. Hallyn
        
        Re: [PATCH] Introduce v3 namespaced file capabilities, Eric W. Biederman
[PATCH 0/2] nsfs: Introduce ioctl to set vector of ns_last_pid's on pid ns hierarhy, Kirill Tkhai
- [PATCH 1/2] nsfs: Add namespace-specific ioctl (NS_SPECIFIC_IOC), Kirill Tkhai
- [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
  - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Serge E. Hallyn
  - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Cyrill Gorcunov
  - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Oleg Nesterov
    - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
      - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
      - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Oleg Nesterov
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Oleg Nesterov
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Oleg Nesterov
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Eric W. Biederman
        
        Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
      - Re: [PATCH 2/2] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Oleg Nesterov
[PATCH 0/8 v6] No wait AIO, Goldwyn Rodrigues
- [PATCH 1/8] Use RWF_* flags for AIO operations, Goldwyn Rodrigues
  - Re: [PATCH 1/8] Use RWF_* flags for AIO operations, Christoph Hellwig
- [PATCH 8/8] nowait aio: btrfs, Goldwyn Rodrigues
  - Re: [PATCH 8/8] nowait aio: btrfs, David Sterba
- [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Christoph Hellwig
  - Re: [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Jan Kara
- [PATCH 7/8] nowait aio: xfs, Goldwyn Rodrigues
  - Re: [PATCH 7/8] nowait aio: xfs, Christoph Hellwig
- [PATCH 6/8] nowait aio: ext4, Goldwyn Rodrigues
- [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 5/8] nowait aio: return on congested block device, Christoph Hellwig
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
      - Re: [PATCH 5/8] nowait aio: return on congested block device, Jan Kara
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
      - Re: [PATCH 5/8] nowait aio: return on congested block device, Jens Axboe
- [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Christoph Hellwig
    - Re: [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Goldwyn Rodrigues
      - Re: [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Jan Kara
[PATCHv4 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
[PATCH v2 0/2] Expose task pid_ns_for_children to userspace, Kirill Tkhai
- [PATCH v2 1/2] ns: Allow ns_entries to have custom symlink content, Kirill Tkhai
- [PATCH v2 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
- Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
  - Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
    - Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
      - Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Christoph Lameter
        
        Re: [RFC 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
[PATCH 0/9 v5] No wait AIO, Goldwyn Rodrigues
- [PATCH 2/9] nowait aio: Introduce RWF_NOWAIT, Goldwyn Rodrigues
- [PATCH 7/9] nowait aio: xfs, Goldwyn Rodrigues
- [PATCH 9/9] nowait aio: Return -EOPNOTSUPP if filesystem does not support, Goldwyn Rodrigues
  - Re: [PATCH 9/9] nowait aio: Return -EOPNOTSUPP if filesystem does not support, Christoph Hellwig
- [PATCH 8/9] nowait aio: btrfs, Goldwyn Rodrigues
- [PATCH 6/9] nowait aio: ext4, Goldwyn Rodrigues
- [PATCH 5/9] nowait aio: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 5/9] nowait aio: return on congested block device, Christoph Hellwig
    - Re: [PATCH 5/9] nowait aio: return on congested block device, Goldwyn Rodrigues
- [PATCH 1/9] Use RWF_* flags for AIO operations, Goldwyn Rodrigues
  - Re: [PATCH 1/9] Use RWF_* flags for AIO operations, Christoph Hellwig
- [PATCH 3/9] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 4/9] nowait-aio: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
[PATCH v7 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- [PATCH v7 2/4] x86/syscalls: Architecture specific pre-usermode check, Thomas Garnier
- [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check, Thomas Garnier
  - Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check, Catalin Marinas
    - [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check, Thomas Garnier
      - Re: [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check, Thomas Garnier
    - [PATCH v7 4/4] arm64/syscalls: Architecture specific pre-usermode check, Thomas Garnier
- [PATCH v7 3/4] arm/syscalls: Architecture specific pre-usermode check, Thomas Garnier
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Kees Cook
  - Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Ingo Molnar
    - Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Ingo Molnar
  - Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
    - Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Ingo Molnar
      - Re: [PATCH v7 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
[PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM, Djalal Harouni
- [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module, Djalal Harouni
  - Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module, Casey Schaufler
    - Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module, Djalal Harouni
      - Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module, Casey Schaufler
        
        Re: [PATCH RFC v2 2/3] security: add the ModAutoRestrict Linux Security Module, Djalal Harouni
- [PATCH RFC v2 3/3] Documentation: add ModAutoRestrict LSM documentation, Djalal Harouni
- [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Djalal Harouni
  - Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Casey Schaufler
    - Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Djalal Harouni
      - Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Casey Schaufler
        
        Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Djalal Harouni
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Casey Schaufler
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Djalal Harouni
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Djalal Harouni
        
        Re: [kernel-hardening] Re: [PATCH RFC v2 1/3] LSM: Allow per LSM module per "struct task_struct" blob., Casey Schaufler
- Re: [PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM, Kees Cook
  - Re: [PATCH RFC v2 0/3] security: Add ModAutoRestrict LSM, Djalal Harouni
[PATCH v2] fscrypt: Remove __packed from fscrypt_policy, Joe Richey
- Re: [PATCH v2] fscrypt: Remove __packed from fscrypt_policy, Richard Weinberger
- Re: [v2] fscrypt: Remove __packed from fscrypt_policy, Theodore Ts'o
[PATCH v2] fscrypt: Move key structure and constants to uapi, Joe Richey
- Re: [v2] fscrypt: Move key structure and constants to uapi, Theodore Ts'o
Re: [PATCH v2] fault-inject: support systematic fault injection, Michal Hocko
- Re: [PATCH v2] fault-inject: support systematic fault injection, Akinobu Mita
  - Re: [PATCH v2] fault-inject: support systematic fault injection, Dmitry Vyukov
    - Re: [PATCH v2] fault-inject: support systematic fault injection, Akinobu Mita
      - Re: [PATCH v2] fault-inject: support systematic fault injection, Dmitry Vyukov
[PATCH] fscrypt: Remove __packed from fscrypt_policy, Joe Richey
- Re: [PATCH] fscrypt: Remove __packed from fscrypt_policy, Richard Weinberger
[PATCH] fscrypt: Move key structure and constants to uapi, Joe Richey
- Re: [PATCH] fscrypt: Move key structure and constants to uapi, Richard Weinberger
[PATCH v6 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
  - Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Catalin Marinas
    - Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
      - Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Catalin Marinas
        
        Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
        
        Re: [PATCH v6 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Catalin Marinas
- [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
  - Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, H. Peter Anvin
  - Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, H. Peter Anvin
    - Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Borislav Petkov
    - Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
      - Re: [PATCH v6 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, H. Peter Anvin
- [PATCH v6 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
[PATCH 0/8 v4] No wait AIO, Goldwyn Rodrigues
- [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT, Christoph Hellwig
- [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 6/8] nowait aio: ext4, Goldwyn Rodrigues
  - Re: [PATCH 6/8] nowait aio: ext4, Jan Kara
    - Re: [PATCH 6/8] nowait aio: ext4, Christoph Hellwig
      - Re: [PATCH 6/8] nowait aio: ext4, Goldwyn Rodrigues
        
        Re: [PATCH 6/8] nowait aio: ext4, Christoph Hellwig
        
        Re: [PATCH 6/8] nowait aio: ext4, Jan Kara
        
        Re: [PATCH 6/8] nowait aio: ext4, Christoph Hellwig
        
        Re: [PATCH 6/8] nowait aio: ext4, Jan Kara
- [PATCH 7/8] nowait aio: xfs, Goldwyn Rodrigues
  - Re: [PATCH 7/8] nowait aio: xfs, Christoph Hellwig
    - Re: [PATCH 7/8] nowait aio: xfs, Darrick J. Wong
      - Re: [PATCH 7/8] nowait aio: xfs, Goldwyn Rodrigues
        
        Re: [PATCH 7/8] nowait aio: xfs, Darrick J. Wong
- [PATCH 8/8] nowait aio: btrfs, Goldwyn Rodrigues
- [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 5/8] nowait aio: return on congested block device, Christoph Hellwig
- [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 2/8] nowait aio: Return if cannot get hold of i_rwsem, Goldwyn Rodrigues
[PATCH] acpi: drop support for force_remove, Michal Hocko
- Re: [PATCH] acpi: drop support for force_remove, Michal Hocko
  - Re: [PATCH] acpi: drop support for force_remove, Rafael J. Wysocki
    - Re: [PATCH] acpi: drop support for force_remove, Michal Hocko
      - Re: [PATCH] acpi: drop support for force_remove, Rafael J. Wysocki
        
        Re: [PATCH] acpi: drop support for force_remove, Michal Hocko
        
        Re: [PATCH] acpi: drop support for force_remove, Rafael J. Wysocki
        
        Re: [PATCH] acpi: drop support for force_remove, Rafael J. Wysocki
RFC: reject unknown open flags, Christoph Hellwig
- [PATCH 2/2] fs: reject unknown open flags, Christoph Hellwig
  - Re: [PATCH 2/2] fs: reject unknown open flags, Linus Torvalds
- [PATCH 1/2] fs: add a VALID_OPEN_FLAGS, Christoph Hellwig
- Re: RFC: reject unknown open flags, Linus Torvalds
  - Re: RFC: reject unknown open flags, Christoph Hellwig
    - Re: RFC: reject unknown open flags, Linus Torvalds
      - Re: RFC: reject unknown open flags, Christoph Hellwig
        
        Re: RFC: reject unknown open flags, Linus Torvalds
        
        Re: RFC: reject unknown open flags, Boaz Harrosh
      - Re: RFC: reject unknown open flags, Paul Eggert
        
        Re: RFC: reject unknown open flags, Linus Torvalds
  - Re: RFC: reject unknown open flags, Florian Weimer
[PATCH v8 0/9] vfs/xfs/ext4: GETFSMAP support, Darrick J. Wong
- [PATCH 1/9] vfs: add common GETFSMAP ioctl definitions, Darrick J. Wong
- [PATCH 2/9] xfs: plumb in needed functions for range querying of the freespace btrees, Darrick J. Wong
- [PATCH 3/9] xfs: provide a query_range function for freespace btrees, Darrick J. Wong
- [PATCH 4/9] xfs: create a function to query all records in a btree, Darrick J. Wong
- [PATCH 5/9] xfs: add a couple of queries to iterate free extents in the rtbitmap, Darrick J. Wong
- [PATCH 6/9] xfs: implement the GETFSMAP ioctl, Darrick J. Wong
- [PATCH 7/9] xfs: have getfsmap fall back to the freesp btrees when rmap is not present, Darrick J. Wong
- [PATCH 8/9] xfs: report realtime space information via the rtbitmap, Darrick J. Wong
- [PATCH 9/9] ext4: support GETFSMAP ioctls, Darrick J. Wong
- [PATCH 10/9] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
[PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace, Djalal Harouni
- [PATCH RFC 3/4] proc: support mounting new procfs instances inside same pid namespace, Djalal Harouni
  - Re: [PATCH RFC 3/4] proc: support mounting new procfs instances inside same pid namespace, Andy Lutomirski
- [PATCH RFC 4/4] proc: support flushing dcache entries of a task on multiple procfs mounts, Djalal Harouni
- [PATCH RFC 2/4] proc: add helpers to set/get hidepid and gid mount options, Djalal Harouni
- [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options, Djalal Harouni
  - Re: [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options, Andy Lutomirski
    - Re: [PATCH RFC 1/4] proc: add proc_fs_info struct to store proc options, Djalal Harouni
- Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace, Andy Lutomirski
  - Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace, Djalal Harouni
- Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace, Alexey Gladkov
  - Re: [PATCH RFC 0/4] proc: support multiple separate proc instances per pidnamespace, Djalal Harouni
[PATCH RESEND 0/2] Expose task pid_ns_for_children to userspace, Kirill Tkhai
- [PATCH RESEND 1/2] ns: Allow ns_entries to have custom symlink content, Kirill Tkhai
- [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
  - Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Andrew Morton
    - Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Andrei Vagin
      - Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
        
        Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Kees Cook
        
        Re: [PATCH RESEND 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
[PATCH] KEYS: make keyctl_invalidate() also require Setattr permission, Eric Biggers
- Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission, David Howells
  - Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission, Eric Biggers
    - Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission, Eric Biggers
      - Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission, Eric Biggers
Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier (fwd), Julia Lawall
- Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier (fwd), Mickaël Salaün
[PATCH net-next v6 00/11] Landlock LSM: Toward unprivileged sandboxing, Mickaël Salaün
- [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Mickaël Salaün
  - Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier, kbuild test robot
  - Re: [PATCH net-next v6 01/11] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Kees Cook
- [PATCH net-next v6 07/11] landlock: Add ptrace restrictions, Mickaël Salaün
  - Re: [kernel-hardening] [PATCH net-next v6 07/11] landlock: Add ptrace restrictions, Djalal Harouni
    - Re: [kernel-hardening] [PATCH net-next v6 07/11] landlock: Add ptrace restrictions, Mickaël Salaün
- [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock, Mickaël Salaün
  - Re: [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock, Mickaël Salaün
  - Re: [PATCH net-next v6 02/11] bpf,landlock: Define an eBPF program type for Landlock, Kees Cook
- [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example, Mickaël Salaün
  - Re: [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example, Kees Cook
    - Re: [PATCH net-next v6 08/11] bpf: Add a Landlock sandbox example, Mickaël Salaün
- [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock, Mickaël Salaün
  - Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock, Kees Cook
    - Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock, Mickaël Salaün
      - Re: [PATCH net-next v6 10/11] bpf,landlock: Add tests for Landlock, Kees Cook
- [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Mickaël Salaün
  - Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Kees Cook
    - Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Mickaël Salaün
      - Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Kees Cook
        
        Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Mickaël Salaün
        
        Re: [PATCH net-next v6 09/11] seccomp: Enhance test_harness with an assert step mechanism, Kees Cook
- [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Mickaël Salaün
  - Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, kbuild test robot
  - Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Kees Cook
    - Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Mickaël Salaün
      - Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Casey Schaufler
        
        Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Kees Cook
        
        Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Mickaël Salaün
        
        Re: [kernel-hardening] Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Casey Schaufler
        
        Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Kees Cook
      - Re: [PATCH net-next v6 04/11] landlock: Add LSM hooks related to filesystem, Kees Cook
- [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp(), Mickaël Salaün
  - Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp(), Kees Cook
    - Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp(), Mickaël Salaün
      - Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp(), Mickaël Salaün
        
        Re: [PATCH net-next v6 05/11] seccomp: Split put_seccomp_filter() with put_seccomp(), Kees Cook
- [PATCH net-next v6 11/11] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
  - Re: [PATCH net-next v6 11/11] landlock: Add user and kernel documentation for Landlock, kbuild test robot
- [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
  - Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Djalal Harouni
    - Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
      - Re: [kernel-hardening] [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Kees Cook
  - Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Kees Cook
    - Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
      - Re: [PATCH net-next v6 06/11] seccomp,landlock: Handle Landlock events per process hierarchy, Kees Cook
- [PATCH net-next v6 03/11] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode(), Mickaël Salaün
- Re: [PATCH net-next v6 00/11] Landlock LSM: Toward unprivileged sandboxing, Kees Cook
  - Re: [PATCH net-next v6 00/11] Landlock LSM: Toward unprivileged sandboxing, Mickaël Salaün
[PATCH 0/2] selftests: fix for KBUILD_OUTPUT, Bamvor Jian Zhang
- [PATCH 2/2] selftests: net: support KBUILD_OUTPUT for reuseport_bpf_numa, Bamvor Jian Zhang
- [PATCH 1/2] selftests: fix the broken individual test for x86, Bamvor Jian Zhang
  - Re: [PATCH 1/2] selftests: fix the broken individual test for x86, Michael Ellerman
    - Re: [PATCH 1/2] selftests: fix the broken individual test for x86, Bamvor Zhang Jian
[net-next PATCH v3 0/8] Add busy poll support for epoll, Alexander Duyck
- [net-next PATCH v3 1/8] net: Busy polling should ignore sender CPUs, Alexander Duyck
- [net-next PATCH v3 5/8] net: Track start of busy loop instead of when it should end, Alexander Duyck
  - Re: [net-next PATCH v3 5/8] net: Track start of busy loop instead of when it should end, Eric Dumazet
- [net-next PATCH v3 3/8] net: Only define skb_mark_napi_id in one spot instead of two, Alexander Duyck
- [net-next PATCH v3 8/8] net: Introduce SO_INCOMING_NAPI_ID, Alexander Duyck
- [net-next PATCH v3 6/8] net: Commonize busy polling code to focus on napi_id instead of socket, Alexander Duyck
- [net-next PATCH v3 7/8] epoll: Add busy poll support to epoll with socket fds., Alexander Duyck
  - Re: [net-next PATCH v3 7/8] epoll: Add busy poll support to epoll with socket fds., Eric Dumazet
- [net-next PATCH v3 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process, Alexander Duyck
- [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Alexander Duyck
  - Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Christoph Paasch
    - Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, David Miller
    - Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Paolo Abeni
      - Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Willem de Bruijn
      - Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Alexander Duyck
        
        Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Christoph Paasch
        
        Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Paolo Abeni
        
        Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Eric Dumazet
        
        Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Paolo Abeni
        
        Re: [net-next PATCH v3 4/8] net: Change return type of sk_busy_loop from bool to void, Christoph Paasch
- Re: [net-next PATCH v3 0/8] Add busy poll support for epoll, David Miller
- Re: [net-next PATCH v3 0/8] Add busy poll support for epoll, David Miller
Re: [PATCH linux-next V2] tty: Disable default console blanking interval, Scot Doyle
[net-next PATCH v2 0/8] Add busy poll support for epoll, Alexander Duyck
- [net-next PATCH v2 1/8] net: Busy polling should ignore sender CPUs, Alexander Duyck
  - Re: [net-next PATCH v2 1/8] net: Busy polling should ignore sender CPUs, Eric Dumazet
- [net-next PATCH v2 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process, Alexander Duyck
  - Re: [net-next PATCH v2 2/8] tcp: Record Rx hash and NAPI ID in tcp_child_process, Eric Dumazet
- [net-next PATCH v2 4/8] net: Change return type of sk_busy_loop from bool to void, Alexander Duyck
  - Re: [net-next PATCH v2 4/8] net: Change return type of sk_busy_loop from bool to void, Eric Dumazet
- [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Alexander Duyck
  - Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Eric Dumazet
    - Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Alexander Duyck
      - Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Eric Dumazet
        
        Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Eric Dumazet
        
        Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Alexander Duyck
        
        Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Eric Dumazet
        
        Re: [net-next PATCH v2 5/8] net: Track start of busy loop instead of when it should end, Alexander Duyck
- [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Alexander Duyck
  - Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Eric Dumazet
  - Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Andy Lutomirski
    - Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Alexander Duyck
      - Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Andy Lutomirski
        
        Re: [net-next PATCH v2 8/8] net: Introduce SO_INCOMING_NAPI_ID, Eric Dumazet
- [net-next PATCH v2 7/8] epoll: Add busy poll support to epoll with socket fds., Alexander Duyck
- [net-next PATCH v2 3/8] net: Only define skb_mark_napi_id in one spot instead of two, Alexander Duyck
  - Re: [net-next PATCH v2 3/8] net: Only define skb_mark_napi_id in one spot instead of two, Eric Dumazet
- [net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket, Alexander Duyck
  - Re: [net-next PATCH v2 6/8] net: Commonize busy polling code to focus on napi_id instead of socket, Eric Dumazet
- Re: [net-next PATCH v2 0/8] Add busy poll support for epoll, Alexei Starovoitov
  - Re: [net-next PATCH v2 0/8] Add busy poll support for epoll, Alexander Duyck
    - Re: [net-next PATCH v2 0/8] Add busy poll support for epoll, Eric Dumazet
[PATCH] lkdtm: add bad USER_DS test, Kees Cook
- Re: [PATCH] lkdtm: add bad USER_DS test, Heiko Carstens
  - Re: [PATCH] lkdtm: add bad USER_DS test, Thomas Garnier
    - Re: [PATCH] lkdtm: add bad USER_DS test, Christian Borntraeger
      - Re: [PATCH] lkdtm: add bad USER_DS test, Thomas Garnier
      - Re: [PATCH] lkdtm: add bad USER_DS test, Kees Cook
[PATCH v5 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
  - Re: [PATCH v5 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
  - Re: [PATCH v5 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
  - Re: [PATCH v5 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall, Kees Cook
  - Re: [PATCH v5 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
- Re: fanotify read returns with errno == EOPENSTALE, Marko Rauhamaa
  - Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
    - Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
      - Re: fanotify read returns with errno == EOPENSTALE, Marko Rauhamaa
        
        Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
        
        Re: fanotify read returns with errno == EOPENSTALE, Marko Rauhamaa
      - Re: fanotify read returns with errno == EOPENSTALE, Jan Kara
        
        Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
        
        Re: fanotify read returns with errno == EOPENSTALE, Amir Goldstein
        
        Re: fanotify read returns with errno == EOPENSTALE, Marko Rauhamaa
[PATCH v4 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- [PATCH v4 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- [PATCH v4 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- [PATCH v4 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, Andy Lutomirski
  - Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
    - Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, H. Peter Anvin
      - Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
        
        Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, Borislav Petkov
        
        Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
  - Re: [PATCH v4 1/4] syscalls: Restore address limit after a syscall, H. Peter Anvin
[RFC PATCH v2 0/2] fs: add AT_REPLACE flag for linkat(), Omar Sandoval
- [RFC PATCH v2 2/2] Btrfs: add support for linkat() AT_REPLACE, Omar Sandoval
- [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Omar Sandoval
  - Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Linus Torvalds
    - Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Omar Sandoval
      - Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Linus Torvalds
        
        Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Miklos Szeredi
        
        Re: [RFC PATCH v2 1/2] fs: add AT_REPLACE flag for linkat() which replaces the target, Linus Torvalds
memory hotplug and force_remove, Michal Hocko
- Re: memory hotplug and force_remove, Rafael J. Wysocki
  - Re: memory hotplug and force_remove, joeyli
  - Re: memory hotplug and force_remove, Michal Hocko
    - Re: memory hotplug and force_remove, Rafael J. Wysocki
      - Re: memory hotplug and force_remove, Jiri Kosina
        
        Re: memory hotplug and force_remove, Michal Hocko
        
        Re: memory hotplug and force_remove, joeyli
        
        Re: memory hotplug and force_remove, Rafael J. Wysocki
        
        Re: memory hotplug and force_remove, joeyli
      - Re: memory hotplug and force_remove, Michal Hocko
        
        Re: memory hotplug and force_remove, joeyli
        
        Re: memory hotplug and force_remove, Michal Hocko
        
        Re: memory hotplug and force_remove, joeyli
        
        Re: memory hotplug and force_remove, Michal Hocko
        
        Re: memory hotplug and force_remove, Rafael J. Wysocki
Re: [net-next PATCH 0/5] Add busy poll support for epoll under certain circumstances, Michael Kerrisk
[PATCH 0/8 v3] No wait AIO, Goldwyn Rodrigues
- [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 5/8] nowait aio: return on congested block device, Jens Axboe
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Ming Lei
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
      - Re: [PATCH 5/8] nowait aio: return on congested block device, Jens Axboe
  - Re: [PATCH 5/8] nowait aio: return on congested block device, Dave Chinner
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
      - Re: [PATCH 5/8] nowait aio: return on congested block device, Jan Kara
- [PATCH 6/8] nowait aio: ext4, Goldwyn Rodrigues
- [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
  - Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Matthew Wilcox
    - Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
  - Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Matthew Wilcox
    - Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 8/8] nowait aio: btrfs, Goldwyn Rodrigues
- [PATCH 7/8] nowait aio: xfs, Goldwyn Rodrigues
- [PATCH 1/8] nowait aio: Introduce IOCB_RW_FLAG_NOWAIT, Goldwyn Rodrigues
- [PATCH 2/8] nowait aio: Return if cannot get hold of i_rwsem, Goldwyn Rodrigues
Re: [RFC 1/2] fanotify: new event FAN_MODIFY_DIR, Michael Kerrisk
select fails to verify all file descriptors are valid, Matthew Wilcox
- Re: select fails to verify all file descriptors are valid, Carlos O'Donell
  - Re: select fails to verify all file descriptors are valid, Michael Kerrisk (man-pages)
- Re: select fails to verify all file descriptors are valid, Michael Kerrisk (man-pages)
Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces, Vineet Gupta
- Re: [RFC PATCH 10/13] mm: Introduce first class virtual address spaces, Till Smejkal
Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, H. Peter Anvin
- <Possible follow-ups>
- Re: [PATCH v3 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, H. Peter Anvin
Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level, Michael Kerrisk
- Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level, Eric W. Biederman
  - Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level, Hannes Frederic Sowa
    - Re: [PATCH net-next RFC v1 00/27] afnetns: new namespace type for separation on protocol level, Eric W. Biederman
[PATCH] statx: reject unknown flags when using NULL path, Eric Biggers
- Re: [PATCH] statx: reject unknown flags when using NULL path, Eric Biggers
  - Re: [PATCH] statx: reject unknown flags when using NULL path, Christoph Hellwig
    - Re: [PATCH] statx: reject unknown flags when using NULL path, Christoph Hellwig
      - Re: [PATCH] statx: reject unknown flags when using NULL path, Al Viro
      - Re: [PATCH] statx: reject unknown flags when using NULL path, David Howells
        
        Re: [PATCH] statx: reject unknown flags when using NULL path, Christoph Hellwig
        
        Re: [PATCH] statx: reject unknown flags when using NULL path, David Howells
[patch 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
- Re: [patch 1/3] procfs: fdinfo -- Extend information about epoll target files, Andrei Vagin
  - Re: [patch 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
[patch 0/3] fs,epoll: Add ability to call kcmp to find target files, Cyrill Gorcunov
[patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Andrei Vagin
  - Re: [patch 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
[PATCH v1 1/4] syscalls: Restore address limit after a syscall, Thomas Garnier
- Re: [PATCH v1 1/4] syscalls: Restore address limit after a syscall, Russell King - ARM Linux
- [PATCH v1 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
- [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier

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

Powered by Linux