Linux API

Date Index

[Prev Page][Next Page]

[RESEND PATCH v3 0/2] sysctl: handle overflow for file-max, Christian Brauner
- [RESEND PATCH v3 1/2] sysctl: handle overflow in proc_get_long, Christian Brauner
- [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
  - Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Dominik Brodowski
    - Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
      - Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Dominik Brodowski
        
        Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
        
        Re: [RESEND PATCH v3 2/2] sysctl: handle overflow for file-max, Christian Brauner
- Re: [RESEND PATCH v3 0/2] sysctl: handle overflow for file-max, Kees Cook
[PATCH v7 21/22] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
- Re: [PATCH v7 21/22] ptrace: add PTRACE_GET_SYSCALL_INFO request, kbuild test robot
[PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
  - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
    - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
      - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Bernd Petrovitsch
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Bernd Petrovitsch
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Kirill A. Shutemov
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, kbuild test robot
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
  - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
    - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
      - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Kevin Easton
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Kevin Easton
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Tejun Heo
  - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, kbuild test robot
- Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jann Horn
  - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
    - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
      - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
      - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Matthew Wilcox
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Andy Lutomirski
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Matthew Wilcox
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Andy Lutomirski
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Nicolai Stange
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Josh Snyder
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Andy Lutomirski
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Josh Snyder
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Kevin Easton
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Matthew Wilcox
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Cyril Hrubis
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Cyril Hrubis
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Linus Torvalds
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Michal Hocko
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Matthew Wilcox
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Matthew Wilcox
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dave Chinner
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Dominique Martinet
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Vlastimil Babka
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Daniel Gruss
        
        Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Michael Ellerman
  - Re: [PATCH] mm/mincore: allow for making sys_mincore() privileged, Jiri Kosina
- [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Vlastimil Babka
  - [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Vlastimil Babka
    - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Florian Weimer
      - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Florian Weimer
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
    - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Michal Hocko
      - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Michal Hocko
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Michal Hocko
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Linus Torvalds
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Dave Chinner
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Linus Torvalds
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Linus Torvalds
      - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Dave Chinner
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
    - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Daniel Gruss
      - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Vlastimil Babka
      - Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Jiri Kosina
        
        Re: [PATCH 2/3] mm/filemap: initiate readahead even if IOCB_NOWAIT is set for the I/O, Daniel Gruss
  - [PATCH 1/3] mm/mincore: make mincore() more conservative, Vlastimil Babka
    - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Michal Hocko
      - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Dominique Martinet
      - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Josh Snyder
    - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Vlastimil Babka
    - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Andrew Morton
      - Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Jiri Kosina
        
        Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Dominique Martinet
        
        Re: [PATCH 1/3] mm/mincore: make mincore() more conservative, Jiri Kosina
  - [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Vlastimil Babka
    - Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Michal Hocko
      - Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Vlastimil Babka
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Michal Hocko
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Vlastimil Babka
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Jiri Kosina
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Jiri Kosina
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Michal Hocko
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Jiri Kosina
        
        Re: [PATCH 3/3] mm/mincore: provide mapped status when cached status is not allowed, Michal Hocko
  - Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Jiri Kosina
    - Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Andrew Morton
      - Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Jiri Kosina
        
        Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Andrew Morton
        
        Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Dominique Martinet
        
        Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Andrew Morton
        
        Re: [PATCH 0/3] mincore() and IOCB_NOWAIT adjustments, Linus Torvalds
  - [PATCH v2 0/2] prevent mincore() page cache leaks, Vlastimil Babka
    - [PATCH v2 2/2] mm/mincore: provide mapped status when cached status is not allowed, Vlastimil Babka
    - [PATCH v2 1/2] mm/mincore: make mincore() more conservative, Vlastimil Babka
[PATCH v7 1/2] signal: add pidfd_send_signal() syscall, Christian Brauner
- [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Christian Brauner
  - Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Tycho Andersen
    - Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Serge E. Hallyn
      - Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Tycho Andersen
        
        Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Serge E. Hallyn
        
        Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Tycho Andersen
        
        Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Serge E. Hallyn
        
        Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Christian Brauner
        
        Re: [PATCH v7 2/2] selftests: add tests for pidfd_send_signal(), Tycho Andersen
- Re: [PATCH v7 1/2] signal: add pidfd_send_signal() syscall, Christian Brauner
- Re: [PATCH v7 1/2] signal: add pidfd_send_signal() syscall, Tycho Andersen
[PATCH v6 1/2] signal: add pidfd_send_signal() syscall, Christian Brauner
- [PATCH v6 2/2] selftests: add tests for pidfd_send_signal(), Christian Brauner
  - Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal(), Serge E. Hallyn
    - Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal(), Christian Brauner
      - Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal(), Christian Brauner
        
        Re: [PATCH v6 2/2] selftests: add tests for pidfd_send_signal(), Serge E. Hallyn
[PATCH v5 RESEND] signal: add pidfd_send_signal() syscall, Christian Brauner
- Re: [PATCH v5 RESEND] signal: add pidfd_send_signal() syscall, Andrew Morton
  - Re: [PATCH v5 RESEND] signal: add pidfd_send_signal() syscall, Christian Brauner
d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
- Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Peter Maydell
  - Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Andreas Dilger
    - Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Peter Maydell
      - Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Andreas Dilger
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Peter Maydell
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Matthew Wilcox
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Andy Lutomirski
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Peter Maydell
      - Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Theodore Y. Ts'o
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Dominique Martinet
        
        Re: [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Theodore Y. Ts'o
        
        Re: [V9fs-developer] [Qemu-devel] d_off field in struct dirent and 32-on-64 emulation, Dominique Martinet
- Message not available
  - Re: d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
- Re: d_off field in struct dirent and 32-on-64 emulation, Adhemerval Zanella
  - Re: d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
    - Re: d_off field in struct dirent and 32-on-64 emulation, Adhemerval Zanella
      - Re: d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
        
        Re: d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
        
        Re: d_off field in struct dirent and 32-on-64 emulation, Adhemerval Zanella
      - Re: d_off field in struct dirent and 32-on-64 emulation, Joseph Myers
        
        Re: d_off field in struct dirent and 32-on-64 emulation, Adhemerval Zanella
- Re: d_off field in struct dirent and 32-on-64 emulation, Dmitry V. Levin
  - Re: d_off field in struct dirent and 32-on-64 emulation, Florian Weimer
- Re: d_off field in struct dirent and 32-on-64 emulation, Andy Lutomirski
Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Vlastimil Babka
- Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
  - Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Andrew Morton
    - Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
      - Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Kirill A. Shutemov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Andrew Morton
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Vlastimil Babka
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Cyrill Gorcunov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Mike Rapoport
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Mike Rapoport
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Cyrill Gorcunov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Cyrill Gorcunov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Michal Hocko
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Kirill A. Shutemov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Kirill A. Shutemov
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
        
        Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Mike Rapoport
    - Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, Vlastimil Babka
- Re: + mm-thp-always-specify-disabled-vmas-as-nh-in-smaps.patch added to -mm tree, David Rientjes
[GIT PULL] asm-generic: syscall table script for arch/sh, Arnd Bergmann
- Re: [GIT PULL] asm-generic: syscall table script for arch/sh, Christoph Hellwig
- Re: [GIT PULL] asm-generic: syscall table script for arch/sh, pr-tracker-bot
[GIT PULL] y2038: more syscalls and cleanups, Arnd Bergmann
- Re: [GIT PULL] y2038: more syscalls and cleanups, pr-tracker-bot
vt: Improve CSI parsing, Martin Hostettler
- [PATCH 2/4] vt: Implement parsing for >, =, < private sequences., Martin Hostettler
- [PATCH 3/4] vt: ignore csi sequences with intermediate characters., Martin Hostettler
  - Re: [PATCH 3/4] vt: ignore csi sequences with intermediate characters., Jiri Slaby
    - Re: [PATCH 3/4] vt: ignore csi sequences with intermediate characters., Martin Hostettler
- [PATCH 4/4] vt: ignore sequences that contain ':' in parameters., Martin Hostettler
- [PATCH 1/4] vt: refactor vc_ques to allow of other private sequences., Martin Hostettler
- Re: vt: Improve CSI parsing, Greg Kroah-Hartman
[PATCH v6 26/27] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
[RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mickaël Salaün
- [RFC PATCH v1 2/5] fs: Add a MAY_EXECMOUNT flag to infer the noexec mount propertie, Mickaël Salaün
- [RFC PATCH v1 5/5] doc: Add documentation for Yama's open_mayexec_enforce, Mickaël Salaün
- [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
  - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Jan Kara
    - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
    - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mimi Zohar
    - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Matthew Bobrowski
      - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
    - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Steve Grubb
      - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Florian Weimer
        
        Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Steve Grubb
        
        Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Florian Weimer
        
        Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
      - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
    - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Andy Lutomirski
      - Re: [RFC PATCH v1 1/5] fs: Add support for an O_MAYEXEC flag on sys_open(), Mickaël Salaün
- [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Mickaël Salaün
  - Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Mickaël Salaün
  - Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Jann Horn
    - Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Mickaël Salaün
      - Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Jann Horn
        
        Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Mickaël Salaün
        
        Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Kees Cook
        
        Re: [RFC PATCH v1 3/5] Yama: Enforces noexec mounts or file executability through O_MAYEXEC, Mickaël Salaün
- [RFC PATCH v1 4/5] selftest/yama: Add tests for O_MAYEXEC enforcing, Mickaël Salaün
- Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Jordan Glover
  - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mickaël Salaün
- Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, James Morris
  - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Florian Weimer
    - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, James Morris
      - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Florian Weimer
        
        Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mickaël Salaün
- Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Matthew Wilcox
  - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Florian Weimer
  - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mimi Zohar
    - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Florian Weimer
      - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mimi Zohar
    - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Matthew Wilcox
  - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mickaël Salaün
    - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Matthew Wilcox
      - Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Mickaël Salaün
        
        Re: [RFC PATCH v1 0/5] Add support for O_MAYEXEC, Matthew Wilcox
[PATCH 0/3] THP eligibility reporting via proc, Michal Hocko
- [PATCH 3/3] mm, proc: report PR_SET_THP_DISABLE in proc, Michal Hocko
- [PATCH 2/3] mm, thp, proc: report THP eligibility for each vma, Michal Hocko
- [PATCH 1/3] mm, proc: be more verbose about unstable VMA flags in /proc/<pid>/smaps, Michal Hocko
Can we drop upstream Linux x32 support?, Andy Lutomirski
- Re: Can we drop upstream Linux x32 support?, Linus Torvalds
  - Re: Can we drop upstream Linux x32 support?, hpa
  - Re: Can we drop upstream Linux x32 support?, Florian Weimer
  - Re: Can we drop upstream Linux x32 support?, Thorsten Glaser
    - Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
      - Re: Can we drop upstream Linux x32 support?, Rich Felker
      - Re: Can we drop upstream Linux x32 support?, Thorsten Glaser
        
        Re: Can we drop upstream Linux x32 support?, Arnd Bergmann
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
        
        Re: Can we drop upstream Linux x32 support?, Thorsten Glaser
        
        Re: Can we drop upstream Linux x32 support?, Arnd Bergmann
        
        Re: Can we drop upstream Linux x32 support?, Joseph Myers
        
        Re: Can we drop upstream Linux x32 support?, Ivan Ivanov
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
        
        Re: Can we drop upstream Linux x32 support?, Ivan Ivanov
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
        
        Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
        
        Re: Can we drop upstream Linux x32 support?, Catalin Marinas
        
        Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Florian Weimer
        
        Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Florian Weimer
        
        Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Joseph Myers
        
        Re: Can we drop upstream Linux x32 support?, Thorsten Glaser
    - Re: Can we drop upstream Linux x32 support?, Maciej W. Rozycki
  - Re: Can we drop upstream Linux x32 support?, Olof Johansson
    - Re: Can we drop upstream Linux x32 support?, Lance Richardson
  - Re: Can we drop upstream Linux x32 support?, Richard Purdie
- Re: Can we drop upstream Linux x32 support?, H.J. Lu
  - Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
    - Re: Can we drop upstream Linux x32 support?, Arnd Bergmann
      - Re: Can we drop upstream Linux x32 support?, Catalin Marinas
        
        Re: Can we drop upstream Linux x32 support?, Florian Weimer
        
        Re: Can we drop upstream Linux x32 support?, Catalin Marinas
- Re: Can we drop upstream Linux x32 support?, Christian Brauner
- Re: Can we drop upstream Linux x32 support?, John Paul Adrian Glaubitz
  - Re: Can we drop upstream Linux x32 support?, Florian Weimer
    - Re: Can we drop upstream Linux x32 support?, John Paul Adrian Glaubitz
  - Re: Can we drop upstream Linux x32 support?, Thorsten Glaser
    - Re: Can we drop upstream Linux x32 support?, Rich Felker
  - Re: Can we drop upstream Linux x32 support?, Kevin Easton
    - Re: Can we drop upstream Linux x32 support?, Richard Weinberger
      - Re: Can we drop upstream Linux x32 support?, Kevin Easton
      - RE: Can we drop upstream Linux x32 support?, David Laight
        
        Re: Can we drop upstream Linux x32 support?, Richard Weinberger
  - Re: Can we drop upstream Linux x32 support?, Rich Felker
    - Re: Can we drop upstream Linux x32 support?, Bernd Petrovitsch
      - Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Bernd Petrovitsch
        
        Re: Can we drop upstream Linux x32 support?, Florian Weimer
        
        Re: Can we drop upstream Linux x32 support?, Rich Felker
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
        
        Re: Can we drop upstream Linux x32 support?, Lance Richardson
        
        Re: Can we drop upstream Linux x32 support?, Linus Torvalds
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
- Re: Can we drop upstream Linux x32 support?, Thomas Schöbel-Theuer
  - Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
    - Re: Can we drop upstream Linux x32 support?, Thomas Schöbel-Theuer
      - Re: Can we drop upstream Linux x32 support?, Thomas Schoebel-Theuer
        
        Re: Can we drop upstream Linux x32 support?, Andy Lutomirski
  - Re: Can we drop upstream Linux x32 support?, Florian Weimer
    - Re: Can we drop upstream Linux x32 support?, Rich Felker
  - Re: Can we drop upstream Linux x32 support?, Enrico Weigelt, metux IT consult
[PATCH v5 0/5] cgroup: Introducing bypass mode, Waiman Long
- [PATCH v5 3/5] cgroup: Make debug controller report new controller masks, Waiman Long
- [PATCH v5 4/5] sched/core: Make cpu cgroup controller bypassable, Waiman Long
- [PATCH v5 5/5] cgroup: Document bypass mode, Waiman Long
- [PATCH v5 1/5] cgroup: subtree_control bypass mode for bypassable controllers, Waiman Long
- [PATCH v5 2/5] cgroup: Allow reenabling of controller in bypass mode, Waiman Long
[PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
- Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Oleg Nesterov
  - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
    - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Oleg Nesterov
      - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
        
        Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
        
        Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Oleg Nesterov
- Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, kbuild test robot
  - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
    - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Paul Burton
      - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Palmer Dabbelt
    - Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Andy Lutomirski
- Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, Kees Cook
- Re: [PATCH v5 24/25] ptrace: add PTRACE_GET_SYSCALL_INFO request, kbuild test robot
[PATCH v10 0/4] seccomp trap to userspace, Tycho Andersen
- [PATCH v10 2/4] seccomp: switch system call argument type to void *, Tycho Andersen
  - Re: [PATCH v10 2/4] seccomp: switch system call argument type to void *, Kees Cook
- [PATCH v10 4/4] samples: add an example of seccomp user trap, Tycho Andersen
  - Re: [PATCH v10 4/4] samples: add an example of seccomp user trap, Serge E. Hallyn
    - Re: [PATCH v10 4/4] samples: add an example of seccomp user trap, Kees Cook
- [PATCH v10 3/4] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v10 3/4] seccomp: add a return code to trap to userspace, Kees Cook
- [PATCH v10 1/4] seccomp: hoist struct seccomp_data recalculation higher, Tycho Andersen
  - Re: [PATCH v10 1/4] seccomp: hoist struct seccomp_data recalculation higher, Kees Cook
[GIT PULL] asm-generic: bugfix for asm/unistd.h, Arnd Bergmann
- Re: [GIT PULL] asm-generic: bugfix for asm/unistd.h, pr-tracker-bot
[PATCH v5 0/1] signaling processes through pidfds, Christian Brauner
- [PATCH v5 1/1] signal: add pidfd_send_signal() syscall, Christian Brauner
  - Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall, kbuild test robot
  - Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall, Serge E. Hallyn
    - Re: [PATCH v5 1/1] signal: add pidfd_send_signal() syscall, Christian Brauner
[PATCH 0/5] y2038: further system call conversion, Arnd Bergmann
- [PATCH 5/5] y2038: signal: Add compat_sys_rt_sigtimedwait_time64, Arnd Bergmann
- [PATCH 3/5] y2038: socket: Add compat_sys_recvmmsg_time64, Arnd Bergmann
- [PATCH 1/5] y2038: futex: Move compat implementation into futex.c, Arnd Bergmann
- [PATCH 2/5] y2038: futex: Add support for __kernel_timespec, Arnd Bergmann
- [PATCH 4/5] y2038: signal: Add sys_rt_sigtimedwait_time32, Arnd Bergmann
[PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
- Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Florian Weimer
  - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Jürg Billeter
    - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Florian Weimer
      - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Jürg Billeter
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Florian Weimer
      - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Florian Weimer
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Aleksa Sarai
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
  - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
    - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Florian Weimer
- Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
  - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
    - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
      - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Kees Cook
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Serge E. Hallyn
  - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
    - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
      - Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Eric W. Biederman
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Serge E. Hallyn
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Serge E. Hallyn
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Daniel Colascione
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Serge E. Hallyn
- Re: [PATCH v4] signal: add taskfd_send_signal() syscall, Serge E. Hallyn
- Re: [PATCH v4] signal: add taskfd_send_signal() syscall, kbuild test robot
Re: [PATCH] Y2038: provide kernel support indication, Arnd Bergmann
- Re: [PATCH] Y2038: provide kernel support indication, Joseph Myers
  - Re: [PATCH] Y2038: provide kernel support indication, Arnd Bergmann
    - Re: [PATCH] Y2038: provide kernel support indication, Joseph Myers
[PATCH v3] signal: add procfd_send_signal() syscall, Christian Brauner
- Re: [PATCH v3] signal: add procfd_send_signal() syscall, kbuild test robot
- Re: [PATCH v3] signal: add procfd_send_signal() syscall, Eric W. Biederman
- Re: [PATCH v3] signal: add procfd_send_signal() syscall, Eric W. Biederman
  - Re: [PATCH v3] signal: add procfd_send_signal() syscall, Christian Brauner
    - Re: [PATCH v3] signal: add procfd_send_signal() syscall, Kees Cook
      - Re: [PATCH v3] signal: add procfd_send_signal() syscall, Christian Brauner
        
        Re: [PATCH v3] signal: add procfd_send_signal() syscall, Kees Cook
[RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
- [RFC PATCH glibc 2/4] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux, Mathieu Desnoyers
- Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Florian Weimer
  - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
- Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Florian Weimer
  - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
    - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
      - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Florian Weimer
    - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Florian Weimer
      - Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
        
        Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Florian Weimer
        
        Re: [RFC PATCH glibc 1/4] glibc: Perform rseq(2) registration at nptl init and thread creation (v4), Mathieu Desnoyers
[PATCH 12/11] man-pages: copy_file_range updates, Dave Chinner
- Re: [PATCH 12/11] man-pages: copy_file_range updates, Amir Goldstein
- Re: [PATCH 12/11] man-pages: copy_file_range updates, Amir Goldstein
Re: [PATCH 2/3] generic/43[014]: copy_range beyond source EOF should fail, Amir Goldstein
- Re: [PATCH 2/3] generic/43[014]: copy_range beyond source EOF should fail, Dave Chinner
[PATCH v9 0/4] seccomp trap to userspace, Tycho Andersen
- [PATCH v9 3/4] seccomp: add a return code to trap to userspace, Tycho Andersen
  - Re: [PATCH v9 3/4] seccomp: add a return code to trap to userspace, Serge E. Hallyn
    - Re: [PATCH v9 3/4] seccomp: add a return code to trap to userspace, Tycho Andersen
      - Re: [PATCH v9 3/4] seccomp: add a return code to trap to userspace, Serge E. Hallyn
- [PATCH v9 4/4] samples: add an example of seccomp user trap, Tycho Andersen
- [PATCH v9 2/4] seccomp: switch system call argument type to void *, Tycho Andersen
  - Re: [PATCH v9 2/4] seccomp: switch system call argument type to void *, Serge E. Hallyn
    - Re: [PATCH v9 2/4] seccomp: switch system call argument type to void *, Paul Moore
  - Re: [PATCH v9 2/4] seccomp: switch system call argument type to void *, kbuild test robot
    - Re: [PATCH v9 2/4] seccomp: switch system call argument type to void *, Tycho Andersen
      - Re: [PATCH v9 2/4] seccomp: switch system call argument type to void *, Tycho Andersen
- [PATCH v9 1/4] seccomp: hoist struct seccomp_data recalculation higher, Tycho Andersen
  - Re: [PATCH v9 1/4] seccomp: hoist struct seccomp_data recalculation higher, Serge E. Hallyn
[PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
- [PATCH v4 07/15] fanotify: copy event fid info to user, Amir Goldstein
  - Re: [PATCH v4 07/15] fanotify: copy event fid info to user, Jan Kara
    - Re: [PATCH v4 07/15] fanotify: copy event fid info to user, Amir Goldstein
- [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag, Amir Goldstein
  - Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag, Amir Goldstein
    - Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag, Jan Kara
      - Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag, Matthew Bobrowski
        
        Re: [PATCH v4 08/15] fanotify: enable FAN_REPORT_FID init flag, Amir Goldstein
- [PATCH v4 14/15] fanotify: add support for create/attrib/move/delete events, Amir Goldstein
  - Re: [PATCH v4 14/15] fanotify: add support for create/attrib/move/delete events, Jan Kara
- [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
  - Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Jan Kara
    - Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
      - Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Jan Kara
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Matthew Bobrowski
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
      - Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Jan Kara
      - Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Matthew Bobrowski
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Matthew Bobrowski
        
        Re: [PATCH v4 15/15] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
- Re: [PATCH v4 00/15] fanotify: add support for more event types, Jan Kara
  - Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
    - Re: [PATCH v4 00/15] fanotify: add support for more event types, Jan Kara
      - Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Jan Kara
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Jan Kara
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Jan Kara
        
        Re: [PATCH v4 00/15] fanotify: add support for more event types, Amir Goldstein
Security modules and sending signals within the same process, Florian Weimer
- Re: Security modules and sending signals within the same process, Stephen Smalley
  - Re: Security modules and sending signals within the same process, Florian Weimer
- Re: Security modules and sending signals within the same process, Casey Schaufler
  - Re: Security modules and sending signals within the same process, Florian Weimer
  - Re: [apparmor] Security modules and sending signals within the same process, John Johansen
[PATCH v4 0/2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
- [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
  - Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Oleg Nesterov
    - Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
      - Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Oleg Nesterov
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Andy Lutomirski
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Oleg Nesterov
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Oleg Nesterov
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Oleg Nesterov
        
        Re: [PATCH v4 1/2] ptrace: save the type of syscall-stop in ptrace_message, Dmitry V. Levin
- [PATCH v4 2/2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
  - Re: [PATCH v4 2/2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Oleg Nesterov
    - Re: [PATCH v4 2/2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Oleg Nesterov
[PATCH 0/1] Add prctl to kill descendants on exit, Jürg Billeter
- [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
  - Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Oleg Nesterov
    - Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Eric W. Biederman
      - Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Oleg Nesterov
        
        Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
        
        Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Oleg Nesterov
        
        Re: [PATCH] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Kees Cook
  - [PATCH v2 0/1] Add prctl to kill descendants on exit, Jürg Billeter
    - [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
      - Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Oleg Nesterov
      - Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Florian Weimer
        
        Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
        
        Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Florian Weimer
        
        Re: [PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
    - Re: [PATCH v2 0/1] Add prctl to kill descendants on exit, Jürg Billeter
- [RESEND PATCH v2 0/1] Add prctl to kill descendants on exit, Jürg Billeter
  - [RESEND PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Jürg Billeter
    - Re: [RESEND PATCH v2 1/1] prctl: add PR_{GET,SET}_KILL_DESCENDANTS_ON_EXIT, Andrew Morton
[PATCH v3 00/13] fanotify: add support for more event types, Amir Goldstein
- [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
  - Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Jan Kara
    - Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
      - Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Jan Kara
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Jan Kara
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Jan Kara
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
        
        Re: [PATCH v3 04/13] fanotify: define the structures to report a unique file identifier, Amir Goldstein
- [PATCH v3 08/13] fanotify: enable FAN_REPORT_FID init flag, Amir Goldstein
  - Re: [PATCH v3 08/13] fanotify: enable FAN_REPORT_FID init flag, Jan Kara
    - Re: [PATCH v3 08/13] fanotify: enable FAN_REPORT_FID init flag, Amir Goldstein
      - Re: [PATCH v3 08/13] fanotify: enable FAN_REPORT_FID init flag, Jan Kara
    - Re: [PATCH v3 08/13] fanotify: enable FAN_REPORT_FID init flag, Jan Kara
- [PATCH v3 12/13] fanotify: add support for create/attrib/move/delete events, Amir Goldstein
- [PATCH v3 13/13] fanotify: report FAN_ONDIR to listener with FAN_REPORT_FID, Amir Goldstein
[PATCH RESEND v3 0/3] ptrace: add PTRACE_GET_SYSCALL_INFO request, Elvira Khabirova
- [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Elvira Khabirova
  - Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Joey Pabalinas
    - Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Dmitry V. Levin
      - Re: Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Joey Pabalinas
  - Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Oleg Nesterov
    - Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Elvira Khabirova
      - Re: [PATCH RESEND v3 1/3] ptrace: pass type of a syscall-stop in ptrace_message, Dmitry V. Levin
- [PATCH RESEND v3 2/3] ptrace: add PTRACE_GET_SYSCALL_INFO request, Elvira Khabirova
- [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Elvira Khabirova
  - Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Oleg Nesterov
    - Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Elvira Khabirova
      - Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Dmitry V. Levin
      - Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Oleg Nesterov
        
        Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Dmitry V. Levin
        
        Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Oleg Nesterov
        
        Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Dmitry V. Levin
        
        Re: [RFC PATCH RESEND v3 3/3] ptrace: add PTRACE_EVENT_SECCOMP support to PTRACE_GET_SYSCALL_INFO, Oleg Nesterov
Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Andy Lutomirski
- Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
  - Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Andy Lutomirski
    - Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
      - Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Andy Lutomirski
        
        Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
        
        Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Dmitry V. Levin
        
        Re: [RFC PATCH v2] ptrace: add PTRACE_GET_SYSCALL_INFO request, Kees Cook
[PATCH] Add /proc/pid_generation, Daniel Colascione
- Re: [PATCH] Add /proc/pid_generation, Matthew Wilcox
  - Re: [PATCH] Add /proc/pid_generation, Daniel Colascione
    - Re: [PATCH] Add /proc/pid_generation, Matthew Wilcox
      - Re: [PATCH] Add /proc/pid_generation, Pavel Machek
- [PATCH v2] Add /proc/pid_gen, Daniel Colascione
  - Re: [PATCH v2] Add /proc/pid_gen, Andrew Morton
    - Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
      - Re: [PATCH v2] Add /proc/pid_gen, Jann Horn
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
      - Re: [PATCH v2] Add /proc/pid_gen, Andrew Morton
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
        
        Re: [PATCH v2] Add /proc/pid_gen, Andy Lutomirski
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
        
        Re: [PATCH v2] Add /proc/pid_gen, Cyrill Gorcunov
        
        Re: [PATCH v2] Add /proc/pid_gen, Andrew Morton
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
        
        Re: [PATCH v2] Add /proc/pid_gen, Mathieu Desnoyers
        
        Re: [PATCH v2] Add /proc/pid_gen, Andrew Morton
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
        
        Re: [PATCH v2] Add /proc/pid_gen, Andrew Morton
        
        Re: [PATCH v2] Add /proc/pid_gen, Tim Murray
        
        Re: [PATCH v2] Add /proc/pid_gen, Daniel Colascione
- Re: [PATCH] Add /proc/pid_generation, Kevin Easton
  - RE: [PATCH] Add /proc/pid_generation, David Laight
    - Re: [PATCH] Add /proc/pid_generation, Pavel Machek
[RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
- [RFC PATCH v4 2/5] glibc: sched_getcpu(): use rseq cpu_id TLS on Linux, Mathieu Desnoyers
- Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Rich Felker
  - Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
    - Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Florian Weimer
      - Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Rich Felker
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Florian Weimer
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Rich Felker
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Szabolcs Nagy
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Rich Felker
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
    - Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Rich Felker
      - Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Florian Weimer
        
        Re: [RFC PATCH v4 1/5] glibc: Perform rseq(2) registration at nptl init and thread creation, Mathieu Desnoyers

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

Powered by Linux