Linux Arch

• Thread Index

• Re: [PATCH 01/31] bitops: add parity functions
  • From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: "zhaoxiu.zeng" <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Martin Kepplinger <martink@xxxxxxxxx>
• Re: asm-generic changes for 4.6
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] UAPI: Rename all '__unused' struct fields to '__unused1'
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: asm-generic changes for 4.6
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• asm-generic changes for 4.6
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/31] bitops: add parity functions
  • From: Denys Vlasenko <dvlasenk@xxxxxxxxxx>
• [PATCH 01/31] bitops: add parity functions
  • From: Zhaoxiu Zeng <zhaoxiu.zeng@xxxxxxxxx>
• Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
  • From: Dmitry Torokhov <dmitry.torokhov@xxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH v2 14/16] input: Redefine INPUT_COMPAT_TEST as in_compat_syscall()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/4] improvements to the nmi_backtrace code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v3 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Maciej W. Rozycki" <macro@xxxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/9] iommu: Add MMIO mapping type
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 5/9] dmaengine: rcar-dmac: slave address are physical
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v5 6/9] dmaengine: rcar-dmac: group slave configuration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v2 4/4] nmi_backtrace: generate one-line reports for idle cpus
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• [PATCH v2 0/4] improvements to the nmi_backtrace code
  • From: Chris Metcalf <cmetcalf@xxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH 18/18] drm/amdgpu: make amdgpu_mn_get wait for mmap_sem killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 17/18] drm/radeon: make radeon_mn_get wait for mmap_sem killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 16/18] drm/i915: make i915_gem_mmap_ioctl wait for mmap_sem killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 02/18] mm: make vm_mmap killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 14/18] prctl: make PR_SET_THP_DISABLE wait for mmap_sem killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 13/18] exec: make exec path waiting for mmap_sem killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 11/18] coredump: make coredump_wait wait for mma_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/18] mm: make vm_mmap killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/18] mm, aout: handle vm_brk failures
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 03/18] mm: make vm_munmap killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 02/18] mm: make vm_mmap killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 12/18] aio: make aio_setup_ring killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 11/18] coredump: make coredump_wait wait for mma_sem for write killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 11/18] coredump: make coredump_wait wait for mma_sem for write killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 06/18] mm: make vm_brk killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 05/18] mm, elf: handle vm_brk error
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 04/18] mm, aout: handle vm_brk failures
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 03/18] mm: make vm_munmap killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [PATCH 02/18] mm: make vm_mmap killable
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Noam Camus <noamca@xxxxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] PCI: Include pci/hotplug Kconfig directly from pci/Kconfig
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Lada Trimasova <Lada.Trimasova@xxxxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: "Niklas S??derlund" <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH 01/18] mm: Make mmap_sem for write waits killable for mm syscalls
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 01/18] mm: Make mmap_sem for write waits killable for mm syscalls
  • From: Vlastimil Babka <vbabka@xxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] arc: use little endian accesses
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• [PATCH 6/9] x86, pkeys: allocation/free syscalls
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 0/9] System Calls for Memory Protection Keys
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH] arc: use little endian accesses
  • From: Lada Trimasova <Lada.Trimasova@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 09/18] ipc, shm: make shmem attach/detach wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] mm: slub: Ensure that slab_unlock() is atomic
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• [PATCH] PCI: Include pci/hotplug Kconfig directly from pci/Kconfig
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH] drivers:pci Remove pcie folder from Kconfig
  • From: Bjorn Helgaas <helgaas@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: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 09/18] ipc, shm: make shmem attach/detach wait for mmap_sem killable
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• Re: [PATCH 3/3] pci: move pci_dma_* helpers to common code
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 3/3] pci: move pci_dma_* helpers to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] pci: move pci_dma_* helpers to common code
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: James Morris <james.l.morris@xxxxxxxxxx>
• Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] pci: move pci_dma_* helpers to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• 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>
• [PATCH v5 4/9] arm: dma-mapping: add {map,unmap}_resource for iommu ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 5/9] dmaengine: rcar-dmac: slave address are physical
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 8/9] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 7/9] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 6/9] dmaengine: rcar-dmac: group slave configuration
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 3/9] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 9/9] ARM: dts: r8a7791: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 0/9] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 2/9] dma-mapping: add {map,unmap}_resource to dma_map_ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v5 1/9] iommu: Add MMIO mapping type
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC][PATCH] s390, postinit-readonly: implement post-init RO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v5 4/7] introduce post-init read-only memory
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• [RFC][PATCH] s390, postinit-readonly: implement post-init RO
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v5 4/7] introduce post-init read-only memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• 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 3/3] pci: move pci_dma_* helpers to common code
  • From: Bjorn Helgaas <helgaas@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 v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 1/3] frv: remove stray pci_{alloc,free}_consistent declaration
  • From: Bjorn Helgaas <helgaas@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>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Tony Lindgren <tony@xxxxxxxxxxx>
• Re: [PATCH 2/3] pci: move pci-bridge.h out of asm-generic
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 2/3] pci: move pci-bridge.h out of asm-generic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@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>
• Re: [PATCH 1/3] frv: remove stray pci_{alloc,free}_consistent declaration
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v5 4/7] introduce post-init read-only memory
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v4 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [PATCH 1/3] frv: remove stray pci_{alloc,free}_consistent declaration
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: two small PCI header cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: two small PCI header cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/3] pci: move pci-bridge.h out of asm-generic
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] pci: move pci_dma_* helpers to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] frv: remove stray pci_{alloc,free}_consistent declaration
  • From: Christoph Hellwig <hch@xxxxxx>
• two small PCI header cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] frv: remove stray pci_{alloc,free}_consistent declaration
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Robert Jarzmik <robert.jarzmik@xxxxxxx>
• RE: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Elliott, Robert (Persistent Memory)" <elliott@xxxxxxx>
• Re: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• Re: [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mtd: only use __xipram annotation when XIP_KERNEL is set
  • From: Brian Norris <computersforpeace@xxxxxxxxx>
• [PATCH v2] x86: PAT: Documentation: rewrite "MTRR effects on PAT / non-PAT systems"
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] x86: PAT: Documentation: update overlapping ioremap hack recommendation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH] x86: PAT: Documentation: update overlapping ioremap hack recommendation
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Toshi Kani <toshi.kani@xxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: Overlapping ioremap() calls, set_memory_*() semantics
  • From: Ingo Molnar <mingo@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: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH] x86: PAT: Documentation: update overlapping ioremap hack recommendation
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Overlapping ioremap() calls, set_memory_*() semantics
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH] x86: PAT: Documentation: update overlapping ioremap hack recommendation
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• Re: [PATCH] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Alexander Potapenko <glider@xxxxxxxxxx>
• [PATCHv2 1/3] kasan: add functions to clear stack poison
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 3/3] arm64: kasan: clear stale stack poison
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 2/3] sched/kasan: remove stale KASAN poison after hotplug
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCHv2 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 3/3] arm64: kasan: clear stale stack poison
  • From: Lorenzo Pieralisi <lorenzo.pieralisi@xxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH 3/3] arm64: kasan: clear stale stack poison
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• 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>
• Re: [PATCH v2] sparc64: Add support for Application Data Integrity (ADI)
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [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] sparc64: Add support for Application Data Integrity (ADI)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [patch 18/20] cpu/hotplug: Let upcoming cpu bring itself fully up
  • From: Richard Cochran <richardcochran@xxxxxxxxx>
• [PATCH 1/3] kasan: add functions to clear stack poison
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 2/3] sched/kasan: remove stale KASAN poison after hotplug
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 3/3] arm64: kasan: clear stale stack poison
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• [PATCH 0/3] KASAN: clean stale poison upon cold re-entry to kernel
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH 0/2] Tracking user space vDSO remaping
  • From: Christopher Covington <cov@xxxxxxxxxxxxxx>
• Re: [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [RFC v2 3/7] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [RFC v2 3/7] firmware: port built-in section to linker table
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: remove old nonatomic-io wrapper files
  • From: Yisen Zhuang <Yisen.zhuang@xxxxxxxxxx>
• Re: [PATCH] asm-generic: remove old nonatomic-io wrapper files
  • From: Simon Horman <simon.horman@xxxxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Toon Moene <toon@xxxxxxxxx>
• Re: [llvm-dev] [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: James Y Knight <jyknight@xxxxxxxxxx>
• Re: [patch 01/20] idle: Move x86ism out of generic code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 01/20] idle: Move x86ism out of generic code
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Lawrence Crowl <Lawrence@xxxxxxxxx>
• Re: [patch 01/20] idle: Move x86ism out of generic code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC v2 3/7] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Michael Matz <matz@xxxxxxx>
• Re: [PATCH 13/18] exec: make exec path waiting for mmap_sem killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 07/18] mm, proc: make clear_refs killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 07/18] mm, proc: make clear_refs killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 08/18] mm, fork: make dup_mmap wait for mmap_sem for write killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 07/18] mm, proc: make clear_refs killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 13/18] exec: make exec path waiting for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 07/18] mm, proc: make clear_refs killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Michael Matz <matz@xxxxxxx>
• Re: [PATCH 13/18] exec: make exec path waiting for mmap_sem killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 15/18] uprobes: wait for mmap_sem for write killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 15/18] uprobes: wait for mmap_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 12/18] aio: make aio_setup_ring killable
  • From: Jeff Moyer <jmoyer@xxxxxxxxxx>
• Re: [PATCH 11/18] coredump: make coredump_wait wait for mma_sem for write killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [PATCH 15/18] uprobes: wait for mmap_sem for write killable
  • From: Oleg Nesterov <oleg@xxxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 0/18] change mmap_sem taken for write killable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 0/18] change mmap_sem taken for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 17/18] drm/radeon: make radeon_mn_get wait for mmap_sem killable
  • From: Christian König <christian.koenig@xxxxxxx>
• Re: [PATCH 0/18] change mmap_sem taken for write killable
  • From: "Kirill A. Shutemov" <kirill@xxxxxxxxxxxxx>
• Re: [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 08/18] mm, fork: make dup_mmap wait for mmap_sem for write killable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 07/18] mm, proc: make clear_refs killable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/18] mm: Make mmap_sem for write waits killable for mm syscalls
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/18] mm: Make mmap_sem for write waits killable for mm syscalls
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH 01/18] mm: Make mmap_sem for write waits killable for mm syscalls
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/18] mm: make vm_mmap killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/18] mm, elf: handle vm_brk error
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/18] mm: make vm_munmap killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/18] mm: make vm_brk killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/18] vdso: make arch_setup_additional_pages wait for mmap_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 12/18] aio: make aio_setup_ring killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/18] ipc, shm: make shmem attach/detach wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 0/18] change mmap_sem taken for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/18] mm, aout: handle vm_brk failures
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/18] coredump: make coredump_wait wait for mma_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 14/18] prctl: make PR_SET_THP_DISABLE wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 16/18] drm/i915: make i915_gem_mmap_ioctl wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 17/18] drm/radeon: make radeon_mn_get wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 18/18] drm/amdgpu: make amdgpu_mn_get wait for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 13/18] exec: make exec path waiting for mmap_sem killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 15/18] uprobes: wait for mmap_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/18] mm, fork: make dup_mmap wait for mmap_sem for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/18] mm, proc: make clear_refs killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/18] change mmap_sem taken for write killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 03/11] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 04/11] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 09/11] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 10/11] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 05/11] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 06/11] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 11/11] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 08/11] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 07/11] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 02/11] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 01/11] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 0/11] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 4/7] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [RFC v2 3/7] firmware: port built-in section to linker table
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: remove old nonatomic-io wrapper files
  • From: Vinod Koul <vinod.koul@xxxxxxxxx>
• Re: [llvm-dev] [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: cbergstrom@xxxxxxxxxxxxx
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH] asm-generic: remove old nonatomic-io wrapper files
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Markus Trippelsdorf <markus@xxxxxxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 01/20] idle: Move x86ism out of generic code
  • From: Brian Gerst <brgerst@xxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Lawrence Crowl <Lawrence@xxxxxxxxx>
• Re: [patch 10/20] cpu/hotplug: Make target state writeable
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: Fw: Getting an early start on C++ standards issues...
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [patch 01/20] idle: Move x86ism out of generic code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 07/20] cpu/hotplug: Convert the hotplugged cpu work to a state machine
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 06/20] cpu/hotplug: Convert to a state machine for the control processor
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 08/20] cpu/hotplug: Hand in target state to _cpu_up/down
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 04/20] cpu/hotplug: Split out cpu down functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 03/20] cpu/hotplug: Restructure cpu_up code
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 09/20] cpu/hotplug: Add sysfs state interface
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 00/20] cpu/hotplug: Core infrastructure for cpu hotplug rework
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 10/20] cpu/hotplug: Make target state writeable
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 12/20] cpu/hotplug: Move scheduler cpu_online notifier to hotplug core
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 15/20] cpu/hotplug: Create hotplug threads
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 11/20] cpu/hotplug: Implement setup/removal interface
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 14/20] cpu/hotplug: Split out the state walk into functions
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 13/20] cpu/hotplug: Unpark smpboot threads from the state machine
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 18/20] cpu/hotplug: Let upcoming cpu bring itself fully up
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 16/20] cpu/hotplug: Move online calls to hotplugged cpu
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 17/20] arch/hotplug: Call into idle with a proper state
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 19/20] cpu/hotplug: Make wait for dead cpu completion based
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 20/20] rcu: Make CPU_DYING_IDLE an explicit call
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 05/20] cpu/hotplug: Add tracepoints
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [patch 02/20] cpu/hotplug: Restructure FROZEN state handling
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: Fw: Getting an early start on C++ standards issues...
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Fw: Getting an early start on C++ standards issues...
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/5] all: s390: make compat wrappers the generic solution
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] all: wrap needed syscalls in generic unistd
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/5] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH] asm-generic: remove old nonatomic-io wrapper files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <vgupta@xxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/5] all: s390: make compat wrappers the generic solution
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v10 51/59] PCI: Unify skip_ioresource_align()
  • From: Yinghai Lu <yinghai@xxxxxxxxxx>
• [PATCH 2/2] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH 1/2] topology, cleanup: Avoid redefinition of cpumask_of_pcibus in asm header files.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH 0/2] NUMA related header file cleanups.
  • From: David Daney <ddaney.cavm@xxxxxxxxx>
• [PATCH 1/5] all: syscall wrappers: add documentation
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/5] all: s390: move compat_wrappers.c from arch/s390/kernel to kernel/
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/5] all: wrap needed syscalls in generic unistd
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/5] all: introduce COMPAT_WRAPPER option and enable it for s390
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/5] all: s390: make compat wrappers the generic solution
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/8] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• RE: Interesting csd deadlock on ARC
  • From: Noam Camus <noamca@xxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] asm-generic/cmpxchg: use BUILD_BUG() when detect unfit, {cmp}xchg size
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] kbuild: Remove stale asm-generic wrappers
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [tip:mm/readonly] arch: Introduce post-init read-only memory
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] x86/vdso: Mark the vDSO code read-only after init
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] lkdtm: Verify that '__ro_after_init' works correctly
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] mm/init: Add 'rodata=off' boot cmdline parameter to disable read-only kernel mappings
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] asm-generic: Consolidate mark_rodata_ro()
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] x86/mm: Always enable CONFIG_DEBUG_RODATA and remove the Kconfig option
  • From: tip-bot for Kees Cook <tipbot@xxxxxxxxx>@zytor.com
• [tip:mm/readonly] ARM/vdso: Mark the vDSO code read-only after init
  • From: tip-bot for David Brown <tipbot@xxxxxxxxx>@zytor.com
• [PATCH] asm-generic/cmpxchg: use BUILD_BUG() when detect unfit, {cmp}xchg size
  • From: Pan Xinhui <xinhui@xxxxxxxxxxxxxxxxxx>
• Re: Interesting csd deadlock on ARC
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [Xen-devel] [RFC v2 7/7] kprobes: port to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [PATCH 5/8] ACPI: parse DBG2 table
  • From: Aleksey Makarov <aleksey.makarov@xxxxxxxxxx>
• Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• RE: [RFC v2 7/7] kprobes: port to linker table
  • From: 平松雅巳 / HIRAMATU，MASAMI <masami.hiramatsu.pt@xxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [isocpp-parallel] Proposal for new memory_order_consume definition
  • From: Tony V E <tvaneerd@xxxxxxxxx>
• Re: [RFC v2 1/7] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [PATCH] locking/qspinlock: move __ARCH_SPIN_LOCK_UNLOCKED to qspinlock_types.h
  • From: "Long, Wai Man" <waiman.long@xxxxxxx>
• Re: [RFC v2 1/7] sections.h: add sections header to collect all section info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC v2 0/7] linux: add linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 2/7] tables.h: add linker table support
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 0/7] linux: add linker tables
  • From: "H. Peter Anvin" <hpa@xxxxxxxxx>
• Re: [RFC v2 1/7] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• [PATCH] locking/qspinlock: move __ARCH_SPIN_LOCK_UNLOCKED to qspinlock_types.h
  • From: Dan Streetman <dan.streetman@xxxxxxxxxxxxx>
• Re: [RFC v2 1/7] sections.h: add sections header to collect all section info
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v2] [RFC] ARM: modify pgd_t definition for TRANSPARENT_HUGEPAGE_PUD
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC v2 7/7] kprobes: port to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxx>
• Re: [PATCH v5 1/7] asm-generic: consolidate mark_rodata_ro()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [RFC v2 7/7] kprobes: port to linker table
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [RFC v2 1/7] sections.h: add sections header to collect all section info
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 4/7] asm/sections: add a generic push_section_tbl()
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 2/7] tables.h: add linker table support
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 3/7] firmware: port built-in section to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 5/7] jump_label: port __jump_table to linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 6/7] dynamic_debug: port to use linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 7/7] kprobes: port to linker table
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• [RFC v2 0/7] linux: add linker tables
  • From: "Luis R. Rodriguez" <mcgrof@xxxxxxxxxx>
• Re: [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2 5/5] gpio: allow setting ARCH_NR_GPIOS from Kconfig
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: "PaX Team" <pageexec@xxxxxxxxxxx>
• Proposal for new memory_order_consume definition
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: David Brown <david.brown@xxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 2/7] init: create cmdline param to disable readonly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 3/7] x86: make CONFIG_DEBUG_RODATA non-optional
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 5/7] lkdtm: verify that __ro_after_init works correctly
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 7/7] ARM: vdso: Mark vDSO code as read-only
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 6/7] x86, vdso: mark vDSO read-only after init
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 4/7] introduce post-init read-only memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 0/7] introduce post-init read-only memory
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v5 1/7] asm-generic: consolidate mark_rodata_ro()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [RFC 11/12 v1] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: David Brown <david.brown@xxxxxxxxxx>
• Re: [PATCH v2] serial: earlycon: rework common framework for earlycon declarations
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] ARM: vdso: Mark vDSO code as read-only
  • From: David Brown <david.brown@xxxxxxxxxx>
• [PATCH v4 4/8] arm: dma-mapping: add {map,unmap}_resource for iommu ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 5/8] dmaengine: rcar-dmac: group slave configuration
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 0/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 8/8] ARM: dts: r8a7791: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 2/8] dma-mapping: add {map,unmap}_resource to dma_map_ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 3/8] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v4 1/8] iommu: Add MMIO mapping type
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Christoph Lameter <cl@xxxxxxxxx>
• [PATCH v2 5/5] gpio: allow setting ARCH_NR_GPIOS from Kconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: Niklas Söderlund <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH 00/33] x86: Memory Protection Keys (v10)
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: Writes, smp_wmb(), and transitivity?
  • From: Will Deacon <will.deacon@xxxxxxx>
• Writes, smp_wmb(), and transitivity?
  • From: "Paul E. McKenney" <paulmck@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/4] ARM: remove asm/gpio.h
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxxx>
• [PATCH 4/4] ARM: remove asm/gpio.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Peter Zijlstra <peterz@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] gpio: Include linux/gpio.h instead of asm/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• Re: [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH RFC] Introduce atomic and per-cpu add-max and sub-min operations
  • From: Konstantin Khlebnikov <koct9i@xxxxxxxxx>
• [PATCH 00/33] x86: Memory Protection Keys (v10)
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 20/33] mm: do not enforce PKEY permissions on "foreign" mm access
  • From: Dave Hansen <dave@xxxxxxxx>
• [PATCH 27/33] mm, multi-arch: pass a protection key in to calc_vm_flag_bits()
  • From: Dave Hansen <dave@xxxxxxxx>
• Re: [PATCH v2] serial: earlycon: rework common framework for earlycon declarations
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v2] serial: earlycon: rework common framework for earlycon declarations
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• [PATCH v2] serial: earlycon: rework common framework for earlycon declarations
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] earlycon: rework common framework for earlycon declarations
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] earlycon: rework common framework for earlycon declarations
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• Re: [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Rob Herring <robh+dt@xxxxxxxxxx>
• Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH 1/2] mm,thp: refactor generic deposit/withdraw routines for wider usage
  • From: Martin Schwidefsky <schwidefsky@xxxxxxxxxx>
• Re: [PATCH v3 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: "Niklas Söderlund" <niklas.soderlund@xxxxxxxxxxxx>
• Re: [PATCH v3 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 5/8] dmaengine: rcar-dmac: group slave configuration
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 4/8] arm: dma-mapping: add {map,unmap}_resource for iommu ops
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/8] dma-mapping: add {map,unmap}_resource to dma_map_ops
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
• Re: [PATCH v2 02/13] EXPORT_SYMBOL() for asm
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v2 07/13] arm: move exports to definitions
  • From: Nicolas Pitre <nico@xxxxxxxxxxx>
• Re: [PATCH v3 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: Simon Horman <horms@xxxxxxxxxxxx>
• Re: [PATCH v3 2/8] dma-mapping: add {map,unmap}_resource to dma_map_ops
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 3/8] dma-mapping: add dma_{map,unmap}_resource
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v3 3/8] dma-mapping: add dma_{map,unmap}_resource
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 1/8] iommu: Add MMIO mapping type
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 0/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 5/8] dmaengine: rcar-dmac: group slave configuration
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 4/8] arm: dma-mapping: add {map,unmap}_resource for iommu ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 2/8] dma-mapping: add {map,unmap}_resource to dma_map_ops
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 7/8] ARM: dts: r8a7790: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 6/8] dmaengine: rcar-dmac: add iommu support for slave transfers
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• [PATCH v3 8/8] ARM: dts: r8a7791: add iommus to dmac0 and dmac1
  • From: Niklas Söderlund <niklas.soderlund+renesas@xxxxxxxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH] asm-generic: Fix build when __set_fixmap is absent
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: linux-next: Tree for Feb 9
  • From: Sudip Mukherjee <sudipm.mukherjee@xxxxxxxxx>
• [PATCH 2/3] signal: Move generic copy_siginfo() to signal.h
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH 0/3] MIPS: Fix exported asm/siginfo.h breakage
  • From: James Hogan <james.hogan@xxxxxxxxxx>
• [PATCH v5 2/3] kallsyms: don't overload absolute symbol type for percpu symbols
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 1/3] x86: kallsyms: disable absolute percpu symbols on !SMP
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 3/3] kallsyms: add support for relative offsets in kallsyms address table
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 0/3] kallsyms base relative series
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/2] GPIO: Clean up asm/gpio.h
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH v2 01/13] [kbuild] handle exports in lib-y objects reliably
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 01/13] [kbuild] handle exports in lib-y objects reliably
  • From: Michal Marek <mmarek@xxxxxxx>
• Re: [PATCH v2 02/13] EXPORT_SYMBOL() for asm
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Ganapatrao Kulkarni <gpkulkarni@xxxxxxxxx>
• [PATCH v2 03/13] x86: move exports to actual definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 05/13] m68k: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 04/13] alpha: move exports to actual definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 06/13] s390: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 01/13] [kbuild] handle exports in lib-y objects reliably
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 09/13] ppc: get rid of unreachable abs() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 08/13] ppc: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 07/13] arm: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 13/13] ia64: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 10/13] sparc: move exports to definitions
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 11/13] [sparc] unify 32bit and 64bit string.h
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 12/13] sparc32: debride memcpy.S a bit
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 02/13] EXPORT_SYMBOL() for asm
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC][PATCHSET v2] allowing exports in *.S
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [RFC] ARM: modify pgd_t definition for TRANSPARENT_HUGEPAGE_PUD
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] [RFC] ARM: modify pgd_t definition for TRANSPARENT_HUGEPAGE_PUD
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] KEYS: CONFIG_KEYS_DEBUG_PROC_KEYS is no longer an option
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] [RFC] ARM: modify pgd_t definition for TRANSPARENT_HUGEPAGE_PUD
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/2] GPIO: Clean up asm/gpio.h
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: [PATCH 2/2] gpio: Remove unused asm/gpio.h files
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH 1/2] gpio: Include linux/gpio.h instead of asm/gpio.h
  • From: Alexandre Courbot <gnurou@xxxxxxxxx>
• Re: [PATCH v10 3/8] dt, numa: adding numa dt binding implementation.
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 2/3] x86: query dynamic DEBUG_PAGEALLOC setting
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• [RFC 02/12] locking, rwsem: drop explicit memory barriers
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 01/12] locking, rwsem: get rid of __down_write_nested
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 0/12] introduce down_write_killable for rw_semaphore
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 12/12] locking, rwsem: provide down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 10/12] x86, rwsem: simplify __down_write
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 11/12] x86, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 08/12] sparc, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 09/12] xtensa, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 07/12] sh, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 06/12] s390, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 05/12] ia64, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 04/12] alpha, rwsem: provide __down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [RFC 03/12] locking, rwsem: introduce basis for down_write_killable
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH 2/2] gpio: Remove unused asm/gpio.h files
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 1/2] gpio: Include linux/gpio.h instead of asm/gpio.h
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• [PATCH 0/2] GPIO: Clean up asm/gpio.h
  • From: Bjorn Helgaas <bhelgaas@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/5] all: s390: move wrapper infrastructure to generic headers
  • From: Yury Norov <ynorov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v10 0/8] arm64, numa: Add numa support for arm64 platforms
  • From: Robert Richter <robert.richter@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/12] s390: move exports to definitions
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH v10 1/8] arm64, numa: adding numa support for arm64 platforms.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 6/8] arm64, mm, numa: Adding numa balancing support for arm64.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 8/8] numa, mm, cleanup: remove redundant NODE_DATA macro from asm header files.
  • From: Ganapatrao Kulkarni <gkulkarni@xxxxxxxxxxxxxxxxxx>