Linux API

• Thread Index

• [PATCH v06 32/36] uapi drm/armada_drm.h: use __u32 and __u64 instead of uint32_t and uint64_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 22/36] uapi linux/reiserfs_xattr.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 16/36] uapi linux/dlm_netlink.h: include linux/dlmconstants.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 00/36] Userspace compile test and fixes for exported uapi header files
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 29/36] uapi linux/elfcore.h: remove non-compiling userspace parts
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 19/36] uapi linux/omapfb.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 21/36] uapi linux/kexec.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 04/36] uapi scsi/scsi_netlink_fc.h: use __u16, __u32 and __u64 from linux/types.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 34/36] uapi: break dependency loop between <linux/hdlc/ioctl.h> and <linux/if.h>
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 23/36] uapi linux/coda.h: use __kernel_pid_t and add u_short etc definitions for userspace
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 08/36] uapi asm-generic/shmbuf.h: include fixes
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH v06 05/36] uapi linux/sysctl.h: use __kernel_size_t instead of size_t
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• [PATCH man] kcmp: Add KCMP_EPOLL_TFD description
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/9] socket sendmsg MSG_ZEROCOPY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] fs, xfs: block map immutable files for dax, dma-to-storage, and swap
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 3/9] sock: add MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 4/9] sock: add SOCK_ZEROCOPY sockopt
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 8/9] tcp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 5/9] sock: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 9/9] test: add msg_zerocopy test
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 7/9] sock: ulimit on MSG_ZEROCOPY pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 6/9] sock: MSG_ZEROCOPY notification coalescing
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 1/9] sock: allocate skbs from optmem
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 2/9] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v4 0/9] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• RE: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Bird, Timothy" <Tim.Bird@xxxxxxxx>
• Re: [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• [PATCH rdma-next V1 03/13] IB/core: Add new ioctl interface
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 02/13] IB/core: Add support to finalize objects in one transaction
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 01/13] IB/core: Add a generic way to execute an operation on a uobject
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 04/13] IB/core: Declare an object instead of declaring only type attributes
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 05/13] IB/core: Add DEVICE object and root tree structure
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 00/13] [PATCH V1 for-next 00/13] IB/core: SG IOCTL based RDMA ABI
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 06/13] IB/core: Add uverbs merge trees functionality
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 11/13] IB/core: Add completion queue (cq) object actions
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 13/13] IB/core: Expose ioctl interface through experimental Kconfig
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 07/13] IB/core: Add macros for declaring methods and attributes
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 12/13] IB/core: Assign root to all drivers
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 08/13] IB/core: Explicitly destroy an object while keeping uobject
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 10/13] IB/core: Add legacy driver's user-data
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• [PATCH rdma-next V1 09/13] IB/core: Export ioctl enum types to user-space
  • From: Matan Barak <matanb@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Moritz Fischer <moritz.fischer@xxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [RESEND PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH v3 0/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH v3 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH v3 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCHv3] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• [PATCH v5 1/6] seccomp: Sysctl to display available actions
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 3/6] seccomp: Filter flag to log all actions except SECCOMP_RET_ALLOW
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 4/6] seccomp: Operation for checking if an action is available
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 6/6] seccomp: Selftest for detection of filter flag support
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 5/6] seccomp: Action to log before allowing
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 2/6] seccomp: Sysctl to configure actions that are allowed to be logged
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• [PATCH v5 0/6] Improved seccomp logging
  • From: Tyler Hicks <tyhicks@xxxxxxxxxxxxx>
• Re: [PATCH v2 00/22] Intel FPGA Device Drivers
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 2/2] userfaultfd: selftest: Add tests for UFFD_FEATURE_SIGBUS feature
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [RESEND PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH 0/2] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [RESEND PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• [PATCH 1/2] userfaultfd: Add feature to request for a signal delivery
  • From: prakash.sangappa@xxxxxxxxxx
• [PATCH 0/2] userfaultfd: Add feature to request for a signal delivery
  • From: prakash.sangappa@xxxxxxxxxx
• [PATCH 2/2] userfaultfd: selftest: Add tests for UFFD_FREATURE_SIGBUS
  • From: prakash.sangappa@xxxxxxxxxx
• Re: Simplfying copy_siginfo_to_user
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: Simplfying copy_siginfo_to_user
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Simplfying copy_siginfo_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• + mm-page_alloc-rip-out-zonelist_order_zone.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v2] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• + mm-memory_hotplug-remove-zone-restrictions.patch added to -mm tree
  • From: akpm@xxxxxxxxxxxxxxxxxxxx
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Richard Henderson <rth@xxxxxxxxxxx>
• Re: [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Leonard Crestez <leonard.crestez@xxxxxxx>
• Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• [PATCH 1/7] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 2/7] signal/ia64: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 3/7] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 4/7] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 5/7] signal/testing: Don't look for __SI_FAULT in userspace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 6/7] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 7/7] signal: Remove kernel interal si_code magic
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH v2 0/7] signal: Fix sending signals with siginfo
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Greg KH <greg@xxxxxxxxx>
• RE: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• RE: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: "Wu, Hao" <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Michael Cree <mcree@xxxxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: "Luebbers, Enno" <enno.luebbers@xxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Reza Arbab <arbab@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• [PATCH 0/2] mm, memory_hotplug: remove zone onlining restriction
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Mel Gorman <mgorman@xxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/9] mm, page_alloc: rip out ZONELIST_ORDER_ZONE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/9] cleanup zonelists initialization
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm/mremap: Fail map duplication attempts for private mappings
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 8/8] signal: Remove kernel interal si_code magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 8/8] signal: Remove kernel interal si_code magic
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Jeffrey Altman <jaltman@xxxxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [musl] [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• Re: [musl] [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Hauke Mehrtens <hauke@xxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• [PATCHv2] uapi libc compat: add fallback for unsupported libcs
  • From: Felix Janda <felix.janda@xxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] mm, memory_hotplug: remove zone restrictions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Frank Rowand <frowand.list@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Fengguang Wu <fengguang.wu@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• [RFC PATCH 1/1] mm/mremap: add MREMAP_MIRROR flag for existing mirroring functionality
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• [RFC PATCH 0/1] mm/mremap: add MREMAP_MIRROR flag
  • From: Mike Kravetz <mike.kravetz@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 2/2] afs: Add metadata xattrs
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [RFC PATCH v2] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: John Stultz <john.stultz@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Daniel Vetter <daniel.vetter@xxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Thorsten Leemhuis <linux@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [Ksummit-discuss] [MAINTAINERS SUMMIT] & [TECH TOPIC] Improve regression tracking
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: Helge Deller <deller@xxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: prakash sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Krister Johansen <kjlx@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• [PATCH 3/8] signal/sparc: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 5/8] signal/testing: Don't look for __SI_FAULT in userspace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 8/8] signal: Remove kernel interal si_code magic
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 7/8] fcntl: Don't use ambiguous SIG_POLL si_codes
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 6/8] signal/x86: Fix SIGSYS handling in copy_siginfo_to_user32
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 4/8] signal/mips: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 2/8] signal/ia64: Document a conflict with SI_USER with SIGFPE
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 1/8] signal/alpha: Document a conflict with SI_USER for SIGTRAP
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 0/8] signal: Fix sending signals with siginfo
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Marcelo Tosatti <mtosatti@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: "prakash.sangappa" <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Jakub Kicinski <jakub.kicinski@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• RE: [PATCH 2/4] swait: add the missing killable swaits
  • From: Matthew Wilcox <mawilcox@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 2/4] swait: add the missing killable swaits
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 0/3] Enable namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH] userfaultfd: Add feature to request for a signal delivery
  • From: Prakash Sangappa <prakash.sangappa@xxxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Alan Tull <atull@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Moritz Fischer <mdf@xxxxxxxxxx>
• Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 1/9] fs: add fcntl() interface for setting/getting write life time hints
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v2 04/22] fpga: mgr: add region_id to fpga_image_info
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 07/22] fpga: intel: pcie: parse feature list and create platform device for features.
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 06/22] fpga: intel: add FPGA PCIe device driver
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 08/22] fpga: intel: pcie: add chardev support for feature devices
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 05/22] fpga: mgr: add status for fpga-mgr
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 10/22] fpga: intel: add feature device infrastructure
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 14/22] fpga: intel: fme: add partial reconfiguration sub feature support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 11/22] fpga: intel: add FPGA Management Engine driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 15/22] fpga: intel: add fpga manager platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 13/22] fpga: intel: fme: add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 19/22] fpga: intel: afu: add header sub feature support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 17/22] fpga: intel: add fpga region platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 20/22] fpga: intel: afu add FPGA_GET_API_VERSION/CHECK_EXTENSION ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 22/22] fpga: intel: afu: add FPGA_PORT_DMA_MAP/UNMAP ioctls support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 21/22] fpga: intel: afu: add user afu sub feature support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 18/22] fpga: intel: add FPGA Accelerated Function Unit driver basic framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 16/22] fpga: intel: add fpga bridge platform driver for FME
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 12/22] fpga: intel: fme: add header sub feature support
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 09/22] fpga: intel: pcie: adds fpga_for_each_port callback for fme device
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 03/22] fpga: bridge: remove OF dependency for fpga-bridge
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 02/22] fpga: add FPGA device framework
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 01/22] docs: fpga: add a document for Intel FPGA driver overview
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• [PATCH v2 00/22] Intel FPGA Device Drivers
  • From: Wu Hao <hao.wu@xxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3 06/13] sock: MSG_ZEROCOPY notification coalescing
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 03/13] sock: add MSG_ZEROCOPY
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH net-next v3 03/13] sock: add MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 01/13] sock: allocate skbs from optmem
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 04/13] sock: add SOCK_ZEROCOPY sockopt
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 06/13] sock: MSG_ZEROCOPY notification coalescing
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 10/13] udp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 09/13] tcp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 08/13] sock: ulimit on MSG_ZEROCOPY pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 05/13] sock: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 12/13] packet: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 13/13] test: add msg_zerocopy test
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v3 00/13] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v2 04/13] sock: add SOCK_ZEROCOPY sockopt
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 00/13] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 04/13] sock: add SOCK_ZEROCOPY sockopt
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 03/13] sock: add MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 05/13] sock: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 01/13] sock: allocate skbs from optmem
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 09/13] tcp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 08/13] sock: ulimit on MSG_ZEROCOPY pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 12/13] packet: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 13/13] test: add msg_zerocopy test
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 10/13] udp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next v2 06/13] sock: MSG_ZEROCOPY notification coalescing
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• Re: [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Ross Zwisler <ross.zwisler@xxxxxxxxxxxxxxx>
• [PATCH 1/1] mm: only dispaly online cpus of the numa node
  • From: Zhen Lei <thunder.leizhen@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next 04/13] sock: add SOCK_ZEROCOPY sockopt and net.core.msg_zerocopy sysctl
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH net-next 04/13] sock: add SOCK_ZEROCOPY sockopt and net.core.msg_zerocopy sysctl
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 01/13] sock: allocate skbs from optmem
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 05/13] sock: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 08/13] sock: ulimit on MSG_ZEROCOPY pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 09/13] tcp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 06/13] sock: MSG_ZEROCOPY notification coalescing
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 07/13] sock: add ee_code SO_EE_CODE_ZEROCOPY_COPIED
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 13/13] test: add msg_zerocopy test
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 03/13] sock: add MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 12/13] packet: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 10/13] udp: enable MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 11/13] raw: enable MSG_ZEROCOPY with IP_HDRINCL
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 02/13] sock: skb_copy_ubufs support for compound pages
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• [PATCH net-next 00/13] socket sendmsg MSG_ZEROCOPY
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/2] mm, fs: daxfile, an interface for byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 1/2] mm: introduce bmap_walk()
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• [RFC PATCH 0/2] daxfile: enable byte-addressable updates to pmem
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 0/10 v12] No wait AIO
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH 0/10 v12] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 0/10 v12] No wait AIO
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/10 v12] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 0/10 v12] No wait AIO
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/10] fs: Introduce filemap_range_has_page()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] block: return on congested block device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH 10/10] btrfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 08/10] ext4: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 09/10] xfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 06/10] fs: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 07/10] block: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 04/10] fs: Introduce RWF_NOWAIT and FMODE_AIO_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 05/10] fs: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 03/10] fs: Use RWF_* flags for AIO operations
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 02/10] fs: Introduce filemap_range_has_page()
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/10 v12] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD
  • From: Martin Fuzzey <mfuzzey@xxxxxxxxxxx>
• Re: [Question or BUG] [NUMA]: I feel puzzled at the function cpumask_of_node
  • From: "Leizhen (ThunderTown)" <thunder.leizhen@xxxxxxxxxx>
• [PATCH v10 3/3] arm64/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v10 1/3] x86/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH v10 2/3] arm/syscalls: Check address limit on user-mode return
  • From: Thomas Garnier <thgarnie@xxxxxxxxxx>
• [PATCH 0/4] firmware: fix fallback mechanism by ignoring SIGCHLD
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 1/4] test_firmware: add test case for SIGCHLD on sync fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 3/4] firmware: avoid invalid fallback aborts by using killable swait
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 2/4] swait: add the missing killable swaits
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 4/4] firmware: send -EINTR on signal abort on fallback mechanism
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH] xcrypt.3: warn folks not to use these functions
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [patch] mm, vmpressure: pass-through notification support
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/10] fs: Introduce RWF_NOWAIT
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Martin Fuzzey <mfuzzey@xxxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [Question or BUG] [NUMA]: I feel puzzled at the function cpumask_of_node
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/10 v11] No wait AIO
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Martin Fuzzey <mfuzzey@xxxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 08/26] exit: Make the runqueue rcu safe
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: Aleksa Sarai <asarai@xxxxxxx>
• Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal
  • From: Richard Weinberger <richard.weinberger@xxxxxxxxx>
• Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: Aleksa Sarai <asarai@xxxxxxx>
• [PATCH 26/26] pidns: Ensure zap_pid_ns_processes always terminates
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 25/26] signal: In ptrace_stop use CLD_TRAPPED in all ptrace signals
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 12/26] wait: Directly test for the two cases where wait_task_zombie is called
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 17/26] exit: Rework the exit states for ptracees
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 23/26] signal: Fix SIGCONT before group stop completes.
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 22/26] exit: Fix auto-wait of ptraced children
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 14/26] wait: Move changing of ptrace from wait_consider_task into wait_task_stopped
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 18/26] wait: Fix WSTOPPED on a ptraced child
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 19/26] wait: Simpler code for clearing notask_error in wait_consider_task
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 21/26] wait: Optmize waitpid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 11/26] wait: Properly implement __WCLONE handling in the presence of exec and ptrace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 24/26] signal: In ptrace_stop improve identical signal detection
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 15/26] wait: Don't delay !ptrace_reparented leaders
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 20/26] wait: Don't pass the list to wait_consider_task
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 13/26] wait: Remove unused delay_group_leader
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 16/26] exit: Fix reporting a ptraced !reparented leader has exited
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 04/26] signal: Make group_send_sig_info static
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 01/26] alpha: Remove unused TASK_GROUP_LEADER
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 05/26] exit: Remove the pointless clearing of SIGPENDING in __exit_signal
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 09/26] signal: Don't allow sending SIGKILL or SIGSTOP to init
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 07/26] pidns: Improve the error handling in alloc_pid
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 06/26] rlimit: Remove unnecessary grab of tasklist_lock
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 03/26] signal: Do not perform permission checks when sending pdeath_signal
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 08/26] exit: Make the runqueue rcu safe
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 10/26] ptrace: Simplify ptrace_detach & exit_ptrace
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 02/26] cgroup: Don't open code tasklist_empty()
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [PATCH 00/26] Fixing wait, exit, ptrace, exec, and CLONE_THREAD
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Alan Cox <alan@xxxxxxxxxxxxxxx>
• [PATCHv7 14/14] x86/mm: Allow to have userspace mappings above 47-bits
  • From: "Kirill A. Shutemov" <kirill.shutemov@xxxxxxxxxxxxxxx>
• [PATCH 03/10] fs: Use RWF_* flags for AIO operations
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 02/10] fs: Introduce filemap_range_has_page()
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 05/10] fs: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 04/10] fs: Introduce RWF_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 07/10] block: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 10/10] btrfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 08/10] ext4: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 09/10] xfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 06/10] fs: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/10 v11] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: Martin Fuzzey <mfuzzey@xxxxxxxxxxx>
• Re: [PATCH v2] firmware: fix sending -ERESTARTSYS due to signal on fallback
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH 07/10] fs: return on congested block device
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] utimensat: immutable flag returns -EPERM
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• [PATCH 01/10] fs: Separate out kiocb flags setup based on RWF_* flags
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 06/10] fs: Introduce IOMAP_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 02/10] fs: Introduce filemap_range_has_page()
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 07/10] fs: return on congested block device
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 05/10] fs: return if direct write will trigger writeback
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 04/10] fs: Introduce RWF_NOWAIT
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 03/10] fs: Use RWF_* flags for AIO operations
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 09/10] xfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 10/10] btrfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 08/10] ext4: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• [PATCH 0/10 v10] No wait AIO
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Mike Rapoprt <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Mike Rapoprt <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: Matt Brown <matt@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: Matt Brown <matt@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: Matt Brown <matt@xxxxxxxxx>
• Re: [kernel-hardening] Re: [PATCH v7 2/2] security: tty: make TIOCSTI ioctl require CAP_SYS_ADMIN
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH] mm: make PR_SET_THP_DISABLE immediately active
  • From: "Mike Rapoport" <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [musl] Re: [PATCH resent] uapi libc compat: allow non-glibc to opt out of uapi definitions
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument
  • From: Kees Cook <keescook@xxxxxxxxxx>
• Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument
  • From: Djalal Harouni <tixxdz@xxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] KEYS: make keyctl_invalidate() also require Setattr permission
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoprt <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoprt <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/10] xfs: nowait aio support
  • From: Jan Kara <jack@xxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 next 1/3] modules:capabilities: allow __request_module() to take a capability argument
  • From: Kees Cook <keescook@xxxxxxxxxx>
• Re: [PATCH 09/10] xfs: nowait aio support
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Andrea Arcangeli <aarcange@xxxxxxxxxx>
• Re: [PATCH] mm: introduce MADV_CLR_HUGEPAGE
  • From: Michal Hocko <mhocko@xxxxxxxxxx>