Linux API

• Thread Index

• Re: [PATCH v7 03/10] kthread: Add create_kthread_worker*()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v6 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH 1/8] x86, pkeys: add fault handling for PF_PK page fault bit
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 2/8] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 4/8] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 6/8] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/8] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 3/8] x86, pkeys: make mprotect_key() mask off additional vm_flags
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/8] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH v22 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 10/22] posix_acl: Improve xattr fixup code
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 14/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 16/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 19/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v22 12/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Pekka Paalanen <ppaalanen@xxxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH v7 00/10] kthread: Kthread worker API improvements
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 01/10] kthread/smpboot: Do not park in kthread_create_on_cpu()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 02/10] kthread: Allow to call __kthread_create_on_node() with va_list args
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 03/10] kthread: Add create_kthread_worker*()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 05/10] kthread: Add destroy_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 06/10] kthread: Detect when a kthread work is used by more workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 07/10] kthread: Initial support for delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 08/10] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 10/10] kthread: Better support freezable kthread workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 09/10] kthread: Allow to modify delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v7 04/10] kthread: Add drain_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• Re: [PATCH] user-namespaced file capabilities - now with even more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] user-namespaced file capabilities - now with even more magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] user-namespaced file capabilities - now with even more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] user-namespaced file capabilities - now with even more magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] Add virtio gpu driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Gerd Hoffmann <kraxel@xxxxxxxxxx>
• [PATCH] user-namespaced file capabilities - now with even more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH v6 6/6] crypto: AF_ALG - add support for key_id
  • From: Mat Martineau <mathew.j.martineau@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 00/20] kthread: Use kthread worker API more widely
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Emil Velikov <emil.l.velikov@xxxxxxxxx>
• Re: [PATCH] Add virtio gpu driver.
  • From: Daniel Vetter <daniel@xxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: "James Johnston" <johnstonj.public@xxxxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [RESEND PATCH 1/3] rfkill: Create "rfkill-airplane-mode" LED trigger
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH RFC] user-namespaced file capabilities - now with more magic
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v12 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 06/13] task_isolation: support PR_TASK_ISOLATION_STRICT mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v12 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v6 16/20] IB/fmr_pool: Convert the cleanup thread into kthread worker API
  • From: Doug Ledford <dledford@xxxxxxxxxx>
• Re: [PATCH v12 06/13] task_isolation: support PR_TASK_ISOLATION_STRICT mode
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v12 04/13] task_isolation: add initial support
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v6 0/6] crypto: algif - add akcipher
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH RESEND v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH v6 0/6] crypto: algif - add akcipher
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• [PATCH v6 4/6] crypto: algif_akcipher - enable compilation
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 3/6] crypto: AF_ALG -- add asymmetric cipher interface
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 2/6] crypto: AF_ALG -- add setpubkey setsockopt call
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 5/6] crypto: algif_akcipher - add ops_nokey
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 1/6] crypto: AF_ALG -- add sign/verify API
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v6 0/6] crypto: algif - add akcipher
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Mat Martineau <mathew.j.martineau@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RESEND PATCH 1/3] rfkill: Create "rfkill-airplane-mode" LED trigger
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RESEND v5 0/6] crypto: algif - add akcipher
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] mmap.2: clarify MAP_LOCKED semantic
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] mmap.2: clarify MAP_LOCKED semantic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] mmap.2: clarify MAP_LOCKED semantic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v6 00/20] kthread: Use kthread worker API more widely
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH 4/6] vfs: add the RWF_HIPRI flag for preadv2/pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• RE: [PATCH v21 00/22] Richacls
  • From: "Frank Filz" <ffilzlnx@xxxxxxxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCH v21 00/22] Richacls
  • From: Volker Lendecke <Volker.Lendecke@xxxxxxxxx>
• [PATCH v21 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 10/22] posix_acl: Improve xattr fixup code
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 12/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 14/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 16/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 19/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v21 00/22] Richacls
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• [PATCH v8 0/6] of: overlay: kobject & sysfs'ation
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 2/6] of: overlay: global sysfs enable attribute
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 1/6] of: overlay: kobjectify overlay objects
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 4/6] Documentation: document of_overlay_disable parameter
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 5/6] of: overlay: add per overlay sysfs attributes
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 3/6] Documentation: ABI: overlays - global attributes
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• [PATCH v8 6/6] Documentation: ABI: overlays - per overlay docs
  • From: Pantelis Antoniou <pantelis.antoniou@xxxxxxxxxxxx>
• Re: [PATCH] Use pid_t instead of int
  • From: René Nyffenegger <mail@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Use pid_t instead of int
  • From: René Nyffenegger <mail@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 2/4] selftests/sigaltstack: Fix the sas test on old kernels
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] Use pid_t instead of int
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 4/6] vfs: add the RWF_HIPRI flag for preadv2/pwritev2
  • From: NeilBrown <neilb@xxxxxxxx>
• [PATCH] Use pid_t instead of int
  • From: René Nyffenegger <mail@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [PATCH 4/4] signals/sigaltstack: Change SS_AUTODISARM to (1U << 31)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 2/4] selftests/sigaltstack: Fix the sas test on old kernels
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH RESEND v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• Re: [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RESEND v5 1/6] crypto: AF_ALG -- add sign/verify API
  • From: Stephan Mueller <smueller@xxxxxxxxxx>
• [PATCH 3/3] xfs_io: support the new getfsmap ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH RESEND v5 1/6] crypto: AF_ALG -- add sign/verify API
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH RESEND v5 3/6] crypto: AF_ALG -- add asymmetric cipher interface
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH RESEND v5 2/6] crypto: AF_ALG -- add setpubkey setsockopt call
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH RESEND v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH RESEND v5 5/6] crypto: algif_akcipher - add ops_nokey
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH RESEND v5 4/6] crypto: algif_akcipher - enable compilation
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH 2/3] xfs: introduce the XFS_IOC_GETFSMAPX ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH RESEND v5 0/6] crypto: algif - add akcipher
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH 1/3] document the XFS_IOC_GETFSMAPX ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [RFC 0/3] getfsmapx ioctl
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: Jonathan Cameron <jic23@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/13] iio: health/afe440x: Use regmap fields
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH 08/13] iio: health/afe440x: Remove channel names
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: "Andrew F. Davis" <afd@xxxxxx>
• Re: [PATCH 01/13] iio: health/afe440x: Fix kernel-doc format
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 02/13] iio: health/afe440x: Remove of_match_ptr and ifdefs
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 03/13] iio: health/afe440x: Remove unneeded initializers
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 05/13] iio: health/afe440x: Fix scan_index assignment
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 06/13] iio: health/afe440x: Remove unneeded offset handling
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 07/13] iio: health/afe4404: Remove LED3 input channel
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 08/13] iio: health/afe440x: Remove channel names
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 09/13] iio: health/afe440x: Use regmap fields
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 10/13] iio: health/afe440x: Make gain settings a modifier for the stages
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 11/13] iio: health/afe440x: Match LED currents to stages
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 12/13] iio: health/afe440x: Remove unused definitions
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 13/13] iio: health/afe4404: ENSEPGAIN is part of CONTROL2 register
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH 00/13] Rework for AFE440x drivers to prepare for AFE4405
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [RESEND PATCH 1/3] rfkill: Create "rfkill-airplane-mode" LED trigger
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 3/4] signals/sigaltstack: Report current flag bits in sigaltstack()
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH 1/4] signals/sigaltstack: If SS_AUTODISARM, bypass on_sig_stack
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 2/4] selftests/sigaltstack: Fix the sas test on old kernels
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 3/4] signals/sigaltstack: Report current flag bits in sigaltstack()
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• [PATCH 4/4] signals/sigaltstack: Change SS_AUTODISARM to (1U << 31)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [RESEND PATCH 0/3] RFKill airplane-mode indicator
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• [RESEND PATCH 2/3] rfkill: Userspace control for airplane mode
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• [RESEND PATCH 3/3] rfkill: Notify userspace of airplane-mode state changes
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• [RESEND PATCH 1/3] rfkill: Create "rfkill-airplane-mode" LED trigger
  • From: "João Paulo Rechi Vita" <jprvita@xxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 12/13] iio: health/afe440x: Remove unused definitions
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 08/13] iio: health/afe440x: Remove channel names
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 11/13] iio: health/afe440x: Match LED currents to stages
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 04/13] iio: health/afe440x: Always use separate gain values
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 02/13] iio: health/afe440x: Remove of_match_ptr and ifdefs
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 03/13] iio: health/afe440x: Remove unneeded initializers
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 13/13] iio: health/afe4404: ENSEPGAIN is part of CONTROL2 register
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 06/13] iio: health/afe440x: Remove unneeded offset handling
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 01/13] iio: health/afe440x: Fix kernel-doc format
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 09/13] iio: health/afe440x: Use regmap fields
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 10/13] iio: health/afe440x: Make gain settings a modifier for the stages
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 07/13] iio: health/afe4404: Remove LED3 input channel
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 00/13] Rework for AFE440x drivers to prepare for AFE4405
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH 05/13] iio: health/afe440x: Fix scan_index assignment
  • From: "Andrew F. Davis" <afd@xxxxxx>
• [PATCH V18 3/3] dmaengine: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: Jann Horn <jann@xxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Eric Sandeen <sandeen@xxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH 1/1] simplified security.nscapability xattr
  • From: Seth Forshee <seth.forshee@xxxxxxxxxxxxx>
• Re: O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Mike Marshall <hubcap@xxxxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: Karel Zak <kzak@xxxxxxxxxx>
• O_DIRECT as a hint, was: Re: [PATCH] ext4: refuse O_DIRECT opens for mode where DIO doesn't work
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: add RWF_(D)SYNC flag to preadv2/pwritev2 V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 00/20] kthread: Use kthread worker API more widely
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 1/1] simplified security.nscapability xattr
  • From: serge.hallyn@xxxxxxxxxx
• namespaced file capabilities
  • From: serge.hallyn@xxxxxxxxxx
• Re: [PATCH v11 4/4] tpm: Add documentation for the tpm_vtpm_proxy device driver
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v11 3/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC v1 00/17] seccomp-object: From attack surface reduction to sandboxing
  • From: Mickaël Salaün <mic@xxxxxxxxxxx>
• Re: [PATCH V5 0/4] Introduce CoreSight STM support
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• Re: [PATCH V5 0/4] Introduce CoreSight STM support
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Roger Quadros <rogerq@xxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Roger Quadros <rogerq@xxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Roger Quadros <rogerq@xxxxxx>
• Re: [PATCH v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Philip Li <philip.li@xxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v11 4/4] tpm: Add documentation for the tpm_vtpm_proxy device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v11 3/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 39/50] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Roger Quadros <rogerq@xxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH 3/2] cgroup_show_path: use a new helper to get current cgns css_set
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: "Serge E. Hallyn" <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Josh Triplett <josh@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH 1/2] kernfs_path_from_node_locked: don't overwrite nlen
  • From: serge.hallyn@xxxxxxxxxx
• Show virtualized dentry root in mountinfo for cgroupfs
  • From: serge.hallyn@xxxxxxxxxx
• [PATCH 2/2] mountinfo: implement show_path for kernfs and cgroup
  • From: serge.hallyn@xxxxxxxxxx
• Re: [PATCH v5 10/14] serial: pic32_uart: Add PIC32 UART driver
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH v5 6/6] crypto: AF_ALG - add support for key_id
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v5 1/6] crypto: AF_ALG -- add sign/verify API
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 2/6] crypto: AF_ALG -- add setpubkey setsockopt call
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 3/6] crypto: AF_ALG -- add asymmetric cipher interface
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 4/6] crypto: algif_akcipher - enable compilation
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 6/6] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 5/6] crypto: algif_akcipher - add ops_nokey
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v5 0/6] crypto: algif - add akcipher
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH v5 10/14] serial: pic32_uart: Add PIC32 UART driver
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCH v10 4/5] tpm: Initialize TPM and get durations and timeouts
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Aditya Kali <adityakali@xxxxxxxxxx>
• [PATCH v10 5/5] tpm: Add documentation for the tpm_vtpm_proxy device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 4/5] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 3/5] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Sudeep Holla <sudeep.holla@xxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH v6(resend2) 0/4] make sigaltstack compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 1/4] [Cleanup] x86: signal: unify the sigaltstack check with other arches
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 3/4] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 2/4] sigaltstack: preparations for adding new SS_xxx flags
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 4/4] selftests: Add test for sigaltstack(SS_ONSTACK|SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH v6 01/20] kthread/smpboot: Do not park in kthread_create_on_cpu()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 02/20] kthread: Allow to call __kthread_create_on_node() with va_list args
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 04/20] kthread: Add drain_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 03/20] kthread: Add create_kthread_worker*()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 06/20] kthread: Detect when a kthread work is used by more workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 08/20] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 09/20] kthread: Allow to modify delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 07/20] kthread: Initial support for delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 11/20] mm/huge_page: Convert khugepaged() into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 13/20] hung_task: Convert hungtaskd into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 12/20] ring_buffer: Convert benchmark kthreads into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 10/20] kthread: Better support freezable kthread workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 16/20] IB/fmr_pool: Convert the cleanup thread into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 17/20] memstick/r592: Better synchronize debug messages in r592_io kthread
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 20/20] thermal/intel_powerclamp: Convert the kthread to kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 19/20] thermal/intel_powerclamp: Remove duplicated code that starts the kthread
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 18/20] memstick/r592: convert r592_io kthread into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 15/20] ipmi: Convert kipmi kthread into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 14/20] kmemleak: Convert kmemleak kthread into kthread worker API
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 05/20] kthread: Add destroy_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• [PATCH v6 00/20] kthread: Use kthread worker API more widely
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Daniel Lezcano <daniel.lezcano@xxxxxxxxxx>
• Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Aditya Kali <adityakali@xxxxxxxxxx>
• Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH v4 2/3] x86: Wire up new umask2 system call on x86.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• umask2 man page (was: Re: [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask])
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v3 0/2] vfs: Define new syscall getumask.
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 1/3] vfs: Define new syscall umask2.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v4 2/3] x86: Wire up new umask2 system call on x86.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH v3 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v4 3/3] vfs: selftests: Add test for umask2 system call.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v4 0/3] vfs: Define new syscall umask2 [formerly getumask]
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v3 0/2] vfs: Define new syscall getumask.
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [RFC PATCH] cgroup namespaces: add a 'nsroot=' mountinfo field
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v5 00/52] mtd: rework ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Colin Walters <walters@xxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 04/50] mtd: nand: atmel: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v2 1/2] vfs: Define new syscall getumask.
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 22/50] mtd: nand: atmel: switch to mtd_ooblayout_ops
  • From: Nicolas Ferre <nicolas.ferre@xxxxxxxxx>
• Re: [PATCH v5 22/50] mtd: nand: atmel: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/50] mtd: nand: atmel: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 0/2] vfs: Define new syscall getumask.
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH v2 1/2] vfs: Define new syscall getumask.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: Greg KH <greg@xxxxxxxxx>
• [PATCH v3 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v3 1/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v3 2/2] x86: Wire up new getumask system call on x86.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH v2 1/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH 0/2] vfs: Define new syscall getumask.
  • From: Pavel Emelyanov <xemul@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] vfs: Define new syscall getumask.
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [PATCH v2 1/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v2 2/2] x86: Wire up new getumask system call on x86.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH v2 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCH 1/2] vfs: Define new syscall getumask.
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] vfs: Define new syscall getumask.
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [PATCH 2/2] x86: Wire up new getumask system call on x86.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 1/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH 2/2] x86: Wire up new getumask system call on x86.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• [PATCH 0/2] vfs: Define new syscall getumask.
  • From: "Richard W.M. Jones" <rjones@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH 4/3] block: test fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [RFC DONOTMERGE v8 0/3] fallocate for block devices
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH v5 34/50] mtd: nand: gpmi: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 6/7] crypto: KEYS - add generic handlers to symmetric key type
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH v4 6/7] crypto: KEYS - add generic handlers to symmetric key type
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v9 2/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/8] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/8] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 4/8] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/8] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/8] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/8] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 6/8] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH V17 3/3] dmaengine: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [PATCH V16 3/3] dmaengine: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: uapi elf: delete unused macros
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v9 2/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] leftpad.2: Document new syscall
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 4/4] selftests: Add test for sigaltstack(SS_ONSTACK|SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 3/4] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH v6(RESEND) 0/4] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: huang ying <huang.ying.caritas@xxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] leftpad.2: Document new syscall
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: "Huang\, Ying" <ying.huang@xxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH 03/10] xfs: eliminate the pos variable in xfs_file_dio_aio_write
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 03/10] xfs: eliminate the pos variable in xfs_file_dio_aio_write
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 03/10] xfs: eliminate the pos variable in xfs_file_dio_aio_write
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Andi Kleen <andi@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH 08/10] ceph: use generic_write_sync
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/10] fs: add RWF_DSYNC aand RWF_SYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/10] nfsd: use RWF_SYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/10] fs: simplify the generic_write_sync prototype
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/10] fs: add IOCB_SYNC and IOCB_DSYNC
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/10] direct-io: remove the offset argument to dio_complete
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/10] direct-io: eliminate the offset argument to ->direct_IO
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/10] xfs: eliminate the pos variable in xfs_file_dio_aio_write
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/10] filemap: remove the pos argument to generic_file_direct_write
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/10] filemap: remove pos variables in generic_file_read_iter
  • From: Christoph Hellwig <hch@xxxxxx>
• add RWF_(D)SYNC flag to preadv2/pwritev2 V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v9 2/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v9 4/4] tpm: Add documentation for the tpm_vtpm device driver
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v9 2/4] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH V5 1/4] stm class: Support devices that override software assigned masters
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V5 2/4] coresight: adding path for STM device
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V5 3/4] coresight-stm: Bindings for System Trace Macrocell
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V5 4/4] coresight-stm: adding driver for CoreSight STM component
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V5 0/4] Introduce CoreSight STM support
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] restartable sequences: basic self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] restartable sequences v2: fast user-space percpu critical sections
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] restartable sequences: basic self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 06/10] sysctl: drop away useless label
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] ima: use %pU to output UUID in printable format
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] restartable sequences: basic self-tests
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] ima: use %pU to output UUID in printable format
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v3 06/10] sysctl: drop away useless label
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 3/3] restartable sequences: basic self-tests
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v12 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v12 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v12 08/13] task_isolation: add PR_TASK_ISOLATION_ONE_SHOT flag
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v12 06/13] task_isolation: support PR_TASK_ISOLATION_STRICT mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH v3 04/10] lib/uuid: introduce few more generic helpers for UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] uuid: convert users to generic UUID API
  • From: Matt Fleming <matt@xxxxxxxxxxxxxxxxxxx>
• [PATCH v3 01/10] lib/vsprintf: simplify UUID printing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 04/10] lib/uuid: introduce few more generic helpers for UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 03/10] lib/uuid: move generate_random_uuid() to uuid.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 02/10] ima: use %pU to output UUID in printable format
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 00/10] uuid: convert users to generic UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 06/10] sysctl: drop away useless label
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 09/10] efivars: use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 07/10] sysctl: use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 10/10] genhd: move to use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 08/10] efi: redefine type, constant, macro from generic code
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v3 05/10] lib/uuid: remove FSF address
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/8] uuid: convert users to generic UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] lib/uuid: introduce few more generic helpers for UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [v9,3/4] tpm: Initialize TPM and get durations and timeouts
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [v9,3/4] tpm: Initialize TPM and get durations and timeouts
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v2 3/8] lib/uuid: introduce few more generic helpers for UUID
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] lib/uuid: introduce few more generic helpers for UUID
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 0/8] uuid: convert users to generic UUID API
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 3/8] lib/uuid: introduce few more generic helpers for UUID
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [RFC PATCH v6 0/5] Thread-local ABI system call (CPU number cache)
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v6 2/5] Thread-local ABI cpu_id: ARM resume notifier
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v6 1/5] Thread-local ABI system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v6 4/5] Thread-local ABI cpu_id: x86 32/64 resume notifier
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v6 5/5] Thread-local ABI: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [RFC PATCH v6 3/5] Thread-local ABI: wire up ARM system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v2 1/8] lib/vsprintf: simplify UUID printing
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 5/8] sysctl: drop away useless label
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 7/8] efi: redefine type, constant, macro from generic code
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 2/8] lib/uuid: move generate_random_uuid() to uuid.c
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/8] uuid: convert users to generic UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 8/8] efivars: use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 3/8] lib/uuid: introduce few more generic helpers for UUID
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 6/8] sysctl: use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 4/8] lib/uuid: remove FSF address
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Nikolay Borisov <kernel@xxxxxxxx>
• Re: [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Borislav Petkov <bp@xxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 45/50] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH] x86: Add a turbo mode sysctl
  • From: Borislav Petkov <bp@xxxxxxxxx>
• [PATCH] x86: Add a turbo mode sysctl
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH v6 0/5] (mostly) Arch-independent livepatch
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• [PATCH v5 01/10] dt-bindings: document the MPS2 timer bindings
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 03/10] dt-bindings: document the MPS2 UART bindings
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 02/10] clockevents/drivers: add MPS2 Timer driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 05/10] serial: mps2-uart: add support for early console
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 06/10] ARM: vexpress/mps2: introduce MPS2 platform
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 07/10] ARM: configs: add MPS2 defconfig
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 08/10] ARM: dts: introduce MPS2 AN385/AN386
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 09/10] ARM: dts: introduce MPS2 AN399/AN400
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 10/10] MAINTAINERS: Update ARM Versatile Express platform entry
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v5 00/10] Support for Cortex-M Prototyping System
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: Scotty Bauer <sbauer@xxxxxxxxxxxx>
• Re: New syscall: leftpad()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• [PATCH v4 0/7] crypto: algif - add akcipher
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 1/7] crypto: AF_ALG -- add sign/verify API
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 2/7] crypto: AF_ALG -- add setpubkey setsockopt call
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 3/7] crypto: AF_ALG -- add asymmetric cipher interface
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 4/7] crypto: algif_akcipher - enable compilation
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 5/7] crypto: algif_akcipher - add ops_nokey
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 6/7] crypto: KEYS - add generic handlers to symmetric key type
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• [PATCH v4 7/7] crypto: AF_ALG - add support for key_id
  • From: Tadeusz Struk <tadeusz.struk@xxxxxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/5] module: preserve Elf information for livepatch modules
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: New syscall: leftpad()
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Implement leftpad syscall
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] Implement leftpad syscall
  • From: Richard Weinberger <richard@xxxxxx>
• [PATCH] leftpad.2: Document new syscall
  • From: Richard Weinberger <richard@xxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• New syscall: leftpad()
  • From: Richard Weinberger <richard@xxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Liu Bo <bo.li.liu@xxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• Re: fallocate mode flag for "unshare blocks"?
  • From: Henk Slager <eye1tm@xxxxxxxxx>
• Re: [RESEND PATCH V4 1/4] stm class: provision for statically assigned masterIDs
  • From: Mathieu Poirier <mathieu.poirier@xxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [RESEND PATCH V4 1/4] stm class: provision for statically assigned masterIDs
  • From: Alexander Shishkin <alexander.shishkin@xxxxxxxxxxxxxxx>
• Re: [v9,3/4] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: fallocate mode flag for "unshare blocks"?
  • From: "Austin S. Hemmelgarn" <ahferroin7@xxxxxxxxx>