Linux API

Date Index

[Prev Page][Next Page]

[PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Eric W. Biederman
- Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Helge Deller
  - Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Eric W. Biederman
    - Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Michael Cree
      - Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Eric W. Biederman
[PATCH 0/8] signal: Fix sending signals with siginfo, Eric W. Biederman
- [PATCH v2 0/7] signal: Fix sending signals with siginfo, Eric W. Biederman
  - [PATCH 7/7] signal: Remove kernel interal si_code magic, Eric W. Biederman
    - Re: [PATCH 7/7] signal: Remove kernel interal si_code magic, Linus Torvalds
      - Re: [PATCH 7/7] signal: Remove kernel interal si_code magic, Eric W. Biederman
        
        Simplfying copy_siginfo_to_user, Eric W. Biederman
        
        Re: Simplfying copy_siginfo_to_user, Linus Torvalds
        
        Re: Simplfying copy_siginfo_to_user, Eric W. Biederman
        
        Re: Simplfying copy_siginfo_to_user, Al Viro
        
        Re: Simplfying copy_siginfo_to_user, Eric W. Biederman
  - [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes, Eric W. Biederman
    - Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes, Oleg Nesterov
      - Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes, Eric W. Biederman
  - [PATCH 5/7] signal/testing: Don't look for __SI_FAULT in userspace, Eric W. Biederman
  - [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Eric W. Biederman
    - Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Maciej W. Rozycki
      - Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Linus Torvalds
        
        Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Ralf Baechle
      - Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Eric W. Biederman
        
        Re: [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE, Maciej W. Rozycki
  - [PATCH 3/7] signal/sparc: Document a conflict with SI_USER with SIGFPE, Eric W. Biederman
  - [PATCH 2/7] signal/ia64: Document a conflict with SI_USER with SIGFPE, Eric W. Biederman
  - [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Eric W. Biederman
    - Re: [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP, Richard Henderson
Re: [PATCH 0/3] Enable namespaced file capabilities, Serge E. Hallyn
Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Prakash Sangappa
- Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Mike Rapoport
  - Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Prakash Sangappa
    - Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Michal Hocko
      - Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, prakash.sangappa
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Michal Hocko
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Andrea Arcangeli
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, prakash sangappa
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Andrea Arcangeli
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, prakash.sangappa
        
        Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, John Stultz
    - Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, Mike Rapoport
      - Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery, prakash.sangappa
Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints, Christoph Hellwig
- Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints, Jens Axboe
  - Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints, Darrick J. Wong
    - Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints, Jens Axboe
[PATCH v2 00/22] Intel FPGA Device Drivers, Wu Hao
- [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Wu Hao
  - Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Alan Tull
    - Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Wu Hao
      - Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Luebbers, Enno
        
        Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Alan Tull
        
        Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Greg KH
        
        Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview, Alan Tull
- [PATCH v2 02/22] fpga: add FPGA device framework, Wu Hao
  - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
    - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Rob Herring
      - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
        
        Re: [PATCH v2 02/22] fpga: add FPGA device framework, Wu Hao
        
        Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
        
        Re: [PATCH v2 02/22] fpga: add FPGA device framework, Wu Hao
        
        Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
      - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
  - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Alan Tull
    - Re: [PATCH v2 02/22] fpga: add FPGA device framework, Wu Hao
- [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Wu Hao
  - Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Alan Tull
    - Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Moritz Fischer
  - Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Moritz Fischer
    - Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Alan Tull
      - Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Wu Hao
        
        Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge, Alan Tull
- [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device, Wu Hao
  - Re: [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device, Alan Tull
    - Re: [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device, Wu Hao
- [PATCH v2 12/22] fpga: intel: fme: add header sub feature support, Wu Hao
  - Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support, Alan Tull
    - RE: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support, Wu, Hao
      - Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support, Alan Tull
- [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME, Wu Hao
  - Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME, Alan Tull
  - Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME, Moritz Fischer
    - Re: [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME, Wu Hao
- [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework, Wu Hao
  - Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework, Alan Tull
    - Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework, Wu Hao
  - Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework, Moritz Fischer
    - Re: [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework, Wu Hao
- [PATCH v2 21/22] fpga: intel: afu: add user afu sub feature support, Wu Hao
- [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support, Wu Hao
  - Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support, Alan Tull
    - Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support, Wu Hao
  - Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support, Moritz Fischer
    - Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support, Wu Hao
- [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Wu Hao
  - Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Alan Tull
  - Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Moritz Fischer
    - Re: [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Wu Hao
- [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME, Wu Hao
  - Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME, Alan Tull
    - Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME, Wu Hao
- [PATCH v2 19/22] fpga: intel: afu: add header sub feature support, Wu Hao
  - Re: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support, Alan Tull
    - RE: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support, Wu, Hao
      - Re: [PATCH v2 19/22] fpga: intel: afu: add header sub feature support, Alan Tull
- [PATCH v2 13/22] fpga: intel: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Wu Hao
  - Re: [PATCH v2 13/22] fpga: intel: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support, Alan Tull
- [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME, Wu Hao
  - Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME, Moritz Fischer
    - Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME, Wu Hao
      - Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME, Alan Tull
        
        Re: [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME, Wu Hao
- [PATCH v2 11/22] fpga: intel: add FPGA Management Engine driver basic framework, Wu Hao
- [PATCH v2 14/22] fpga: intel: fme: add partial reconfiguration sub feature support, Wu Hao
- [PATCH v2 10/22] fpga: intel: add feature device infrastructure, Wu Hao
- [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr, Wu Hao
  - Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr, Alan Tull
    - Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr, Wu Hao
- [PATCH v2 08/22] fpga: intel: pcie: add chardev support for feature devices, Wu Hao
- [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver, Wu Hao
  - Re: [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver, Alan Tull
    - RE: [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver, Wu, Hao
- [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
  - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Moritz Fischer
    - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
    - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
  - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
    - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
  - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
    - RE: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu, Hao
  - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
    - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
      - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
    - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
      - Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Alan Tull
        
        Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features., Wu Hao
- [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info, Wu Hao
  - Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info, Alan Tull
    - Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info, Wu Hao
- Re: [PATCH v2 00/22] Intel FPGA Device Drivers, Alan Tull
[PATCH net-next v3 00/13] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
  - Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, David Miller
    - Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
      - Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, David Miller
        
        Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
        
        Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
        
        Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
- [PATCH net-next v3 13/13] test: add msg_zerocopy test, Willem de Bruijn
- [PATCH net-next v3 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL, Willem de Bruijn
- [PATCH net-next v3 12/13] packet: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v3 05/13] sock: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v3 08/13] sock: ulimit on MSG_ZEROCOPY pages, Willem de Bruijn
- [PATCH net-next v3 09/13] tcp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v3 10/13] udp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v3 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED, Willem de Bruijn
- [PATCH net-next v3 06/13] sock: MSG_ZEROCOPY notification coalescing, Willem de Bruijn
  - Re: [PATCH net-next v3 06/13] sock: MSG_ZEROCOPY notification coalescing, David Miller
- [PATCH net-next v3 04/13] sock: add SOCK_ZEROCOPY sockopt, Willem de Bruijn
- [PATCH net-next v3 01/13] sock: allocate skbs from optmem, Willem de Bruijn
- [PATCH net-next v3 03/13] sock: add MSG_ZEROCOPY, Willem de Bruijn
  - Re: [PATCH net-next v3 03/13] sock: add MSG_ZEROCOPY, David Miller
[PATCH net-next v2 00/13] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 06/13] sock: MSG_ZEROCOPY notification coalescing, Willem de Bruijn
- [PATCH net-next v2 10/13] udp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 13/13] test: add msg_zerocopy test, Willem de Bruijn
- [PATCH net-next v2 12/13] packet: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL, Willem de Bruijn
- [PATCH net-next v2 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED, Willem de Bruijn
- [PATCH net-next v2 08/13] sock: ulimit on MSG_ZEROCOPY pages, Willem de Bruijn
- [PATCH net-next v2 09/13] tcp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 01/13] sock: allocate skbs from optmem, Willem de Bruijn
- [PATCH net-next v2 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
- [PATCH net-next v2 05/13] sock: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 03/13] sock: add MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next v2 04/13] sock: add SOCK_ZEROCOPY sockopt, Willem de Bruijn
  - Re: [PATCH net-next v2 04/13] sock: add SOCK_ZEROCOPY sockopt, Willem de Bruijn
[PATCH 1/1] mm: only dispaly online cpus of the numa node, Zhen Lei
- Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node, Michal Hocko
  - Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node, Will Deacon
    - Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node, Michal Hocko
      - Re: [PATCH 1/1] mm: only dispaly online cpus of the numa node, Leizhen (ThunderTown)
[PATCH net-next 00/13] socket sendmsg MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
  - Re: [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages, kbuild test robot
    - Re: [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages, Willem de Bruijn
- [PATCH net-next 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL, Willem de Bruijn
- [PATCH net-next 10/13] udp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 12/13] packet: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 03/13] sock: add MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 13/13] test: add msg_zerocopy test, Willem de Bruijn
- [PATCH net-next 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED, Willem de Bruijn
- [PATCH net-next 06/13] sock: MSG_ZEROCOPY notification coalescing, Willem de Bruijn
- [PATCH net-next 09/13] tcp: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 08/13] sock: ulimit on MSG_ZEROCOPY pages, Willem de Bruijn
- [PATCH net-next 05/13] sock: enable MSG_ZEROCOPY, Willem de Bruijn
- [PATCH net-next 01/13] sock: allocate skbs from optmem, Willem de Bruijn
- [PATCH net-next 04/13] sock: add SOCK_ZEROCOPY sockopt and net.core.msg_zerocopy sysctl, Willem de Bruijn
  - Re: [PATCH net-next 04/13] sock: add SOCK_ZEROCOPY sockopt and net.core.msg_zerocopy sysctl, kbuild test robot
[RFC PATCH 0/2] daxfile: enable byte-addressable updates to pmem, Dan Williams
- [RFC PATCH 1/2] mm: introduce bmap_walk(), Dan Williams
  - Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Christoph Hellwig
    - Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Dan Williams
      - Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Christoph Hellwig
        
        Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Darrick J. Wong
        
        Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Al Viro
        
        Re: [RFC PATCH 1/2] mm: introduce bmap_walk(), Christoph Hellwig
- [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dan Williams
  - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
    - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dan Williams
      - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dan Williams
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Christoph Hellwig
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dan Williams
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Darrick J. Wong
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Andy Lutomirski
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Christoph Hellwig
        
        Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dan Williams
  - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Darrick J. Wong
    - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Ross Zwisler
      - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Darrick J. Wong
    - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Dave Chinner
      - Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem, Darrick J. Wong
[PATCH 0/10 v12] No wait AIO, Goldwyn Rodrigues
- [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Goldwyn Rodrigues
- [PATCH 02/10] fs: Introduce filemap_range_has_page(), Goldwyn Rodrigues
  - Re: [PATCH 02/10] fs: Introduce filemap_range_has_page(), Andrew Morton
- [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Goldwyn Rodrigues
- [PATCH 05/10] fs: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT, Al Viro
    - Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT, Christoph Hellwig
- [PATCH 07/10] block: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 07/10] block: return on congested block device, Jens Axboe
- [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 08/10] ext4: nowait aio support, Goldwyn Rodrigues
- [PATCH 10/10] btrfs: nowait aio support, Goldwyn Rodrigues
- Re: [PATCH 0/10 v12] No wait AIO, Andrew Morton
  - Re: [PATCH 0/10 v12] No wait AIO, Goldwyn Rodrigues
    - Re: [PATCH 0/10 v12] No wait AIO, Andrew Morton
      - Re: [PATCH 0/10 v12] No wait AIO, Goldwyn Rodrigues
  - Re: [PATCH 0/10 v12] No wait AIO, Jan Kara
[PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Thomas Garnier
- [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
  - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Kees Cook
    - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
      - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Will Deacon
  - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Leonard Crestez
    - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
      - Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Leonard Crestez
        
        Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
        
        Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Leonard Crestez
        
        Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
        
        Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Russell King - ARM Linux
        
        Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
        
        Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Russell King - ARM Linux
        
        Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return, Thomas Garnier
- [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return, Thomas Garnier
  - Re: [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return, Catalin Marinas
    - Re: [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return, Thomas Garnier
- Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Kees Cook
  - Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Kees Cook
    - Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Thomas Garnier
      - Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Thomas Gleixner
        
        Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return, Thomas Garnier
[PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD, Luis R. Rodriguez
- [PATCH 4/4] firmware: send -EINTR on signal abort on fallback mechanism, Luis R. Rodriguez
- [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
  - Re: [PATCH 2/4] swait: add the missing killable swaits, Greg KH
    - Re: [PATCH 2/4] swait: add the missing killable swaits, Thomas Gleixner
      - Re: [PATCH 2/4] swait: add the missing killable swaits, Greg KH
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Thomas Gleixner
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        RE: [PATCH 2/4] swait: add the missing killable swaits, Matthew Wilcox
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Davidlohr Bueso
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Davidlohr Bueso
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Jakub Kicinski
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Jakub Kicinski
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Jakub Kicinski
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Luis R. Rodriguez
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Davidlohr Bueso
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Davidlohr Bueso
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Marcelo Tosatti
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Linus Torvalds
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Marcelo Tosatti
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Marcelo Tosatti
        
        Re: [PATCH 2/4] swait: add the missing killable swaits, Krister Johansen
- [PATCH 3/4] firmware: avoid invalid fallback aborts by using killable swait, Luis R. Rodriguez
- [PATCH 1/4] test_firmware: add test case for SIGCHLD on sync fallback, Luis R. Rodriguez
- Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD, Martin Fuzzey
- Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD, Luis R. Rodriguez
- Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD, Greg KH
  - Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD, Luis R. Rodriguez
[PATCH] xcrypt.3: warn folks not to use these functions, Jason A. Donenfeld
Re: [patch] mm, vmpressure: pass-through notification support, Michal Hocko
Re: [Question or BUG] [NUMA]: I feel puzzled at the function cpumask_of_node, Michal Hocko
- Re: [Question or BUG] [NUMA]: I feel puzzled at the function cpumask_of_node, Leizhen (ThunderTown)
[PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Eric W. Biederman
- [PATCH 01/26] alpha: Remove unused TASK_GROUP_LEADER, Eric W. Biederman
  - [PATCH 02/26] cgroup: Don't open code tasklist_empty(), Eric W. Biederman
  - [PATCH 10/26] ptrace: Simplify ptrace_detach & exit_ptrace, Eric W. Biederman
  - [PATCH 08/26] exit: Make the runqueue rcu safe, Eric W. Biederman
    - Re: [PATCH 08/26] exit: Make the runqueue rcu safe, Oleg Nesterov
  - [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal, Eric W. Biederman
    - Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal, Linus Torvalds
      - Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal, Eric W. Biederman
    - Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal, Richard Weinberger
  - [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock, Eric W. Biederman
    - Re: [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock, Oleg Nesterov
      - Re: [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock, Eric W. Biederman
  - [PATCH 07/26] pidns: Improve the error handling in alloc_pid, Eric W. Biederman
  - [PATCH 09/26] signal: Don't allow sending SIGKILL or SIGSTOP to init, Eric W. Biederman
  - [PATCH 05/26] exit: Remove the pointless clearing of SIGPENDING in __exit_signal, Eric W. Biederman
  - [PATCH 04/26] signal: Make group_send_sig_info static, Eric W. Biederman
  - [PATCH 16/26] exit: Fix reporting a ptraced !reparented leader has exited, Eric W. Biederman
  - [PATCH 13/26] wait: Remove unused delay_group_leader, Eric W. Biederman
  - [PATCH 20/26] wait: Don't pass the list to wait_consider_task, Eric W. Biederman
  - [PATCH 15/26] wait: Don't delay !ptrace_reparented leaders, Eric W. Biederman
  - [PATCH 24/26] signal: In ptrace_stop improve identical signal detection, Eric W. Biederman
  - [PATCH 11/26] wait: Properly implement __WCLONE handling in the presence of exec and ptrace, Eric W. Biederman
  - [PATCH 21/26] wait: Optmize waitpid, Eric W. Biederman
  - [PATCH 19/26] wait: Simpler code for clearing notask_error in wait_consider_task, Eric W. Biederman
  - [PATCH 18/26] wait: Fix WSTOPPED on a ptraced child, Eric W. Biederman
  - [PATCH 14/26] wait: Move changing of ptrace from wait_consider_task into wait_task_stopped, Eric W. Biederman
  - [PATCH 22/26] exit: Fix auto-wait of ptraced children, Eric W. Biederman
  - [PATCH 23/26] signal: Fix SIGCONT before group stop completes., Eric W. Biederman
  - [PATCH 17/26] exit: Rework the exit states for ptracees, Eric W. Biederman
  - [PATCH 12/26] wait: Directly test for the two cases where wait_task_zombie is called, Eric W. Biederman
  - [PATCH 25/26] signal: In ptrace_stop use CLD_TRAPPED in all ptrace signals, Eric W. Biederman
  - [PATCH 26/26] pidns: Ensure zap_pid_ns_processes always terminates, Eric W. Biederman
- Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Aleksa Sarai
  - Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Eric W. Biederman
    - Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Aleksa Sarai
- Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Linus Torvalds
  - Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD, Eric W. Biederman
[PATCHv7 14/14] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
[PATCH 0/10 v11] No wait AIO, Goldwyn Rodrigues
- [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Goldwyn Rodrigues
- [PATCH 08/10] ext4: nowait aio support, Goldwyn Rodrigues
- [PATCH 10/10] btrfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 07/10] block: return on congested block device, Goldwyn Rodrigues
- [PATCH 04/10] fs: Introduce RWF_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT, Al Viro
- [PATCH 05/10] fs: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 02/10] fs: Introduce filemap_range_has_page(), Goldwyn Rodrigues
- [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Goldwyn Rodrigues
- Re: [PATCH 0/10 v11] No wait AIO, Christoph Hellwig
  - Re: [PATCH 0/10 v11] No wait AIO, Al Viro
    - Re: [PATCH 0/10 v11] No wait AIO, Goldwyn Rodrigues
      - Re: [PATCH 0/10 v11] No wait AIO, Christoph Hellwig
        
        Re: [PATCH 0/10 v11] No wait AIO, Al Viro
        
        Re: [PATCH 0/10 v11] No wait AIO, Christoph Hellwig
[PATCH] utimensat: immutable flag returns -EPERM, Goldwyn Rodrigues
- Re: [PATCH] utimensat: immutable flag returns -EPERM, Michael Kerrisk (man-pages)
[PATCH 0/10 v10] No wait AIO, Goldwyn Rodrigues
- [PATCH 08/10] ext4: nowait aio support, Goldwyn Rodrigues
- [PATCH 10/10] btrfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Goldwyn Rodrigues
- [PATCH 04/10] fs: Introduce RWF_NOWAIT, Goldwyn Rodrigues
- [PATCH 05/10] fs: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 07/10] fs: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 07/10] fs: return on congested block device, Jens Axboe
- [PATCH 02/10] fs: Introduce filemap_range_has_page(), Goldwyn Rodrigues
- [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Goldwyn Rodrigues
Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Serge E. Hallyn
- Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Matt Brown
  - Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Serge E. Hallyn
    - Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Matt Brown
      - Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Kees Cook
        
        Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN, Matt Brown
[PATCH] mm: make PR_SET_THP_DISABLE immediately active, Mike Rapoport
- Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Andrew Morton
  - Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Vlastimil Babka
    - Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Andrew Morton
      - Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Vlastimil Babka
        
        Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Andrew Morton
        
        Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Vlastimil Babka
        
        Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Mike Rapoprt
        
        Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Mike Rapoport
      - Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Michal Hocko
  - Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active, Mike Rapoprt
[PATCH] ALSA: Adjust structure(snd_timer_tread) members to avoid 8 padding bytes, Manjeet Pawar
- Re: [PATCH] ALSA: Adjust structure(snd_timer_tread) members to avoid 8 padding bytes, Thomas Gleixner
[PATCH v2] mm: introduce MADV_RESET_HUGEPAGE, Mike Rapoport
- Re: [PATCH v2] mm: introduce MADV_RESET_HUGEPAGE, David Rientjes
Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
- Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Andy Lutomirski
  - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Fuzzey, Martin
    - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Eric W. Biederman
      - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Dmitry Torokhov
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Dmitry Torokhov
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Martin Fuzzey
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Alan Cox
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Theodore Ts'o
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Andy Lutomirski
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Dmitry Torokhov
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Alan Cox
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Andy Lutomirski
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
    - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
      - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Fuzzey, Martin
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
    - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
      - Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Martin Fuzzey
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Martin Fuzzey
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
        
        Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback, Luis R. Rodriguez
[PATCH 0/10 v9] No wait AIO, Goldwyn Rodrigues
- [PATCH 08/10] ext4: nowait aio support, Goldwyn Rodrigues
- [PATCH 04/10] fs: Introduce RWF_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT, Jan Kara
- [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Jan Kara
- [PATCH 10/10] btrfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
  - Re: [PATCH 09/10] xfs: nowait aio support, Darrick J. Wong
  - Re: [PATCH 09/10] xfs: nowait aio support, Christoph Hellwig
    - Re: [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
      - Re: [PATCH 09/10] xfs: nowait aio support, Jan Kara
      - Re: [PATCH 09/10] xfs: nowait aio support, Christoph Hellwig
        
        Re: [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
        
        Re: [PATCH 09/10] xfs: nowait aio support, Jan Kara
- [PATCH 07/10] fs: return on congested block device, Goldwyn Rodrigues
- [PATCH 05/10] fs: return if direct write will trigger writeback, Goldwyn Rodrigues
  - Re: [PATCH 05/10] fs: return if direct write will trigger writeback, Jan Kara
- [PATCH 02/10] fs: Introduce filemap_range_has_page(), Goldwyn Rodrigues
  - Re: [PATCH 02/10] fs: Introduce filemap_range_has_page(), Jan Kara
- [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Goldwyn Rodrigues
  - Re: [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Jan Kara
- [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Goldwyn Rodrigues
  - Re: [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Jan Kara
- Re: [PATCH 0/10 v9] No wait AIO, Christoph Hellwig
  - Re: [PATCH 0/10 v9] No wait AIO, Goldwyn Rodrigues
    - Re: [PATCH 0/10 v9] No wait AIO, Christoph Hellwig
[PATCHv6 10/10] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Vlastimil Babka
- Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
  - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
    - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Pavel Emelyanov
    - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
      - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
      - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Vlastimil Babka
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoprt
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Andrea Arcangeli
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Michal Hocko
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoprt
  - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Vlastimil Babka
    - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Pavel Emelyanov
      - Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Vlastimil Babka
        
        Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE, Mike Rapoport
[PATCH 4.9 010/164] fanotify: dont expose EOPENSTALE to userspace, Greg Kroah-Hartman
[RFC PATCH v2] fs: block dev aio request priority support, adam.manzanares
[PATCH 4.11 009/197] fanotify: dont expose EOPENSTALE to userspace, Greg Kroah-Hartman
[RFC PATCH] fs: block dev aio request priority support, adam.manzanares
- Re: [RFC PATCH] fs: block dev aio request priority support, Jan Kara
  - Re: [RFC PATCH] fs: block dev aio request priority support, Adam Manzanares
Patch "fanotify: don't expose EOPENSTALE to userspace" has been added to the 4.9-stable tree, gregkh
Patch "fanotify: don't expose EOPENSTALE to userspace" has been added to the 4.11-stable tree, gregkh
[PATCH v4 next 0/3] modules: automatic module loading restrictions, Djalal Harouni
- [PATCH v4 next 3/3] modules:capabilities: add a per-task modules auto-load mode, Djalal Harouni
  - Re: [PATCH v4 next 3/3] modules:capabilities: add a per-task modules auto-load mode, kbuild test robot
- [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Djalal Harouni
  - Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Kees Cook
    - Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Djalal Harouni
      - Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Kees Cook
        
        Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Djalal Harouni
        
        Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Kees Cook
        
        Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Djalal Harouni
        
        Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Kees Cook
        
        Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument, Djalal Harouni
- [PATCH v4 next 2/3] modules:capabilities: automatic module loading restriction, Djalal Harouni
  - Re: [PATCH v4 next 2/3] modules:capabilities: automatic module loading restriction, Kees Cook
- Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Solar Designer
  - Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Djalal Harouni
    - Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Solar Designer
      - Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Djalal Harouni
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Kees Cook
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Andy Lutomirski
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Kees Cook
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Djalal Harouni
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Solar Designer
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Kees Cook
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Andy Lutomirski
        
        Re: [kernel-hardening] [PATCH v4 next 0/3] modules: automatic module loading restrictions, Djalal Harouni
Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header, David Howells
- Re: [PATCH 03/23] uuid: remove uuid_be defintions from the uapi header, Christoph Hellwig
[PATCH] [PATCH] namespaces.7: Document the /proc/[pid]/ns/pid_for_children file, Kirill Tkhai
- Re: [PATCH] [PATCH] namespaces.7: Document the /proc/[pid]/ns/pid_for_children file, Michael Kerrisk (man-pages)
[PATCH v2] ioctl_getfsmap.2: document the GETFSMAP ioctl, Darrick J. Wong
- Re: [PATCH v2] ioctl_getfsmap.2: document the GETFSMAP ioctl, Michael Kerrisk (man-pages)
[PATCH v2 0/6] cpuset/mempolicies related fixes and cleanups, Vlastimil Babka
- [PATCH v2 5/6] mm, cpuset: always use seqlock when changing task's nodemask, Vlastimil Babka
  - Re: [PATCH v2 5/6] mm, cpuset: always use seqlock when changing task's nodemask, Michal Hocko
- [PATCH v2 6/6] mm, mempolicy: don't check cpuset seqlock where it doesn't matter, Vlastimil Babka
  - Re: [PATCH v2 6/6] mm, mempolicy: don't check cpuset seqlock where it doesn't matter, Michal Hocko
- [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator, Vlastimil Babka
  - Re: [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator, Christoph Lameter
    - Re: [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator, Vlastimil Babka
  - Re: [PATCH v2 3/6] mm, page_alloc: pass preferred nid instead of zonelist to allocator, Michal Hocko
- [PATCH v2 2/6] mm, mempolicy: stop adjusting current->il_next in mpol_rebind_nodemask(), Vlastimil Babka
  - Re: [PATCH v2 2/6] mm, mempolicy: stop adjusting current->il_next in mpol_rebind_nodemask(), Christoph Lameter
- [PATCH v2 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
  - Re: [PATCH v2 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Michal Hocko
    - Re: [PATCH v2 1/6] mm, page_alloc: fix more premature OOM due to race with cpuset update, Vlastimil Babka
- [PATCH v2 4/6] mm, mempolicy: simplify rebinding mempolicies when updating cpusets, Vlastimil Babka
  - Re: [PATCH v2 4/6] mm, mempolicy: simplify rebinding mempolicies when updating cpusets, Michal Hocko
- Re: [PATCH v2 0/6] cpuset/mempolicies related fixes and cleanups, Michal Hocko
[PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
- Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, kbuild test robot
  - Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
- Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
  - Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
    - Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
      - Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
        
        Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
        
        Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
        
        Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Kirill A. Shutemov
        
        Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
        
        Re: [PATCHv5, REBASED 9/9] x86/mm: Allow to have userspace mappings above 47-bits, Michal Hocko
[PATCH linux-next] kcmp: fs/epoll -- Wrap kcmp code with CONFIG_CHECKPOINT_RESTORE, Cyrill Gorcunov
[PATCH v2 RFC] mnt: umount mounts one by one in umount_tree(), Andrei Vagin
[PATCH 0/10 v8] No wait AIO, Goldwyn Rodrigues
- [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags, Goldwyn Rodrigues
- [PATCH 03/10] fs: Use RWF_* flags for AIO operations, Goldwyn Rodrigues
- [PATCH 09/10] xfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 08/10] ext4: nowait aio support, Goldwyn Rodrigues
- [PATCH 10/10] btrfs: nowait aio support, Goldwyn Rodrigues
- [PATCH 06/10] fs: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 07/10] fs: return on congested block device, Goldwyn Rodrigues
- [PATCH 04/10] fs: Introduce RWF_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT, Jan Kara
- [PATCH 05/10] fs: return if direct write will trigger writeback, Goldwyn Rodrigues
- [PATCH 02/10] fs: Introduce filemap_range_has_page(), Goldwyn Rodrigues
[PATCH] fs: add an ioctl to get an owning userns for a superblock, Andrei Vagin
- Re: [PATCH] fs: add an ioctl to get an owning userns for a superblock, Eric W. Biederman
  - Re: [PATCH] fs: add an ioctl to get an owning userns for a superblock, Andrei Vagin
    - Re: [PATCH] fs: add an ioctl to get an owning userns for a superblock, Eric W. Biederman
[PATCH] selftests/vm: Fix test for virtual address range mapping for arm64, Michal Suchanek
- Re: [PATCH] selftests/vm: Fix test for virtual address range mapping for arm64, Shuah Khan
- Re: [PATCH] selftests/vm: Fix test for virtual address range mapping for arm64, Anshuman Khandual
  - Re: [PATCH] selftests/vm: Fix test for virtual address range mapping for arm64, Michal Suchánek
[PATCH 0/8 v7] No wait AIO, Goldwyn Rodrigues
- [PATCH 1/8] Use RWF_* flags for AIO operations, Goldwyn Rodrigues
  - Re: [PATCH 1/8] Use RWF_* flags for AIO operations, Christoph Hellwig
- [PATCH 8/8] nowait aio: btrfs, Goldwyn Rodrigues
- [PATCH 6/8] nowait aio: ext4, Goldwyn Rodrigues
  - Re: [PATCH 6/8] nowait aio: ext4, Jan Kara
- [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Goldwyn Rodrigues
  - Re: [PATCH 3/8] nowait aio: return if direct write will trigger writeback, Christoph Hellwig
- [PATCH 4/8] nowait-aio: Introduce IOMAP_NOWAIT, Goldwyn Rodrigues
- [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
  - Re: [PATCH 5/8] nowait aio: return on congested block device, Christoph Hellwig
    - Re: [PATCH 5/8] nowait aio: return on congested block device, Goldwyn Rodrigues
- [PATCH 7/8] nowait aio: xfs, Goldwyn Rodrigues
  - Re: [PATCH 7/8] nowait aio: xfs, Christoph Hellwig
- [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Goldwyn Rodrigues
  - Re: [PATCH 2/8] nowait aio: Introduce RWF_NOWAIT, Christoph Hellwig
[PATCH v3 0/2] Expose task pid_ns_for_children to userspace, Kirill Tkhai
- [PATCH v3 1/2] ns: Allow ns_entries to have custom symlink content, Kirill Tkhai
- [PATCH v3 2/2] pidns: Expose task pid_ns_for_children to userspace, Kirill Tkhai
error value for "internal error", Miklos Szeredi
- Re: error value for "internal error", Linus Torvalds
  - Re: error value for "internal error", Miklos Szeredi
[PATCH] security: Use user_namespace::level to avoid redundant iterations in cap_capable(), Kirill Tkhai
- Re: [PATCH] security: Use user_namespace::level to avoid redundant iterations in cap_capable(), Andy Lutomirski
[PATCH v5] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
- Re: [PATCH v5] pid_ns: Introduce ioctl to set vector of ns_last_pid's on ns hierarhy, Kirill Tkhai
How to get an owning userns for a superblock, Andrei Vagin
new ...at() flag: AT_NO_JUMPS, Al Viro
- Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
  - Re: new ...at() flag: AT_NO_JUMPS, Al Viro
    - Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
    - Re: new ...at() flag: AT_NO_JUMPS, Matthew Wilcox
      - Re: new ...at() flag: AT_NO_JUMPS, Al Viro
        
        Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
        
        Re: new ...at() flag: AT_NO_JUMPS, Al Viro
- Re: new ...at() flag: AT_NO_JUMPS, Jann Horn
  - Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
  - Re: new ...at() flag: AT_NO_JUMPS, Al Viro
    - Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
      - Re: new ...at() flag: AT_NO_JUMPS, Al Viro
    - Re: new ...at() flag: AT_NO_JUMPS, Linus Torvalds
      - Re: new ...at() flag: AT_NO_JUMPS, Al Viro
        
        Re: new ...at() flag: AT_NO_JUMPS, Linus Torvalds
        
        Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
    - Re: new ...at() flag: AT_NO_JUMPS, Jann Horn
      - Re: new ...at() flag: AT_NO_JUMPS, Linus Torvalds
        
        Re: new ...at() flag: AT_NO_JUMPS, Al Viro
        
        Re: new ...at() flag: AT_NO_JUMPS, Andy Lutomirski
        
        Re: new ...at() flag: AT_NO_JUMPS, Eric W. Biederman
        
        Re: new ...at() flag: AT_NO_JUMPS, Eric W. Biederman
        
        Re: new ...at() flag: AT_NO_JUMPS, Mickaël Salaün
    - Re: new ...at() flag: AT_NO_JUMPS, David Drysdale
[PATCH v2 resend] Introduce v3 namespaced file capabilities, Serge E. Hallyn
[PATCH v2] Introduce v3 namespaced file capabilities, Serge E. Hallyn
- Re: [PATCH v2] Introduce v3 namespaced file capabilities, Eric W. Biederman
[PATCH v9 1/4] syscalls: Verify address limit before returning to user-mode, Thomas Garnier
- [PATCH v9 2/4] x86/syscalls: Optimize address limit check, Thomas Garnier

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

Powered by Linux