Linux API

• Thread Index

• [PATCH v19 10/23] posix_acl: Unexport acl_by_type and make it static
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 11/23] posix_acl: Improve xattr fixup code
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 12/23] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 13/23] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 14/23] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 16/23] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 15/23] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 17/23] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 18/23] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 19/23] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 21/23] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 20/23] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 23/23] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 22/23] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v19 07/23] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v15 1/3] drm: rockchip: Add basic drm driver
  • From: Tomeu Vizoso <tomeu@xxxxxxxxxxxxxxx>
• Re: [PATCH v18 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• RE: [RESEND PATCH V4 4/4] coresight-stm: adding driver for CoreSight STM component
  • From: Michael Williams <Michael.Williams@xxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH v18 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH v18 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v8 08/10] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 10/10] tpm: Add documentation for the tpm_vtpm device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v8 09/10] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [tpmdd-devel] [PATCH v7 08/10] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• 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: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroup NAKs ignored? Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• RE: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: "Winkler, Tomas" <tomas.winkler@xxxxxxxxx>
• Re: [PATCH v7 08/10] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Simo <simo@xxxxxxxxx>
• Re: [PATCH v3] cpu-= command line parmeter, SYS_cpuid sys call, kernel-adjusted CPUID
  • From: Henrique de Moraes Holschuh <hmh@xxxxxxxxxx>
• Re: [PATCH v7 08/10] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• cgroup NAKs ignored? Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Thomas Schoebel-Theuer <tst@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Mike Galbraith <umgwanakikbuti@xxxxxxxxx>
• [PATCH v7 10/10] tpm: Add documentation for the tpm_vtpm device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v7 09/10] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v7 08/10] tpm: Proxy driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v3] cpu-= command line parmeter, SYS_cpuid sys call, kernel-adjusted CPUID
  • From: Piotr Henryk Dabrowski <ultr@xxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Jeremy Allison <jra@xxxxxxxxx>
• [PATCH v11 08/13] task_isolation: add PR_TASK_ISOLATION_ONE_SHOT flag
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v11 00/13] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• [PATCH v11 06/13] task_isolation: support PR_TASK_ISOLATION_STRICT mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v11 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH V15 3/4] dma: qcom_hidma: add support for object hierarchy
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] epoll: add exclusive wakeups flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Steve French <smfrench@xxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v18 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v18 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Example program for PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 01/10] cgroup: introduce cgroup_[un]lock()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 05/10] cgroup, fork: add @new_rgrp_cset[p] and @clone_flags to cgroup fork callbacks
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 03/10] cgroup: introduce CGRP_MIGRATE_* flags
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 02/10] cgroup: un-inline cgroup_path() and friends
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 06/10] cgroup, fork: add @child and @clone_flags to threadgroup_change_begin/end()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 04/10] signal: make put_signal_struct() public
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 09/10] cgroup: implement rgroup subtree migration
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 10/10] cgroup, sched: implement PRIO_RGRP for {set|get}priority()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 07/10] cgroup: introduce resource group
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH 08/10] cgroup: implement rgroup control mask handling
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCHSET RFC cgroup/for-4.6] cgroup, sched: implement resource group and PRIO_RGRP
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v18 21/22] ext4: Add richacl support
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 19/22] richacl: Add richacl xattr handler
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v18 19/22] richacl: Add richacl xattr handler
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 18/22] richacl: xattr mapping functions
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 09/22] richacl: Permission check algorithm
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: "J. Bruce Fields" <bfields@xxxxxxxxxxxx>
• Re: [PATCH v18 11/22] vfs: Cache base_acl objects in inodes
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 10/22] posix_acl: Unexport acl_by_type and make it static
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: One Thousand Gnomes <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Hannes Reinecke <hare@xxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Ric Wheeler <rwheeler@xxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Jason Gunthorpe <jgunthorpe@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] epoll: add exclusive wakeups flag
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• [PATCH] [RFCv2] add manpages for Memory Protection Keys
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH] epoll: add exclusive wakeups flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] [RFC] add manpages for Memory Protection Keys
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] epoll: add exclusive wakeups flag
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] [RFC] add manpages for Memory Protection Keys
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 00/52] mtd: rework ECC layout definition
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] epoll: add exclusive wakeups flag
  • From: Jason Baron <jbaron@xxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] [RFC] add manpages for Memory Protection Keys
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Ric Wheeler <ricwheeler@xxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Jarkko Sakkinen <jarkko.sakkinen@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Gregory Farnum <greg@xxxxxxxxxxx>
• [PATCH 6/9] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 7/9] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 5/9] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 8/9] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 9/9] x86, pkeys: add self-tests
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 3/9] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/9] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: ygardi@xxxxxxxxxxxxxx
• Re: [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [PATCH v6 09/11] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 10/11] tpm: Add documentation for the tpm_vtpm device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v6 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v7] scsi: ufs: add ioctl interface for query request
  • From: Yaniv Gardi <ygardi@xxxxxxxxxxxxxx>
• [PATCH v6] scsi: ufs: add ioctl interface for query request
  • From: Yaniv Gardi <ygardi@xxxxxxxxxxxxxx>
• [PATCH v5] scsi: ufs: add ioctl interface for query request
  • From: Yaniv Gardi <ygardi@xxxxxxxxxxxxxx>
• Re: [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH V4][for-next]mm: add a new vector based madvise syscall
  • From: Shaohua Li <shli@xxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: Gabriel Somlo <somlo@xxxxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: João Paulo Rechi Vita <jprvita@xxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [RFC PATCH] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RESEND PATCH V4 4/4] coresight-stm: adding driver for CoreSight STM component
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [RESEND PATCH V4 3/4] coresight-stm: Bindings for System Trace Macrocell
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [RESEND PATCH V4 2/4] Documentations: Add explanations of the case for non-configurable masters
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [RESEND PATCH V4 1/4] stm class: provision for statically assigned masterIDs
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [RESEND PATCH V4 0/4] Introduce CoreSight STM support
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC PATCH] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [RFC PATCH] firmware: qemu_fw_cfg.c: hold ACPI global lock during device access
  • From: Gabriel Somlo <somlo@xxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 48/52] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 4/4] selftests: Add test for sigaltstack(SS_ONSTACK|SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH v6 0/4] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 3/4] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 4/4] selftests: Add test for sigaltstack(SS_ONSTACK | SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH v5 0/4] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v5 10/11] tpm: Add documentation for the tpm_vtpm device driver
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 09/11] tpm: Initialize TPM and get durations and timeouts
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v5 08/11] tpm: Driver for supporting multiple emulated TPMs
  • From: Stefan Berger <stefanb@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 05/52] mtd: add mtd_ooblayout_xxx() helper functions
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 03/52] mtd: mtdswap: remove useless if (!mtd->ecclayout) test
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 04/52] mtd: nand: simplify nand_bch_init() usage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 06/52] mtd: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 17/52] mtd: onenand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 16/52] mtd: nand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 18/52] mtd: docg3: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 13/52] mtd: onenand: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 15/52] mtd: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 10/52] mtd: nand: gpmi: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 23/52] mtd: nand: sharpsl: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 19/52] mtd: create an mtd_ooblayout_ops struct to ease ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 20/52] mtd: docg3: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 29/52] mtd: nand: davinci: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 24/52] mtd: nand: jz4740: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 25/52] mtd: nand: atmel: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 34/52] mtd: nand: fsl_ifc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 32/52] mtd: nand: docg4: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 33/52] mtd: nand: fsl_elbc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 35/52] mtd: nand: fsmc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 26/52] mtd: nand: bf5xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 28/52] mtd: nand: cafe: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 36/52] mtd: nand: fsmc: get rid of the fsmc_nand_eccplace struct
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 38/52] mtd: nand: hisi504: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 40/52] mtd: nand: lpc32xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 39/52] mtd: nand: jz4780: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 42/52] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 41/52] mtd: nand: mxc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 44/52] mtd: nand: s3c2410: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 45/52] mtd: nand: sh_flctl: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 47/52] mtd: nand: sunxi: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 51/52] mtd: nand: kill the ecc->layout field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 50/52] staging: mt29f_spinand: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 52/52] mtd: kill the nand_ecclayout struct
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 49/52] mtd: onenand: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 48/52] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 46/52] mtd: nand: sm_common: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 43/52] mtd: nand: pxa3xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 37/52] mtd: nand: gpmi: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 31/52] mtd: nand: diskonchip: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 30/52] mtd: nand: denali: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 27/52] mtd: nand: brcm: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 21/52] mtd: nand: implement the default mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 22/52] mtd: nand: bch: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 14/52] mtd: add mtd_set_ecclayout() helper function
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 12/52] mtd: nand: omap2: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 11/52] mtd: nand: lpc32xx: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 08/52] mtd: nand: atmel: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 09/52] mtd: nand: fsl_ifc: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 02/52] mtd: create an mtd_oobavail() helper and make use of it
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 01/52] mtd: kill the ecclayout->oobavail field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v4 00/52] mtd: rework ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] make sigaltstack() compatible with swapcontext()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH v4 0/2] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 0/2] make sigaltstack() compatible with swapcontext()
  • From: Szabolcs Nagy <nsz@xxxxxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3 16/52] mtd: nand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 16/52] mtd: nand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v6 0/3] fallocate for block devices to provide zero-out
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] block: implement (some of) fallocate for block devices
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 16/52] mtd: nand: use mtd_set_ecclayout() where appropriate
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [PATCH 2/3] block: require write_same and discard requests align to logical block size
  • 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 1/3] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v6 0/3] fallocate for block devices to provide zero-out
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: Hugh Dickins <hughd@xxxxxxxxxx>
• Re: THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: Dave Hansen <dave.hansen@xxxxxxxxx>
• Re: [PATCH v9 04/13] task_isolation: add initial support
  • From: Frederic Weisbecker <fweisbec@xxxxxxxxx>
• Re: [fuse-devel] [PATCH v5] fuse: Add support for passthrough read/write
  • From: "Andrew Karpow" <andy@xxxxxxx>
• THP-enabled filesystem vs. FALLOC_FL_PUNCH_HOLE
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Thomas Schoebel-Theuer <tst@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [RFC][PATCH 0/7] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] [media] media.h: postpone connectors entities
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Theodore Ts'o" <tytso@xxxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V3
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V3
  • From: Jens Axboe <axboe@xxxxxx>
• selective block polling and preadv2/pwritev2 revisited V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: generic RDMA READ/WRITE API V2
  • From: Sagi Grimberg <sagig@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/6] vfs: pass a flags argument to vfs_readv/vfs_writev
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/6] direct-io: only use block polling if explicitly requested
  • From: Christoph Hellwig <hch@xxxxxx>
• generic RDMA READ/WRITE API V2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/6] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/6] blk-mq: enable polling support by default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/6] x86: wire up preadv2 and pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/6] vfs: add the RWF_HIPRI flag for preadv2/pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH] selftests: add a new test for Media Controller API
  • From: Mauro Carvalho Chehab <mchehab@xxxxxxxxxxxxxxx>
• Re: [RFC][PATCH 0/7] System Calls for Memory Protection Keys
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v4 1/2] mm: introduce page reference manipulation functions
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: Joonsoo Kim <js1304@xxxxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH] vfs: support FS_XFLAG_REFLINK and FS_XFLAG_COWEXTSIZE
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v10 06/12] task_isolation: support PR_TASK_ISOLATION_STRICT mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v10 04/12] task_isolation: add initial support
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH v10 00/12] support "task_isolation" mode
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxx>
• [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v4 1/2] mm: introduce page reference manipulation functions
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5.1 0/2] create BLKZEROOUT ioctl that invalidates page cache
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5.1 0/2] create BLKZEROOUT ioctl that invalidates page cache
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v5.1 0/2] create BLKZEROOUT ioctl that invalidates page cache
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5.1 0/2] create BLKZEROOUT ioctl that invalidates page cache
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 2/2] block: create ioctl to discard-or-zeroout a range of blocks
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH 1/2] block: invalidate the page cache when issuing BLKZEROOUT.
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• Re: [PATCH RFC] Introduce new security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: João Paulo Rechi Vita <jprvita@xxxxxxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• [PATCH V4 2/4] Documentations: Add explanations of the case for non-configurable masters
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V4 3/4] coresight-stm: Bindings for System Trace Macrocell
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V4 4/4] coresight-stm: adding driver for CoreSight STM component
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V4 1/4] stm class: provision for statically assigned masterIDs
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• [PATCH V4 0/4] Introduce CoreSight STM support
  • From: Chunyan Zhang <zhang.chunyan@xxxxxxxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: Jouni Malinen <j@xxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: João Paulo Rechi Vita <jprvita@xxxxxxxxx>
• Re: [PATCH RFC] Introduce new security.nscapability xattr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 2/2] selftests: Add test for sigaltstack(SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH v4 0/2] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 7/7] block, directio: set a REQ_POLL flag when submitting polled bios
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 6/7] blk-mq: enable polling support by default
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 39/52] mtd: nand: jz4780: switch to mtd_ooblayout_ops
  • From: Harvey Hunt <harvey.hunt@xxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Harvey Hunt <harvey.hunt@xxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v18 01/22] vfs: Add IS_ACL() and IS_RICHACL() tests
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 02/22] vfs: Add MAY_CREATE_FILE and MAY_CREATE_DIR permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 03/22] vfs: Add MAY_DELETE_SELF and MAY_DELETE_CHILD permission flags
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 06/22] richacl: In-memory representation and helper functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 04/22] vfs: Make the inode passed to inode_change_ok non-const
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 05/22] vfs: Add permission flags for setting file attributes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 07/22] richacl: Permission mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 08/22] richacl: Compute maximum file masks from an acl
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 09/22] richacl: Permission check algorithm
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 10/22] posix_acl: Unexport acl_by_type and make it static
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 12/22] vfs: Add get_richacl and set_richacl inode operations
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 15/22] richacl: Check if an acl is equivalent to a file mode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 14/22] richacl: Update the file masks in chmod()
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 17/22] richacl: Automatic Inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 16/22] richacl: Create-time inheritance
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 20/22] vfs: Add richacl permission checking
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 21/22] ext4: Add richacl support
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 22/22] ext4: Add richacl feature flag
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 19/22] richacl: Add richacl xattr handler
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 18/22] richacl: xattr mapping functions
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 13/22] vfs: Cache richacl in struct inode
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 11/22] vfs: Cache base_acl objects in inodes
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v18 00/22] Richacls (Core and Ext4)
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v10 2/2] cpufreq: powernv: Add sysfs attributes to show throttle stats
  • From: Viresh Kumar <viresh.kumar@xxxxxxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V2
  • From: Damien Le Moal <Damien.LeMoal@xxxxxxxx>
• Re: richacl(7) man page review comments
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v3 0/2] make sigaltstack() compatible with swapcontext()
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 2/2] selftests: Add test for sigaltstack(SS_AUTODISARM)
  • From: Stas Sergeev <stsp@xxxxxxx>
• [PATCH 1/2] sigaltstack: implement SS_AUTODISARM flag
  • From: Stas Sergeev <stsp@xxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v5 04/20] kthread: Add drain_kthread_worker()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v6 0/8] Additional kmsg devices
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH 4/7] vfs: add the RWF_HIPRI flag for preadv2/pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/7] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 7/7] block, directio: set a REQ_POLL flag when submitting polled bios
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 6/7] blk-mq: enable polling support by default
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [lxc-devel] CGroup Namespaces (v10)
  • From: Serge Hallyn <serge.hallyn@xxxxxxxxxx>
• Re: [PATCH 5/7] direct-io: only use block polling if explicitly requested
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 4/7] vfs: add the RWF_HIPRI flag for preadv2/pwritev2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 1/7] vfs: pass a flags argument to vfs_readv/vfs_writev
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 2/7] vfs: vfs: Define new syscalls preadv2,pwritev2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: selective block polling and preadv2/pwritev2 revisited V2
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 7/7] block, directio: set a REQ_POLL flag when submitting polled bios
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 6/7] blk-mq: enable polling support by default
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH v3 48/52] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v3 48/52] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Stefan Agner <stefan@xxxxxxxx>
• Re: [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCHv2 08/10] rfkill: Use switch to demux userspace operations
  • From: Jouni Malinen <j@xxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] uapi glibc compat: fix cases where glibc net/if.h is included before linux/if.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 10/20] kthread: Better support freezable kthread workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 04/20] kthread: Add drain_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Harvey Hunt <harvey.hunt@xxxxxxxxxx>
• Re: [PATCH v5 05/20] kthread: Add destroy_kthread_worker()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• RE: selective block polling and preadv2/pwritev2 revisited V2
  • From: Stephen Bates <Stephen.Bates@xxxxxxxx>
• Re: [PATCH v6 0/8] Additional kmsg devices
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Harvey Hunt <harvey.hunt@xxxxxxxxxx>
• Re: [PATCH v1 10/10] efivars: use generic UUID library
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v1 06/10] device property: switch to use UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 3/8] kmsg: introduce additional kmsg devices support
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v1 05/10] ACPI: switch to use generic UUID API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] Additional kmsg devices
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• Re: [lxc-devel] CGroup Namespaces (v10)
  • From: Alban Crequy <alban.crequy@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• [PATCH v10 2/2] cpufreq: powernv: Add sysfs attributes to show throttle stats
  • From: Shilpasri G Bhat <shilpa.bhat@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] uapi glibc compat: fix cases where glibc net/if.h is included before linux/if.h
  • From: Mikko Rapeli <mikko.rapeli@xxxxxx>
• Re: [PATCH v3 00/52] mtd: rework ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/52] mtd: rework ECC layout definition
  • From: Stefan Agner <stefan@xxxxxxxx>
• [PATCH v4 1/2] mm: introduce page reference manipulation functions
  • From: js1304@xxxxxxxxx
• [PATCH v4 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: js1304@xxxxxxxxx
• [PATCH v3 01/52] mtd: kill the ecclayout->oobavail field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 02/52] mtd: create an mtd_oobavail() helper and make use of it
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 03/52] mtd: mtdswap: remove useless if (!mtd->ecclayout) test
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 04/52] mtd: nand: simplify nand_bch_init() usage
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 05/52] mtd: add mtd_ooblayout_xxx() helper functions
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 06/52] mtd: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 07/52] mtd: nand: core: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 08/52] mtd: nand: atmel: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 35/52] mtd: nand: fsmc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 34/52] mtd: nand: fsl_ifc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 37/52] mtd: nand: gpmi: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 36/52] mtd: nand: fsmc: get rid of the fsmc_nand_eccplace struct
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 38/52] mtd: nand: hisi504: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 46/52] mtd: nand: sm_common: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 48/52] mtd: nand: vf610: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 47/52] mtd: nand: sunxi: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 52/52] mtd: kill the nand_ecclayout struct
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 51/52] mtd: nand: kill the ecc->layout field
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 50/52] staging: mt29f_spinand: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 49/52] mtd: onenand: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 42/52] mtd: nand: omap2: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 41/52] mtd: nand: mxc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 45/52] mtd: nand: sh_flctl: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 44/52] mtd: nand: s3c2410: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 43/52] mtd: nand: pxa3xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 40/52] mtd: nand: lpc32xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 39/52] mtd: nand: jz4780: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 32/52] mtd: nand: docg4: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 33/52] mtd: nand: fsl_elbc: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 29/52] mtd: nand: davinci: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 30/52] mtd: nand: denali: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 31/52] mtd: nand: diskonchip: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 09/52] mtd: nand: fsl_ifc: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 25/52] mtd: nand: atmel: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 27/52] mtd: nand: brcm: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 26/52] mtd: nand: bf5xx: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 28/52] mtd: nand: cafe: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 22/52] mtd: nand: bch: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 24/52] mtd: nand: jz4740: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 23/52] mtd: nand: sharpsl: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 14/52] mtd: add mtd_set_ecclayout() helper function
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 12/52] mtd: nand: omap2: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 21/52] mtd: nand: implement the default mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 20/52] mtd: docg3: switch to mtd_ooblayout_ops
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 15/52] mtd: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 19/52] mtd: create an mtd_ooblayout_ops struct to ease ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 18/52] mtd: docg3: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 17/52] mtd: onenand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 16/52] mtd: nand: use mtd_set_ecclayout() where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 13/52] mtd: onenand: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 11/52] mtd: nand: lpc32xx: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 10/52] mtd: nand: gpmi: use mtd_ooblayout_xxx() helpers where appropriate
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 00/52] mtd: rework ECC layout definition
  • From: Boris Brezillon <boris.brezillon@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Rasmus Villemoes <linux@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 0/8] Additional kmsg devices
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 10/20] kthread: Better support freezable kthread workers
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 05/20] kthread: Add destroy_kthread_worker()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 04/20] kthread: Add drain_kthread_worker()
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions
  • From: Joonsoo Kim <iamjoonsoo.kim@xxxxxxx>
• Re: [RFC v5 0/8] Additional kmsg devices
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] getcpu_cache system call for 4.6
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 0/5] getcpu_cache system call for 4.6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH net-next v9 02/16] net: usnic: use __ethtool_get_settings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 01/16] net: usnic: remove unused call to ethtool_ops::get_settings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 03/16] net: ethtool: add new ETHTOOL_xLINKSETTINGS API
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 06/16] net: bonding: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 04/16] tx4939: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 07/16] net: ipvlan: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 08/16] net: macvlan: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 10/16] net: fcoe: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 09/16] net: team: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 11/16] net: rdma: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 13/16] net: bridge: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 14/16] net: core: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 16/16] net: mlx4: use new ETHTOOL_G/SSETTINGS API
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 15/16] net: ethtool: remove unused __ethtool_get_settings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 12/16] net: 8021q: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 05/16] net: usnic: use __ethtool_get_ksettings
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• [PATCH net-next v9 00/16] new ETHTOOL_GLINKSETTINGS/SLINKSETTINGS API
  • From: David Decotigny <ddecotig@xxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v5 10/20] kthread: Better support freezable kthread workers
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 08/20] kthread: Allow to cancel kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 07/20] kthread: Initial support for delayed kthread work
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: [PATCH v5 03/20] kthread: Add create_kthread_worker*()
  • From: Petr Mladek <pmladek@xxxxxxxx>
• Re: custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH v6 3/8] kmsg: introduce additional kmsg devices support
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 1/8] printk: extract kmsg-related routines from printk.c to kmsg.c
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 8/8] kmsg: selftests
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 6/8] kmsg: add ioctl for adding and deleting kmsg* devices
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 4/8] kmsg: add additional buffers support to memory class
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 7/8] kmsg: add ioctl for kmsg* devices operating on buffers
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 2/8] printk: add one function for storing log in proper format
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 5/8] kmsg: add function for adding and deleting additional buffers
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• [PATCH v6 0/8] Additional kmsg devices
  • From: Kazimierz Krosman <k.krosman@xxxxxxxxxxx>
• Re: [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• custom ioctl-based interface to control LED in networking (was Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode)
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v4 (updated)] getcpu_cache: wire up ARM system call
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 (updated)] getcpu_cache: wire up ARM system call
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 0/5] getcpu_cache system call for 4.6
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 0/5] getcpu_cache system call for 4.6
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• [PATCH v4 (updated)] getcpu_cache: wire up ARM system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCH v4 3/5] getcpu_cache: wire up ARM system call
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: [PATCH v3 1/2] mm: introduce page reference manipulation functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/5] getcpu_cache system call for 4.6
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 2/5] getcpu_cache: ARM resume notifier
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 3/5] getcpu_cache: wire up ARM system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 5/5] getcpu_cache: wire up x86 32/64 system call
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 4/5] getcpu_cache: x86 32/64 resume notifier
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• [PATCH v4 1/5] getcpu_cache system call: cache CPU number of running thread
  • From: Mathieu Desnoyers <mathieu.desnoyers@xxxxxxxxxxxx>
• Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCHv2 04/10] rfkill: Move "state" sysfs file back to stable
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCHv2 09/10] rfkill: Userspace control for airplane mode
  • From: Pavel Machek <pavel@xxxxxx>
• Re: richacl(7) man page review comments
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: [PATCH v4 1/2] selftests: create test-specific kconfig fragments
  • From: Shuah Khan <shuahkh@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 05/10] serial: mps2-uart: add support for early console
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: richacl(7) man page review comments
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• [PATCH v4 00/10] Support for Cortex-M Prototyping System
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 01/10] dt-bindings: document the MPS2 timer bindings
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 02/10] clockevents/drivers: add MPS2 Timer driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 03/10] dt-bindings: document the MPS2 UART bindings
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 05/10] serial: mps2-uart: add support for early console
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 04/10] serial: mps2-uart: add MPS2 UART driver
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 07/10] ARM: configs: add MPS2 defconfig
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 06/10] ARM: vexpress/mps2: introduce MPS2 platform
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 08/10] ARM: dts: introduce MPS2 AN385/AN386
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 09/10] ARM: dts: introduce MPS2 AN399/AN400
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH v4 10/10] MAINTAINERS: Update ARM Versatile Express platform entry
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Gabriel L. Somlo" <somlo@xxxxxxx>
• Re: richacl(7) man page review comments
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: richacl(7) man page review comments
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: richacl(7) man page review comments
  • From: Andreas Gruenbacher <agruenba@xxxxxxxxxx>
• Re: richacl(7) man page review comments
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v3 2/2] mm/page_ref: add tracepoint to track down page reference manipulation
  • From: js1304@xxxxxxxxx
• [PATCH v3 1/2] mm: introduce page reference manipulation functions
  • From: js1304@xxxxxxxxx
• Re: [RFC][PATCH 6/7] x86, pkeys: add pkey set/get syscalls
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC][PATCH 7/7] pkeys: add details of system call use to Documentation/
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] firmware: fw_cfg register offsets on supported architectures only
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [PATCH v8 1/4] firmware: introduce sysfs driver for QEMU's fw_cfg device
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• [RFC][PATCH 2/7] mm: implement new pkey_mprotect() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [RFC][PATCH 4/7] x86: wire up mprotect_key() system call
  • From: Dave Hansen <dave@xxxxxxxx>
• [RFC][PATCH 6/7] x86, pkeys: add pkey set/get syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [RFC][PATCH 7/7] pkeys: add details of system call use to Documentation/
  • From: Dave Hansen <dave@xxxxxxxx>
• [RFC][PATCH 5/7] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [RFC][PATCH 0/7] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>