Linux API

Date Index

[Prev Page][Next Page]

Re: [PATCH v1 3/4] arm/syscalls: Specific usage of verify_pre_usermode_state, (continued)
- [PATCH v1 2/4] x86/syscalls: Specific usage of verify_pre_usermode_state, Thomas Garnier
[resend PATCH 1/2] eventpoll.h: fix epoll event masks, Greg KH
binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
- Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
  - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
    - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
    - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Joseph Myers
    - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
      - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
      - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Joseph Myers
        
        Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Carlos O'Donell
  - Re: binfmts.h MAX_ARG_STRINGS excessive value allows heap spraying, Leonard den Ottolander
opaque types instead of union epoll_data, Sodagudi Prasad
- Re: opaque types instead of union epoll_data, Carlos O'Donell
  - Re: opaque types instead of union epoll_data, Greg KH
    - Re: opaque types instead of union epoll_data, Carlos O'Donell
      - Re: opaque types instead of union epoll_data, Greg KH
[RFC] Add option to mount only a pids subset, Alexey Gladkov
- Re: [RFC] Add option to mount only a pids subset, Andy Lutomirski
  - Re: [RFC] Add option to mount only a pids subset, Djalal Harouni
    - Re: [RFC] Add option to mount only a pids subset, Eric W. Biederman
    - Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
  - Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
- Re: [RFC] Add option to mount only a pids subset, Oleg Nesterov
  - Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
- Re: [RFC] Add option to mount only a pids subset, Al Viro
  - Re: [RFC] Add option to mount only a pids subset, Al Viro
    - Re: [RFC] Add option to mount only a pids subset, Andy Lutomirski
      - Re: [RFC] Add option to mount only a pids subset, Al Viro
        
        Re: [RFC] Add option to mount only a pids subset, Andy Lutomirski
        
        [PATCH] proc: allow to change proc mount options per mount, Djalal Harouni
    - [RFC] Add option to mount only a pids subset, Alexey Gladkov
      - Re: [RFC] Add option to mount only a pids subset, Djalal Harouni
        
        Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
        
        Re: [RFC] Add option to mount only a pids subset, Djalal Harouni
        
        Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
      - Re: [RFC] Add option to mount only a pids subset, Oleg Nesterov
        
        Re: [RFC] Add option to mount only a pids subset, Alexey Gladkov
Re: [PATCH 0/2] fix the traced mt-exec deadlock, Eric W. Biederman
- Re: [PATCH 0/2] fix the traced mt-exec deadlock, Eric W. Biederman
  - Re: [PATCH 0/2] fix the traced mt-exec deadlock, Eric W. Biederman
    - [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Eric W. Biederman
      - Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Oleg Nesterov
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Eric W. Biederman
        
        [RFC][PATCH 0/2] exec: Fixing ptrace'd mulit-threaded hang, Eric W. Biederman
        
        [RFC][PATCH 1/2] sighand: Count each thread group once in sighand_struct, Eric W. Biederman
        
        [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Eric W. Biederman
        
        Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Oleg Nesterov
        
        Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Eric W. Biederman
        
        Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Oleg Nesterov
        
        Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Eric W. Biederman
        
        Re: [RFC][PATCH 2/2] exec: If possible don't wait for ptraced threads to be reaped, Oleg Nesterov
        
        Re: [RFC][PATCH 0/2] exec: Fixing ptrace'd mulit-threaded hang, Oleg Nesterov
        
        [RFC][PATCH v2 0/5] exec: Fixing ptrace'd mulit-threaded hang, Eric W. Biederman
        
        [RFC][PATCH v2 1/5] ptrace: Don't wait in PTRACE_O_TRACEEXIT for exec or coredump, Eric W. Biederman
        
        Re: [RFC][PATCH v2 1/5] ptrace: Don't wait in PTRACE_O_TRACEEXIT for exec or coredump, Oleg Nesterov
        
        [RFC][PATCH v2 2/5] sighand: Count each thread group once in sighand_struct, Eric W. Biederman
        
        [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct, Eric W. Biederman
        
        Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct, Oleg Nesterov
        
        Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct, Eric W. Biederman
        
        Re: [RFC][PATCH v2 3/5] clone: Disallown CLONE_THREAD with a shared sighand_struct, Oleg Nesterov
        
        [RFC][PATCH v2 4/5] exec: If possible don't wait for ptraced threads to be reaped, Eric W. Biederman
        
        Re: [RFC][PATCH v2 4/5] exec: If possible don't wait for ptraced threads to be reaped, Oleg Nesterov
        
        [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec, Eric W. Biederman
        
        Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec, Oleg Nesterov
        
        Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec, Eric W. Biederman
        
        Re: [RFC][PATCH v2 5/5] signal: Don't allow accessing signal_struct by old threads after exec, Oleg Nesterov
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Oleg Nesterov
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Eric W. Biederman
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Oleg Nesterov
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Eric W. Biederman
        
        scope of cred_guard_mutex., Eric W. Biederman
        
        Re: scope of cred_guard_mutex., Oleg Nesterov
        
        Re: scope of cred_guard_mutex., Kees Cook
        
        Re: scope of cred_guard_mutex., Eric W. Biederman
        
        Re: scope of cred_guard_mutex., Oleg Nesterov
        
        Re: scope of cred_guard_mutex., Oleg Nesterov
        
        Re: scope of cred_guard_mutex., Kees Cook
        
        Re: [RFC][PATCH] exec: Don't wait for ptraced threads to be reaped., Robert O'Callahan
- Re: [PATCH 0/2] fix the traced mt-exec deadlock, Oleg Nesterov
Re: [PATCH 0/7] Non-blocking AIO, Michael Kerrisk
Re: [PATCH v3 17/19] [media] lirc: implement reading scancode, Sean Young
- [PATCH] [media] lirc: introduce LIRC_SET_POLL_MODE, Sean Young
Re: [RFC] failure atomic writes for file systems and block devices, Amir Goldstein
- Re: [RFC] failure atomic writes for file systems and block devices, Christoph Hellwig
Re: [PATCH 1/2] vfs: implement fchmodat2() syscall, Michael Kerrisk
- Re: [PATCH 1/2] vfs: implement fchmodat2() syscall, Greg Kurz
  - Re: [PATCH 1/2] vfs: implement fchmodat2() syscall, Greg Kurz
Re: [PATCH] Add pidfs filesystem, Michael Kerrisk
Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Michael Kerrisk
- Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
  - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
    - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
      - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, David Miller
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Eric Dumazet
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
    - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
      - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
      - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Eric Dumazet
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Eric Dumazet
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Andy Lutomirski
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Eric Dumazet
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Tom Herbert
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Eric Dumazet
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
        
        Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, Tom Herbert
  - Re: [PATCH RFC v2 00/12] socket sendmsg MSG_ZEROCOPY, David Miller
[RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
  - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
    - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
      - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
  - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Heiko Carstens
    - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
    - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
      - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Heiko Carstens
      - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Reza Arbab
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Reza Arbab
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Andrea Arcangeli
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Andi Kleen
        
        Re: WTH is going on with memory hotplug sysf interface, Yasuaki Ishimatsu
        
        Re: WTH is going on with memory hotplug sysf interface, Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface, YASUAKI ISHIMATSU
        
        Re: WTH is going on with memory hotplug sysf interface, Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Igor Mammedov
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Igor Mammedov
        
        Re: WTH is going on with memory hotplug sysf interface (was: Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks), Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Vitaly Kuznetsov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Igor Mammedov
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
        
        Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Daniel Kiper
- Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Reza Arbab
  - Re: [RFC PATCH] mm, hotplug: get rid of auto_online_blocks, Michal Hocko
[GIT PULL] namespaces related fixes for v4.11-rc1, Eric W. Biederman
- Re: [GIT PULL] namespaces related fixes for v4.11-rc1, Aleksa Sarai
  - Re: [GIT PULL] namespaces related fixes for v4.11-rc1, Eric W. Biederman
    - Re: [GIT PULL] namespaces related fixes for v4.11-rc1, Aleksa Sarai
    - Re: [GIT PULL] namespaces related fixes for v4.11-rc1, Andy Lutomirski
Re: [PATCH v3 0/4] Improved seccomp logging, Kees Cook
- Re: [PATCH v3 0/4] Improved seccomp logging, Tyler Hicks
  - Re: [PATCH v3 0/4] Improved seccomp logging, Kees Cook
    - Re: [PATCH v3 0/4] Improved seccomp logging, Tyler Hicks
      - Re: [PATCH v3 0/4] Improved seccomp logging, Kees Cook
        
        Re: [PATCH v3 0/4] Improved seccomp logging, Tyler Hicks
        
        Re: [PATCH v3 0/4] Improved seccomp logging, Kees Cook
        
        Re: [PATCH v3 0/4] Improved seccomp logging, Tyler Hicks
        
        Re: [PATCH v3 0/4] Improved seccomp logging, Andy Lutomirski
  - Re: [PATCH v3 0/4] Improved seccomp logging, Steve Grubb
  - Re: [PATCH v3 0/4] Improved seccomp logging, Andy Lutomirski
    - Re: [PATCH v3 0/4] Improved seccomp logging, Tyler Hicks
    - Re: [PATCH v3 0/4] Improved seccomp logging, Kees Cook
[PATCH v5 00/10] Landlock LSM: Toward unprivileged sandboxing, Mickaël Salaün
- [PATCH v5 01/10] bpf: Add eBPF program subtype and is_valid_subtype() verifier, Mickaël Salaün
- [PATCH v5 07/10] bpf: Add a Landlock sandbox example, Mickaël Salaün
  - Re: [PATCH v5 07/10] bpf: Add a Landlock sandbox example, Mickaël Salaün
- [PATCH v5 04/10] landlock: Add LSM hooks related to filesystem, Mickaël Salaün
- [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
  - Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock, Andy Lutomirski
    - Re: [PATCH v5 10/10] landlock: Add user and kernel documentation for Landlock, Mickaël Salaün
- [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode(), Mickaël Salaün
  - Re: [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode(), James Morris
    - Re: [PATCH v5 03/10] bpf: Define handle_fs and add a new helper bpf_handle_fs_get_mode(), Mickaël Salaün
- [PATCH v5 09/10] bpf,landlock: Add tests for Landlock, Mickaël Salaün
- [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
  - Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Andy Lutomirski
    - Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
      - Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Andy Lutomirski
        
        Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
        
        Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Andy Lutomirski
        
        Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
        
        Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Andy Lutomirski
        
        Re: [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
  - Re: [kernel-hardening] [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Djalal Harouni
    - Re: [kernel-hardening] [PATCH v5 06/10] seccomp,landlock: Handle Landlock events per process hierarchy, Mickaël Salaün
- [PATCH v5 05/10] seccomp: Split put_seccomp_filter() with put_seccomp(), Mickaël Salaün
- [PATCH v5 08/10] seccomp: Enhance test_harness with an assert step mechanism, Mickaël Salaün
- [PATCH v5 02/10] bpf,landlock: Define an eBPF program type for Landlock, Mickaël Salaün
[PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
- <Possible follow-ups>
- [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
  - Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Jann Horn
    - Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
      - Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Jann Horn
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Jann Horn
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Eric Biggers
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Theodore Ts'o
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Eric W. Biederman
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Eric Biggers
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Andreas Dilger
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Andy Lutomirski
        
        Re: [PATCH] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
[RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
- Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Andrei Vagin
  - Re: [RFC 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
    - [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
      - Re: [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Andrei Vagin
        
        Re: [RFC v2 2/3] kcmp: Add KCMP_EPOLL_TFD mode to compare epoll target files, Cyrill Gorcunov
[RFC 0/3] fs,epoll: Add ability to call kcmp to find target files, Cyrill Gorcunov
- Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files, Jason Baron
  - Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files, Cyrill Gorcunov
    - Re: [RFC 0/3] fs,epoll: Add ability to call kcmp to find target files, Cyrill Gorcunov
[RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
- Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Andy Lutomirski
  - Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
    - Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Pavel Emelyanov
      - Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
        
        Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Pavel Emelyanov
        
        Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
        
        Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Pavel Emelyanov
        
        Re: [RFC 1/3] procfs: fdinfo -- Extend information about epoll target files, Cyrill Gorcunov
Re: Hard-coding PTY device node numbers in userspace, Greg KH
- Re: Hard-coding PTY device node numbers in userspace, Florian Weimer
  - Re: Hard-coding PTY device node numbers in userspace, Greg KH
[PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
- Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Andy Lutomirski
  - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dmitry Safonov
    - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
      - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dmitry Safonov
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dmitry Safonov
- Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dave Hansen
  - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Andy Lutomirski
- Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Linus Torvalds
  - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Andy Lutomirski
    - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Linus Torvalds
      - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Andy Lutomirski
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, hpa
        
        Message not available
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Michael Pratt
        
        Message not available
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Catalin Marinas
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Catalin Marinas
  - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dave Hansen
    - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Linus Torvalds
      - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, hpa
  - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
    - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
      - Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Dave Hansen
        
        Re: [PATCHv3 33/33] mm, x86: introduce PR_SET_MAX_VADDR and PR_GET_MAX_VADDR, Kirill A. Shutemov
[RFC 0/2] fs,eventpoll: Add EPOLL_CTL_DUP into epoll_ctl syscall, Cyrill Gorcunov
[RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Cyrill Gorcunov
- Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Andy Lutomirski
  - Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Cyrill Gorcunov
    - Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Andy Lutomirski
      - Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Cyrill Gorcunov
        
        Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Jason Baron
        
        Re: [RFC 1/2] fs,eventpoll: Add ability to install target file by its number, Cyrill Gorcunov
Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Eric W. Biederman
- Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Aleksa Sarai
  - Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Andy Lutomirski
    - Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Aleksa Sarai
      - Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Mike Frysinger
- Re: [PATCH] groups: don't return unmapped gids in getgroups(2), Djalal Harouni
Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Cyril Hrubis
- Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Arnd Bergmann
  - Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Cyril Hrubis
    - Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Cyril Hrubis
  - Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Michael Kerrisk (man-pages)
- Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Cyril Hrubis
  - Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Cyril Hrubis
- <Possible follow-ups>
- Re: [PATCH] ioctl_list.2: BLKRASET/BLKRAGET take unsigned long, Michael Kerrisk (man-pages)
Re: [RFC simple allocator v2 1/2] Create Simple Allocator module, Laurent Pinchart
- Re: [RFC simple allocator v2 1/2] Create Simple Allocator module, Benjamin Gaignard
[PATCH v4 0/4] Improved seccomp logging, Tyler Hicks
- [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG, Tyler Hicks
  - Re: [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG, Kees Cook
    - Re: [PATCH v4 4/4] seccomp: Add tests for SECCOMP_RET_LOG, Tyler Hicks
- [PATCH v4 3/4] seccomp: Create an action to log before allowing, Tyler Hicks
- [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged, Tyler Hicks
  - Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged, Kees Cook
    - Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged, Tyler Hicks
      - Re: [PATCH v4 2/4] seccomp: Add sysctl to configure actions that should be logged, Tyler Hicks
- [PATCH v4 1/4] seccomp: Add sysctl to display available actions, Tyler Hicks
- Re: [PATCH v4 0/4] Improved seccomp logging, Kees Cook
[PATCH v28 00/21] Richacls (Core and Ext4), Andreas Gruenbacher
- [PATCH v28 21/21] ext4: Add richacl feature flag, Andreas Gruenbacher
- [PATCH v28 20/21] ext4: Add richacl support, Andreas Gruenbacher
- [PATCH v28 18/21] vfs: Add richacl permission checking, Andreas Gruenbacher
- [PATCH v28 17/21] richacl: Add richacl xattr handler, Andreas Gruenbacher
- [PATCH v28 19/21] vfs: Move check_posix_acl and check_richacl out of fs/namei.c, Andreas Gruenbacher
- [PATCH v28 16/21] richacl: xattr mapping functions, Andreas Gruenbacher
- [PATCH v28 15/21] richacl: Automatic Inheritance, Andreas Gruenbacher
- [PATCH v28 12/21] richacl: Update the file masks in chmod(), Andreas Gruenbacher
- [PATCH v28 14/21] richacl: Create-time inheritance, Andreas Gruenbacher
- [PATCH v28 13/21] richacl: Check if an acl is equivalent to a file mode, Andreas Gruenbacher
- [PATCH v28 11/21] vfs: Cache richacl in struct inode, Andreas Gruenbacher
- [PATCH v28 10/21] vfs: Add get_richacl and set_richacl inode operations, Andreas Gruenbacher
- [PATCH v28 09/21] vfs: Cache base_acl objects in inodes, Andreas Gruenbacher
- [PATCH v28 08/21] richacl: Compute maximum file masks from an acl, Andreas Gruenbacher
- [PATCH v28 07/21] richacl: Permission check algorithm, Andreas Gruenbacher
- [PATCH v28 06/21] richacl: Permission mapping functions, Andreas Gruenbacher
- [PATCH v28 03/21] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags, Andreas Gruenbacher
- [PATCH v28 05/21] richacl: In-memory representation and helper functions, Andreas Gruenbacher
- [PATCH v28 01/21] vfs: Add IS_ACL() and IS_RICHACL() tests, Andreas Gruenbacher
- [PATCH v28 04/21] vfs: Add permission flags for setting file attributes, Andreas Gruenbacher
- [PATCH v28 02/21] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags, Andreas Gruenbacher
[RFC] syscalls: Restore address limit after a syscall, Thomas Garnier
- Re: [RFC] syscalls: Restore address limit after a syscall, Kees Cook
  - Re: [RFC] syscalls: Restore address limit after a syscall, Andy Lutomirski
    - Re: [RFC] syscalls: Restore address limit after a syscall, Thomas Garnier
      - Re: [RFC] syscalls: Restore address limit after a syscall, Andy Lutomirski
        
        Re: [RFC] syscalls: Restore address limit after a syscall, Russell King - ARM Linux
        
        Re: [RFC] syscalls: Restore address limit after a syscall, Kees Cook
        
        Re: [RFC] syscalls: Restore address limit after a syscall, Russell King - ARM Linux
Re: [kernel-hardening] [PATCH v2] time: Remove CONFIG_TIMER_STATS, Yann Droneaud
[PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Michael Ellerman
- [PATCH 2/5] selftests: Fix the .c linking rule, Michael Ellerman
  - Re: [PATCH 2/5] selftests: Fix the .c linking rule, Bamvor Zhang Jian
- [PATCH 3/5] selftests: Fix the .S and .S -> .o rules, Michael Ellerman
  - Re: [PATCH 3/5] selftests: Fix the .S and .S -> .o rules, Bamvor Zhang Jian
- [PATCH 5/5] selftests/powerpc: Fix remaining fallout from recent changes, Michael Ellerman
- [PATCH 4/5] selftests/powerpc: Fix the clean rule since recent changes, Michael Ellerman
- Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Michael Ellerman
  - Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Shuah Khan
    - Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Michael Ellerman
  - Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Shuah Khan
    - Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Michael Ellerman
      - Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Shuah Khan
- Re: [PATCH 1/5] selftests: Fix selftests build to just build, not run tests, Bamvor Zhang Jian
Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode, Andy Lutomirski
- Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode, Tejun Heo
  - Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode, Andy Lutomirski
    - Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode, Tejun Heo
  - Re: [PATCHSET for-4.11] cgroup: implement cgroup v2 thread mode, Peter Zijlstra
Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Andrew Morton
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Helge Deller
  - Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Andrew Morton
- Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, James Bottomley
  - Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Andy Lutomirski
  - Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Matt Turner
    - Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Maciej W. Rozycki
      - Re: [PATCH] prctl: implement PR_GET_ENDIAN for all architectures, Michael Ellerman
[PATCH v3 2/5] vfs: deny copy_file_range() for non regular files, Amir Goldstein
- Re: [PATCH v3 2/5] vfs: deny copy_file_range() for non regular files, Christoph Hellwig
[PATCH v3 1/5] vfs: deny fallocate() on directory, Amir Goldstein
- Re: [PATCH v3 1/5] vfs: deny fallocate() on directory, Christoph Hellwig
Re: [PATCH v2 2/2] fs: Harden against open(..., O_CREAT, 02777) in a setgid directory, Michael Kerrisk
Re: [PATCH v2 1/2] fs: Check f_cred as well as of current's creds in should_remove_suid(), Michael Kerrisk
Re: [PATCH v2 0/2] setgid hardening, Michael Kerrisk
- Re: [PATCH v2 0/2] setgid hardening, Andy Lutomirski
[PATCH] mnt: allow to add a mount into an existing group, Andrei Vagin
- Re: [PATCH] mnt: allow to add a mount into an existing group, Eric W. Biederman
  - Re: [PATCH] mnt: allow to add a mount into an existing group, Andrei Vagin
- <Possible follow-ups>
- [PATCH] mnt: allow to add a mount into an existing group, Andrei Vagin
  - Re: [PATCH] mnt: allow to add a mount into an existing group, Andrey Vagin
    - Re: [PATCH] mnt: allow to add a mount into an existing group, Eric W. Biederman
      - Re: [PATCH] mnt: allow to add a mount into an existing group, Andrei Vagin
        
        Re: [CRIU] [PATCH] mnt: allow to add a mount into an existing group, Pavel Tikhomirov
        
        Re: [CRIU] [PATCH] mnt: allow to add a mount into an existing group, Pavel Tikhomirov
[LSF/MM TOPIC ATTEND] thawing the fsnotify subsyetm, Amir Goldstein
- Re: [LSF/MM TOPIC ATTEND] thawing the fsnotify subsyetm, Jan Kara
writev error codes, Michal Hocko
- Re: writev error codes, Michael Kerrisk (man-pages)
  - Re: writev error codes, Michal Hocko
- Re: writev error codes, Al Viro
Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace, Andrei Vagin
- <Possible follow-ups>
- Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace, Alban Crequy
  - Re: [PATCH 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
[no subject], Andy Lutomirski
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Tejun Heo
  - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
    - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Tejun Heo
      - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
    - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Mickaël Salaün
[PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Michael Kerrisk (man-pages)
- Re: [PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns, W. Trevor King
  - Re: [PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Michael Kerrisk (man-pages)
- Re: [PATCH v3 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Eric W. Biederman
[PATCH v3 1/2] nsfs: Add an ioctl() to return the namespace type, Michael Kerrisk (man-pages)
[PATCH v3 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
Re: utimensat EACCES vs. EPERM in 4.8+, Michael Kerrisk (man-pages)
- Re: utimensat EACCES vs. EPERM in 4.8+, Carlos O'Donell
- Re: utimensat EACCES vs. EPERM in 4.8+, Jan Stancek
  - Re: utimensat EACCES vs. EPERM in 4.8+, Cyril Hrubis
    - Re: utimensat EACCES vs. EPERM in 4.8+, Miklos Szeredi
      - Re: utimensat EACCES vs. EPERM in 4.8+, Cyril Hrubis
      - Re: utimensat EACCES vs. EPERM in 4.8+, Michael Kerrisk (man-pages)
        
        Re: utimensat EACCES vs. EPERM in 4.8+, Cyril Hrubis
Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
- Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
  - Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
    - Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
      - Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Lafcadio Wluiki
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Djalal Harouni
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Lafcadio Wluiki
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
      - Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Lafcadio Wluiki
      - Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Kees Cook
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Andy Lutomirski
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Kees Cook
        
        Re: [PATCH v4 2/2] procfs/tasks: add a simple per-task procfs hidepid= field, Christian Kujau
Re: [patch v2] mm, thp: add new defer+madvise defrag option, Vlastimil Babka
- Re: [patch v2] mm, thp: add new defer+madvise defrag option, Michal Hocko
How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size), Andy Lutomirski
- Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size), Kirill A. Shutemov
  - Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size), Andy Lutomirski
    - Re: How should we handle variable address space sizes (Re: [RFC 3/4] x86/mm: define TASK_SIZE as current->mm->task_size), hpa
[RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
  - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
    - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
    - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Carlos O'Donell
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, H.J. Lu
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Arnd Bergmann
  - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
    - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Arnd Bergmann
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Arnd Bergmann
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Arnd Bergmann
    - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
- Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
  - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
    - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
      - Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andy Lutomirski
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Linus Torvalds
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Andi Kleen
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Kirill A. Shutemov
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Linus Torvalds
        
        Re: [RFC, PATCHv2 29/29] mm, x86: introduce RLIMIT_VADDR, Dave Hansen
[PATCH v2 1/2] nsfs: Add an ioctl() to return the namespace type, Michael Kerrisk (man-pages)
[PATCH v2 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Michael Kerrisk (man-pages)
- Re: [PATCH v2 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Andrei Vagin
- <Possible follow-ups>
- Re: [PATCH v2 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Michael Kerrisk (man-pages)
[PATCH v2 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
- Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
  - Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
    - Re: [PATCH v2 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
- Message not available
  - [PATCH v4 1/2] nsfs: Add an ioctl() to return the namespace type, Michael Kerrisk (man-pages)
- [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
  - Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
    - Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
      - Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
        
        Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH v4 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
- Message not available
  - [PATCH v4 2/2] nsfs: Add an ioctl() to return owner UID of a userns, Michael Kerrisk (man-pages)
Food for thought: could cgroup+bpf live in a cgroup v1-compatible controller?, Andy Lutomirski
[PATCH 1/2] nsfs: Add an ioctl() to return the namespace type, Michael Kerrisk (man-pages)
[PATCH 2/2] nsfs: Add an ioctl() to return creator UID of a userns, Michael Kerrisk (man-pages)
- Re: [PATCH 2/2] nsfs: Add an ioctl() to return creator UID of a userns, Andrei Vagin
  - Re: [PATCH 2/2] nsfs: Add an ioctl() to return creator UID of a userns, Michael Kerrisk (man-pages)
  - Re: [PATCH 2/2] nsfs: Add an ioctl() to return creator UID of a userns, Eric W. Biederman
[PATCH 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
- Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
  - Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
    - Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
      - Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
        
        Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
        
        Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
        
        Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Michael Kerrisk (man-pages)
        
        Re: [PATCH 0/2] Add further ioctl() operations for namespace discovery, Eric W. Biederman
Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Mickaël Salaün
  - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
- Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
  - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
    - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
      - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, David Ahern
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, David Ahern
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Peter Zijlstra
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Michal Hocko
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Tejun Heo
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Michal Hocko
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Peter Zijlstra
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Michal Hocko
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Tejun Heo
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Michal Hocko
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Daniel Mack
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Daniel Mack
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
      - Re: Potential issues (security and otherwise) with the current cgroup-bpf API, David Miller
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Alexei Starovoitov
        
        Re: Potential issues (security and otherwise) with the current cgroup-bpf API, Andy Lutomirski
[PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
- Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
- Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Michael Kerrisk (man-pages)
  - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
    - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Tejun Heo
      - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Tejun Heo
  - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Casey Schaufler
    - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
      - Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Casey Schaufler
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Casey Schaufler
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, John Stultz
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Casey Schaufler
        
        Re: [PATCH v5] cgroup: Add new capability to allow a process to migrate other tasks between cgroups, Tejun Heo
Documenting the ioctl interfaces to discover relationships between namespaces, Michael Kerrisk (man-pages)
- Re: Documenting the ioctl interfaces to discover relationships between namespaces, Eric W. Biederman
  - Re: Documenting the ioctl interfaces to discover relationships between namespaces, Michael Kerrisk (man-pages)
  - Re: Documenting the ioctl interfaces to discover relationships between namespaces, Michael Kerrisk (man-pages)
    - Re: Documenting the ioctl interfaces to discover relationships between namespaces, Eric W. Biederman
      - Re: Documenting the ioctl interfaces to discover relationships between namespaces, Michael Kerrisk (man-pages)
- Re: Documenting the ioctl interfaces to discover relationships between namespaces, Andrei Vagin
  - Re: Documenting the ioctl interfaces to discover relationships between namespaces, Michael Kerrisk (man-pages)
Re: [PATCH] mm: make transparent hugepage size public, Vlastimil Babka
Re: [PATCH v2 4/5] generic: test encrypted file access, Richard Weinberger
- Re: [PATCH v2 4/5] generic: test encrypted file access, Eric Biggers
[PATCH v2 0/6] enable O and KBUILD_OUTPUT for kselftest, bamvor.zhangjian
- [PATCH v2 2/6] selftests: remove useless TEST_DIRS, bamvor.zhangjian
- [PATCH v2 3/6] selftests: add default rules for c source file, bamvor.zhangjian
- [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, bamvor.zhangjian
  - Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Andy Lutomirski
    - Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Michael Ellerman
      - Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Bamvor Zhang Jian
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Shuah Khan
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Bamvor Zhang Jian
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Shuah Khan
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Bamvor Zhang Jian
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Michael Ellerman
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Michael Ellerman
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Michael Ellerman
        
        Re: [PATCH v2 6/6] selftests: enable O and KBUILD_OUTPUT, Bamvor Zhang Jian
- [PATCH v2 5/6] selftests: add EXTRA_CLEAN for clean target, bamvor.zhangjian
- [PATCH v2 4/6] selftests: remove CROSS_COMPILE in dedicated Makefile, bamvor.zhangjian
- [PATCH v2 1/6] selftests: remove duplicated all and clean target, bamvor.zhangjian
- Re: [PATCH v2 0/6] enable O and KBUILD_OUTPUT for kselftest, Shuah Khan
  - Re: [PATCH v2 0/6] enable O and KBUILD_OUTPUT for kselftest, Bamvor Zhang Jian
    - Re: [PATCH v2 0/6] enable O and KBUILD_OUTPUT for kselftest, Shuah Khan
Re: [RFC PATCH v8 1/9] Restartable sequences system call, Paul Turner
[PATCH v2] fideduperange.2: fix the discussion of maximum sizes, Darrick J. Wong
- Re: [PATCH v2] fideduperange.2: fix the discussion of maximum sizes, Omar Sandoval
  - Re: [PATCH v2] fideduperange.2: fix the discussion of maximum sizes, Michael Kerrisk (man-pages)
- Re: [PATCH v2] fideduperange.2: fix the discussion of maximum sizes, Michael Kerrisk (man-pages)
[PATCH] fideduperange.2: fix the discussion of maximum sizes, Darrick J. Wong
- Re: [PATCH] fideduperange.2: fix the discussion of maximum sizes, Omar Sandoval
  - Re: [PATCH] fideduperange.2: fix the discussion of maximum sizes, Darrick J. Wong
[RFC][PATCH 0/4] Enhanced file stat system call [ver #3], David Howells
- [PATCH 3/4] statx: NFS: Return enhanced file attributes [ver #3], David Howells
- [PATCH 2/4] statx: Ext4: Return enhanced file attributes [ver #3], David Howells
  - Re: [PATCH 2/4] statx: Ext4: Return enhanced file attributes [ver #3], Andreas Dilger
- [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], David Howells
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Michael Kerrisk (man-pages)
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Andreas Dilger
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Andreas Dilger
      - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Michael Kerrisk (man-pages)
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Andreas Dilger
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], David Howells
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Al Viro
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Al Viro
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Al Viro
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Al Viro
      - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], Miklos Szeredi
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #3], David Howells
- [PATCH 4/4] statx: AFS: Return enhanced file attributes [ver #3], David Howells
  - Re: [PATCH 4/4] statx: AFS: Return enhanced file attributes [ver #3], Andreas Dilger
[RFC PATCH 0/3] fs: add AT_REPLACE flag for linkat(), Omar Sandoval
- [RFC PATCH 2/3] vfs: add d_replace(), Omar Sandoval
  - Re: [RFC PATCH 2/3] vfs: add d_replace(), Al Viro
    - Re: [RFC PATCH 2/3] vfs: add d_replace(), Omar Sandoval
      - Re: [RFC PATCH 2/3] vfs: add d_replace(), Linus Torvalds
        
        Re: [RFC PATCH 2/3] vfs: add d_replace(), Omar Sandoval
- [RFC PATCH 1/3] fs: add AT_REPLACE flag for linkat() which replaces the target, Omar Sandoval
  - Re: [RFC PATCH 1/3] fs: add AT_REPLACE flag for linkat() which replaces the target, Colin Walters
- [RFC PATCH 3/3] Btrfs: add support for linkat() AT_REPLACE, Omar Sandoval
[PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
- Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
- Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Michael Kerrisk (man-pages)
  - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
    - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Michael Kerrisk (man-pages)
      - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
        
        Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Michael Kerrisk (man-pages)
        
        Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
- Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
  - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
    - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
    - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
      - Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Serge E. Hallyn
        
        Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
        
        Re: [PATCH RFC] user-namespaced file capabilities - now with even more magic, Eric W. Biederman
[RFC][PATCH 0/4] Enhanced file stat system call [ver #2], David Howells
- [PATCH 3/4] statx: NFS: Return enhanced file attributes [ver #2], David Howells
- [PATCH 4/4] statx: AFS: Return enhanced file attributes [ver #2], David Howells
- [PATCH 2/4] statx: Ext4: Return enhanced file attributes [ver #2], David Howells
  - Re: [PATCH 2/4] statx: Ext4: Return enhanced file attributes [ver #2], Andreas Dilger
- [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #2], David Howells
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available [ver #2], Arnd Bergmann
Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, David Howells
- Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, Andreas Dilger
- <Possible follow-ups>
- Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, David Howells
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, Dave Chinner
  - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, David Howells
    - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, Dave Chinner
      - Re: [PATCH 1/4] statx: Add a system call to make enhanced file info available, Michael Kerrisk (man-pages)
Re: [RFC][PATCH 0/4] Enhanced file stat system call, Michael Kerrisk
- Message not available
  - Re: [RFC][PATCH 0/4] Enhanced file stat system call, David Howells
[PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions, Felix Janda

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

Powered by Linux