Linux Arch

• Date Index

• [PATCH 02/10] signal/arm64: Better isolate the COMPAT_TASK portion of ptrace_hbptriggered, (continued)
  • [PATCH 02/10] signal/arm64: Better isolate the COMPAT_TASK portion of ptrace_hbptriggered, Eric W. Biederman
• [PATCH v5 00/38] Hardened usercopy whitelisting, Kees Cook
  • [PATCH 10/38] dcache: Define usercopy region in dentry_cache slab cache, Kees Cook
  • [PATCH 07/38] usercopy: WARN() on slab cache usercopy region violations, Kees Cook
  • [PATCH 12/38] vfs: Copy struct mount.mnt_id to userspace using put_user(), Kees Cook
  • [PATCH 11/38] vfs: Define usercopy region in names_cache slab caches, Kees Cook
  • [PATCH 15/38] jfs: Define usercopy region in jfs_ip slab cache, Kees Cook
  • [PATCH 24/38] ip: Define usercopy region in IP proto slab cache, Kees Cook
  • [PATCH 14/38] ext2: Define usercopy region in ext2_inode_cache slab cache, Kees Cook
  • [PATCH 34/38] arm: Implement thread_struct whitelist for hardened usercopy, Kees Cook
    • Re: [PATCH 34/38] arm: Implement thread_struct whitelist for hardened usercopy, Russell King - ARM Linux
      • Re: [PATCH 34/38] arm: Implement thread_struct whitelist for hardened usercopy, Kees Cook
  • [PATCH 13/38] ext4: Define usercopy region in ext4_inode_cache slab cache, Kees Cook
    • Re: [PATCH 13/38] ext4: Define usercopy region in ext4_inode_cache slab cache, Theodore Ts'o
      • Re: [PATCH 13/38] ext4: Define usercopy region in ext4_inode_cache slab cache, Kees Cook
        • Re: [PATCH 13/38] ext4: Define usercopy region in ext4_inode_cache slab cache, Matthew Wilcox
  • [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
    • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Jiri Slaby
      • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
        • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
          • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Jiri Slaby
            • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
              • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christian Borntraeger
                • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
                  • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Ursula Braun
                  • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christopher Lameter
                    • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christian Borntraeger
                      • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christoph Hellwig
                        • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christian Borntraeger
                          • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
                            • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Jann Horn
                              • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
                                • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Jann Horn
                                  • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Matthew Wilcox
                                    • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christoph Hellwig
                                • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christopher Lameter
                              • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Vlastimil Babka
                                • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christian Borntraeger
                                • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Jiri Slaby
                                  • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
                            • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christoph Hellwig
                          • Re: [kernel-hardening] [PATCH 09/38] usercopy: Mark kmalloc caches as usercopy caches, Christoph Hellwig
  • [PATCH 08/38] usercopy: Allow strict enforcement of whitelists, Kees Cook
  • [PATCH 06/38] usercopy: Prepare for usercopy whitelisting, Kees Cook
  • [PATCH 28/38] net: Restrict unwhitelisted proto caches to size 0, Kees Cook
  • [PATCH 17/38] exofs: Define usercopy region in exofs_inode_cache slab cache, Kees Cook
  • [PATCH 30/38] fork: Define usercopy region in thread_stack slab caches, Kees Cook
  • [PATCH 29/38] fork: Define usercopy region in mm_struct slab caches, Kees Cook
  • [PATCH 18/38] orangefs: Define usercopy region in orangefs_inode_cache slab cache, Kees Cook
  • [PATCH 31/38] fork: Provide usercopy whitelisting for task_struct, Kees Cook
  • [PATCH 32/38] x86: Implement thread_struct whitelist for hardened usercopy, Kees Cook
  • [PATCH 27/38] sctp: Copy struct sctp_sock.autoclose to userspace using put_user(), Kees Cook
    • Re: [PATCH 27/38] sctp: Copy struct sctp_sock.autoclose to userspace using put_user(), Laura Abbott
      • Re: [PATCH 27/38] sctp: Copy struct sctp_sock.autoclose to userspace using put_user(), Kees Cook
  • [PATCH 21/38] cifs: Define usercopy region in cifs_request slab cache, Kees Cook
  • [PATCH 37/38] usercopy: Restrict non-usercopy caches to size 0, Kees Cook
  • [PATCH 36/38] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl, Kees Cook
  • [PATCH 19/38] ufs: Define usercopy region in ufs_inode_cache slab cache, Kees Cook
  • [PATCH 25/38] caif: Define usercopy region in caif proto slab cache, Kees Cook
  • [PATCH 26/38] sctp: Define usercopy region in SCTP proto slab cache, Kees Cook
  • [PATCH 20/38] vxfs: Define usercopy region in vxfs_inode slab cache, Kees Cook
  • [PATCH 23/38] net: Define usercopy region in struct proto slab cache, Kees Cook
  • [PATCH 22/38] scsi: Define usercopy region in scsi_sense_cache slab cache, Kees Cook
  • [PATCH 05/38] stddef.h: Introduce sizeof_field(), Kees Cook
  • [PATCH 01/38] usercopy: Remove pointer from overflow report, Kees Cook
  • [PATCH 02/38] usercopy: Enhance and rename report_usercopy(), Kees Cook
    • Re: [PATCH 02/38] usercopy: Enhance and rename report_usercopy(), Christopher Lameter
      • Re: [PATCH 02/38] usercopy: Enhance and rename report_usercopy(), Kees Cook
  • [PATCH 04/38] lkdtm/usercopy: Adjust test to include an offset to check reporting, Kees Cook
  • [PATCH 03/38] usercopy: Include offset in hardened usercopy report, Kees Cook
  • [PATCH 35/38] kvm: whitelist struct kvm_vcpu_arch, Kees Cook
  • [PATCH 38/38] lkdtm: Update usercopy tests for whitelisting, Kees Cook
  • [PATCH 16/38] befs: Define usercopy region in befs_inode_cache slab cache, Kees Cook
  • [PATCH 33/38] arm64: Implement thread_struct whitelist for hardened usercopy, Kees Cook
    • Re: [PATCH 33/38] arm64: Implement thread_struct whitelist for hardened usercopy, Dave P Martin
      • Re: [PATCH 33/38] arm64: Implement thread_struct whitelist for hardened usercopy, Kees Cook
        • Re: [PATCH 33/38] arm64: Implement thread_struct whitelist for hardened usercopy, Dave Martin
• [PATCH v2 for 4.16 02/11] membarrier: selftest: Test private expedited cmd, Mathieu Desnoyers
• [PATCH for 4.16 06/11] membarrier: selftest: Test shared expedited cmd, Mathieu Desnoyers
• [PATCH v7 for 4.16 03/11] powerpc: membarrier: Skip memory barrier in switch_mm(), Mathieu Desnoyers
• [PATCH v2 for 4.16 08/11] x86: Introduce sync_core_before_usermode, Mathieu Desnoyers
• [PATCH v3 for 4.16 09/11] membarrier: x86: Provide core serializing command, Mathieu Desnoyers
• [PATCH for 4.16 07/11] membarrier: Provide core serializing command, Mathieu Desnoyers
• [PATCH for 4.16 11/11] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
  • <Possible follow-ups>
  • [PATCH for 4.16 11/11] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
  • [PATCH for 4.16 11/11] membarrier: selftest: Test private expedited sync core cmd, Mathieu Desnoyers
• [PATCH for 4.16 10/11] membarrier: arm64: Provide core serializing command, Mathieu Desnoyers
  • <Possible follow-ups>
  • [PATCH for 4.16 10/11] membarrier: arm64: Provide core serializing command, Mathieu Desnoyers
  • [PATCH for 4.16 10/11] membarrier: arm64: Provide core serializing command, Mathieu Desnoyers
• consolidate swiotlb dma_map implementations, Christoph Hellwig
  • [PATCH 22/22] arm64: use swiotlb_alloc and swiotlb_free, Christoph Hellwig
    • Re: [PATCH 22/22] arm64: use swiotlb_alloc and swiotlb_free, Robin Murphy
  • [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
    • Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32, Robin Murphy
      • Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
        • Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
          • Re: [PATCH 21/22] arm64: replace ZONE_DMA with ZONE_DMA32, Robin Murphy
  • [PATCH 19/22] mips/netlogic: remove swiotlb support, Christoph Hellwig
  • [PATCH 20/22] mips: use swiotlb_{alloc,free}, Christoph Hellwig
  • [PATCH 18/22] tile: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 16/22] unicore32: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 15/22] ia64: remove an ifdef around the content of pci-dma.c, Christoph Hellwig
  • [PATCH 17/22] tile: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
  • [PATCH 13/22] ia64: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 14/22] ia64: clean up swiotlb support, Christoph Hellwig
  • [PATCH 12/22] ia64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
  • [PATCH 11/22] swiotlb: remove various exports, Christoph Hellwig
  • [PATCH 10/22] swiotlb: refactor coherent buffer allocation, Christoph Hellwig
    • Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation, Robin Murphy
      • Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation, Christoph Hellwig
        • Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation, Robin Murphy
          • Re: [PATCH 10/22] swiotlb: refactor coherent buffer allocation, Christoph Hellwig
  • [PATCH 09/22] swiotlb: refactor coherent buffer freeing, Christoph Hellwig
  • [PATCH 07/22] swiotlb: add common swiotlb_map_ops, Christoph Hellwig
  • [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops, Robin Murphy
      • Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops, Christoph Hellwig
        • Re: [PATCH 08/22] swiotlb: wire up ->dma_supported in swiotlb_dma_ops, Robin Murphy
  • [PATCH 06/22] swiotlb: rename swiotlb_free to swiotlb_exit, Christoph Hellwig
    • Re: [PATCH 06/22] swiotlb: rename swiotlb_free to swiotlb_exit, Konrad Rzeszutek Wilk
  • [PATCH 04/22] powerpc: rename swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 04/22] powerpc: rename swiotlb_dma_ops, Konrad Rzeszutek Wilk
  • [PATCH 05/22] x86: rename swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 05/22] x86: rename swiotlb_dma_ops, Konrad Rzeszutek Wilk
  • [PATCH 02/22] arm64: rename swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 02/22] arm64: rename swiotlb_dma_ops, Robin Murphy
  • [PATCH 03/22] ia64: rename swiotlb_dma_ops, Christoph Hellwig
    • Re: [PATCH 03/22] ia64: rename swiotlb_dma_ops, Konrad Rzeszutek Wilk
  • [PATCH 01/22] swiotlb: suppress warning when __GFP_NOWARN is set, Christoph Hellwig
  • Re: consolidate swiotlb dma_map implementations, Christian König
  • Re: consolidate swiotlb dma_map implementations, Christoph Hellwig
    • Re: consolidate swiotlb dma_map implementations, Christian König
      • Re: consolidate swiotlb dma_map implementations, Christoph Hellwig
        • Re: consolidate swiotlb dma_map implementations, Christian König
• consolidate direct dma mapping V3, Christoph Hellwig
  • [PATCH 06/33] m32r: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn, Christoph Hellwig
    • Re: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn, Robin Murphy
  • [PATCH 25/33] dma-direct: add dma address sanity checks, Christoph Hellwig
  • [PATCH 33/33] h8300: use dma-direct, Christoph Hellwig
  • [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations, Christoph Hellwig
  • [PATCH 32/33] cris: use dma-direct, Christoph Hellwig
  • [PATCH 31/33] dma-direct: reject too small dma masks, Christoph Hellwig
    • Re: [PATCH 31/33] dma-direct: reject too small dma masks, Robin Murphy
      • Re: [PATCH 31/33] dma-direct: reject too small dma masks, Christoph Hellwig
        • Re: [PATCH 31/33] dma-direct: reject too small dma masks, Robin Murphy
  • [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks, Christoph Hellwig
    • Re: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks, Vladimir Murzin
  • [PATCH 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32, Christoph Hellwig
  • [PATCH 27/33] dma-direct: use node local allocations for coherent memory, Christoph Hellwig
    • Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory, Robin Murphy
      • Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory, Christoph Hellwig
        • Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory, Robin Murphy
  • [PATCH 26/33] dma-direct: add support for CMA allocation, Christoph Hellwig
  • [PATCH 24/33] dma-direct: use phys_to_dma, Christoph Hellwig
  • [PATCH 23/33] dma-direct: rename dma_noop to dma_direct, Christoph Hellwig
  • [PATCH 21/33] dma-mapping: add an arch_dma_supported hook, Christoph Hellwig
    • Re: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook, Konrad Rzeszutek Wilk
  • [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h, Christoph Hellwig
  • [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask, Christoph Hellwig
    • Re: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask, Konrad Rzeszutek Wilk
  • [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code, Christoph Hellwig
    • Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code, Robin Murphy
      • Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code, Christoph Hellwig
  • [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code, Christoph Hellwig
  • [PATCH 18/33] s390: move s390_pci_dma_ops to asm/pci_dma.h, Christoph Hellwig
  • [PATCH 16/33] microblaze: remove dma_nommu_dma_supported, Christoph Hellwig
  • [PATCH 15/33] microblaze: rename dma_direct to dma_nommu, Christoph Hellwig
  • [PATCH 14/33] powerpc: rename dma_direct_ to dma_nommu_, Christoph Hellwig
  • [PATCH 13/33] hexagon: use the generic dma_capable helper, Christoph Hellwig
  • [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Christoph Hellwig
    • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Vladimir Murzin
      • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Christoph Hellwig
    • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Robin Murphy
      • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Christoph Hellwig
        • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Robin Murphy
          • Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header, Christoph Hellwig
  • [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h, Christoph Hellwig
  • [PATCH 10/33] arm64: don't override dma_max_pfn, Christoph Hellwig
    • Re: [PATCH 10/33] arm64: don't override dma_max_pfn, Robin Murphy
  • [PATCH 08/33] s390: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA, Christoph Hellwig
  • [PATCH 07/33] riscv: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 04/33] powerpc: remove unused flush_write_buffers definition, Christoph Hellwig
  • [PATCH 03/33] m32r: remove unused flush_write_buffers definition, Christoph Hellwig
  • [PATCH 02/33] hexagon: remove unused flush_write_buffers definition, Christoph Hellwig
  • [PATCH 01/33] alpha: mark jensen as broken, Christoph Hellwig
• [PATCH v4 00/36] Hardened usercopy whitelisting, Kees Cook
  • [PATCH 02/36] usercopy: Include offset in overflow report, Kees Cook
    • Re: [PATCH 02/36] usercopy: Include offset in overflow report, Christopher Lameter
      • Re: [PATCH 02/36] usercopy: Include offset in overflow report, Kees Cook
  • [PATCH 01/36] usercopy: Remove pointer from overflow report, Kees Cook
  • [PATCH 27/36] fork: Define usercopy region in thread_stack slab caches, Kees Cook
  • [PATCH 28/36] fork: Provide usercopy whitelisting for task_struct, Kees Cook
  • [PATCH 10/36] ext4: Define usercopy region in ext4_inode_cache slab cache, Kees Cook
  • [PATCH 12/36] jfs: Define usercopy region in jfs_ip slab cache, Kees Cook
  • [PATCH 08/36] vfs: Define usercopy region in names_cache slab caches, Kees Cook
  • [PATCH 07/36] dcache: Define usercopy region in dentry_cache slab cache, Kees Cook
  • [PATCH 06/36] usercopy: Mark kmalloc caches as usercopy caches, Kees Cook
  • [PATCH 09/36] vfs: Copy struct mount.mnt_id to userspace using put_user(), Kees Cook
  • [PATCH 11/36] ext2: Define usercopy region in ext2_inode_cache slab cache, Kees Cook
  • [PATCH 36/36] lkdtm: Update usercopy tests for whitelisting, Kees Cook
  • [PATCH 05/36] usercopy: WARN() on slab cache usercopy region violations, Kees Cook
    • Re: [PATCH 05/36] usercopy: WARN() on slab cache usercopy region violations, Christopher Lameter
      • Re: [PATCH 05/36] usercopy: WARN() on slab cache usercopy region violations, Kees Cook
  • [PATCH 32/36] kvm: whitelist struct kvm_vcpu_arch, Kees Cook
  • [PATCH 31/36] arm: Implement thread_struct whitelist for hardened usercopy, Kees Cook
  • [PATCH 33/36] kvm: x86: fix KVM_XEN_HVM_CONFIG ioctl, Kees Cook
  • [PATCH 34/36] usercopy: Allow strict enforcement of whitelists, Kees Cook
  • [PATCH 35/36] usercopy: Restrict non-usercopy caches to size 0, Kees Cook
  • [PATCH 26/36] fork: Define usercopy region in mm_struct slab caches, Kees Cook
  • [PATCH 25/36] net: Restrict unwhitelisted proto caches to size 0, Kees Cook
  • [PATCH 29/36] x86: Implement thread_struct whitelist for hardened usercopy, Kees Cook
  • [PATCH 30/36] arm64: Implement thread_struct whitelist for hardened usercopy, Kees Cook
  • [PATCH 21/36] ip: Define usercopy region in IP proto slab cache, Kees Cook
  • [PATCH 23/36] sctp: Define usercopy region in SCTP proto slab cache, Kees Cook
  • [PATCH 22/36] caif: Define usercopy region in caif proto slab cache, Kees Cook
  • [PATCH 24/36] sctp: Copy struct sctp_sock.autoclose to userspace using put_user(), Kees Cook
  • [PATCH 20/36] net: Define usercopy region in struct proto slab cache, Kees Cook
  • [PATCH 18/36] cifs: Define usercopy region in cifs_request slab cache, Kees Cook
  • [PATCH 17/36] vxfs: Define usercopy region in vxfs_inode slab cache, Kees Cook
  • [PATCH 19/36] scsi: Define usercopy region in scsi_sense_cache slab cache, Kees Cook
  • [PATCH 13/36] befs: Define usercopy region in befs_inode_cache slab cache, Kees Cook
    • Re: [PATCH 13/36] befs: Define usercopy region in befs_inode_cache slab cache, Luis de Bethencourt
  • [PATCH 16/36] ufs: Define usercopy region in ufs_inode_cache slab cache, Kees Cook
  • [PATCH 14/36] exofs: Define usercopy region in exofs_inode_cache slab cache, Kees Cook
  • [PATCH 15/36] orangefs: Define usercopy region in orangefs_inode_cache slab cache, Kees Cook
  • [PATCH 03/36] lkdtm/usercopy: Adjust test to include an offset to check reporting, Kees Cook
  • [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, Kees Cook
    • Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, Christopher Lameter
      • Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, Kees Cook
      • RE: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, David Laight
        • RE: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, Christopher Lameter
      • Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting, Matthew Wilcox
        • kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Christopher Lameter
          • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Matthew Wilcox
            • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Christopher Lameter
              • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Matthew Wilcox
                • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Christopher Lameter
                  • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Christopher Lameter
                    • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Matthew Wilcox
                      • Re: kmem_cache_attr (was Re: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting), Christopher Lameter
• [PATCH 0/3] exec: Pin stack limit during exec, Kees Cook
  • [PATCH 2/3] exec: Introduce finalize_exec() before start_thread(), Kees Cook
  • [PATCH 1/3] exec: Pass stack rlimit into mm layout functions, Kees Cook
  • [PATCH 3/3] exec: Pin stack limit during exec, Kees Cook
  • Re: [PATCH 0/3] exec: Pin stack limit during exec, Kees Cook
    • Re: [kernel-hardening] Re: [PATCH 0/3] exec: Pin stack limit during exec, David Windsor
      • Re: [kernel-hardening] Re: [PATCH 0/3] exec: Pin stack limit during exec, Kees Cook
• Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
• [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 05/18] x86: implement nospec_barrier(), Dan Williams
  • [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Greg KH
    • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Greg KH
      • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Alan Cox
        • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Greg KH
          • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Dan Williams
            • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 14/18] ipv4: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
  • [PATCH 15/18] vfs, fdtable: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 15/18] vfs, fdtable: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
  • [PATCH 18/18] userns: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 17/18] udf: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 17/18] udf: prevent bounds-check bypass via speculative execution, Jan Kara
  • [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
    • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Eric W. Biederman
      • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
        • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Linus Torvalds
          • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Linus Torvalds
          • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
            • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
            • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Alexei Starovoitov
              • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
                • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Alexei Starovoitov
            • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Linus Torvalds
        • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Eric W. Biederman
          • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
            • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Eric W. Biederman
              • Re: [PATCH 16/18] net: mpls: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 13/18] ipv6: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 13/18] ipv6: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
    • Re: [PATCH 13/18] ipv6: prevent bounds-check bypass via speculative execution, Stephen Hemminger
      • Re: [PATCH 13/18] ipv6: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 12/18] Thermal/int340x: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 12/18] Thermal/int340x: prevent bounds-check bypass via speculative execution, Srinivas Pandruvada
      • Re: [PATCH 12/18] Thermal/int340x: prevent bounds-check bypass via speculative execution, Dan Williams
        • Re: [PATCH 12/18] Thermal/int340x: prevent bounds-check bypass via speculative execution, Srinivas Pandruvada
    • Re: [PATCH 12/18] Thermal/int340x: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
  • [PATCH 11/18] cw1200: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, Greg KH
      • Re: [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, Greg KH
      • Re: [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, Dan Williams
        • Re: [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, Greg KH
          • Re: [PATCH 10/18] qla2xxx: prevent bounds-check bypass via speculative execution, James Bottomley
  • [PATCH 09/18] p54: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 09/18] p54: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
  • [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Sergei Shtylyov
    • Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Christian Lamparter
      • Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Alan Cox
        • Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Christian Lamparter
      • Re: [PATCH 08/18] carl9170: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Greg KH
      • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Greg KH
        • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Dan Williams
          • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Greg KH
            • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Dan Williams
        • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Laurent Pinchart
          • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Greg KH
            • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Laurent Pinchart
              • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Greg KH
    • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Laurent Pinchart
      • Re: [PATCH 07/18] [media] uvcvideo: prevent bounds-check bypass via speculative execution, Dan Williams
  • [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
        • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
        • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
        • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Thomas Gleixner
                    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Andrea Arcangeli
          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Thomas Gleixner
                      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                        • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Thomas Gleixner
                            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Willy Tarreau
                            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
                              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Willy Tarreau
                                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Linus Torvalds
                                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Willy Tarreau
                                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Thomas Gleixner
                                    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, David Miller
                                      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Greg KH
                              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
                                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Peter Zijlstra
                                    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Ingo Molnar
                              • RE: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, David Laight
                                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                                  • RE: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, David Laight
                          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alexei Starovoitov
                              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Peter Zijlstra
            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Willy Tarreau
              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, David Miller
                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, James Bottomley
                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Alan Cox
                  • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Thomas Gleixner
                    • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, David Miller
      • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Josh Poimboeuf
        • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
          • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Josh Poimboeuf
            • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
              • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Josh Poimboeuf
                • Re: [PATCH 06/18] x86, barrier: stop speculation for failed access_ok, Dan Williams
  • [PATCH 03/18] arm64: implement nospec_ptr(), Dan Williams
  • [PATCH 04/18] arm: implement nospec_ptr(), Dan Williams
    • Re: [PATCH 04/18] arm: implement nospec_ptr(), Laura Abbott
      • Re: [PATCH 04/18] arm: implement nospec_ptr(), Hanjun Guo
        • Re: [PATCH 04/18] arm: implement nospec_ptr(), Laura Abbott
  • [PATCH 01/18] asm-generic/barrier: add generic nospec helpers, Dan Williams
    • Re: [PATCH 01/18] asm-generic/barrier: add generic nospec helpers, Linus Torvalds
      • Re: [PATCH 01/18] asm-generic/barrier: add generic nospec helpers, Dan Williams
        • Re: [PATCH 01/18] asm-generic/barrier: add generic nospec helpers, Mark Rutland
  • [PATCH 02/18] Documentation: document nospec helpers, Dan Williams
    • Re: [PATCH 02/18] Documentation: document nospec helpers, Jonathan Corbet
      • Re: [PATCH 02/18] Documentation: document nospec helpers, Mark Rutland
        • Re: [PATCH 02/18] Documentation: document nospec helpers, Jonathan Corbet
  • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Eric W. Biederman
    • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
      • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Peter Zijlstra
        • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Alan Cox
          • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Peter Zijlstra
          • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Ingo Molnar
      • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Bart Van Assche
  • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Florian Fainelli
    • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Arjan van de Ven
  • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
    • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
  • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Jiri Kosina
    • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
      • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Josh Poimboeuf
        • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Jiri Kosina
          • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Dan Williams
            • Re: [PATCH 00/18] prevent bounds-check bypass via speculative execution, Daniel Borkmann
• [RFCv2 0/4] API for inhibiting speculative arbitrary read primitives, Mark Rutland
  • [RFCv2 3/4] arm64: implement nospec_ptr(), Mark Rutland
  • [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers, Mark Rutland
    • Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers, Dan Williams
      • Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers, Mark Rutland
    • Re: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers, Alexei Starovoitov
      • RE: [RFCv2 4/4] bpf: inhibit speculated out-of-bounds pointers, Reshetova, Elena
  • [RFCv2 1/4] asm-generic/barrier: add generic nospec helpers, Mark Rutland
    • Re: [RFCv2 1/4] asm-generic/barrier: add generic nospec helpers, Mark Salter
  • [RFCv2 2/4] Documentation: document nospec helpers, Mark Rutland
    • Re: [RFCv2 2/4] Documentation: document nospec helpers, Geert Uytterhoeven
    • Re: [RFCv2 2/4] Documentation: document nospec helpers, Randy Dunlap
      • Re: [RFCv2 2/4] Documentation: document nospec helpers, Mark Rutland
• [PATCH v10 0/8] Add io{read|write}64 to io-64-atomic headers, Logan Gunthorpe
  • [PATCH v10 6/8] ntb: ntb_hw_intel: use io-64-nonatomic instead of in-driver hacks, Logan Gunthorpe
  • [PATCH v10 7/8] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64, Logan Gunthorpe
    • Re: [PATCH v10 7/8] crypto: caam: cleanup CONFIG_64BIT ifdefs when using io{read|write}64, Horia Geantă
  • [PATCH v10 2/8] powerpc: io.h: move iomap.h include so that it can use readq/writeq defs, Logan Gunthorpe
  • [PATCH v10 3/8] powerpc: iomap.c: introduce io{read|write}64_{lo_hi|hi_lo}, Logan Gunthorpe
  • [PATCH v10 5/8] io-64-nonatomic: add io{read|write}64[be]{_lo_hi|_hi_lo} macros, Logan Gunthorpe
  • [PATCH v10 4/8] iomap: introduce io{read|write}64_{lo_hi|hi_lo}, Logan Gunthorpe
  • [PATCH v10 1/8] drm/tilcdc: ensure nonatomic iowrite64 is not used, Logan Gunthorpe
  • [PATCH v10 8/8] ntb: ntb_hw_switchtec: Cleanup 64bit IO defines to use the common header, Logan Gunthorpe
• [RFC PATCH 0/4] API for inhibiting speculative arbitrary read primitives, Mark Rutland
  • [RFC PATCH 4/4] bpf: inhibit speculated out-of-bounds pointers, Mark Rutland
    • Re: [RFC PATCH 4/4] bpf: inhibit speculated out-of-bounds pointers, Peter Zijlstra
      • Re: [RFC PATCH 4/4] bpf: inhibit speculated out-of-bounds pointers, Mark Rutland
  • [RFC PATCH 2/4] Documentation: document nospec helpers, Mark Rutland
  • [RFC PATCH 3/4] arm64: implement nospec_{load,ptr}(), Mark Rutland
  • [RFC PATCH 1/4] asm-generic/barrier: add generic nospec helpers, Mark Rutland
    • Re: [RFC PATCH 1/4] asm-generic/barrier: add generic nospec helpers, Mark Rutland
      • Re: [RFC PATCH 1/4] asm-generic/barrier: add generic nospec helpers, Dan Williams
        • Re: [RFC PATCH 1/4] asm-generic/barrier: add generic nospec helpers, Mark Rutland
  • [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Linus Torvalds
      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
          • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Julia Lawall
            • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
              • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Linus Torvalds
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Linus Torvalds
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Linus Torvalds
                        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
                        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Julia Lawall
        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Jiri Kosina
          • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
            • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Jiri Kosina
              • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Jiri Kosina
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
          • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
            • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Linus Torvalds
              • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Williams, Dan J
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Al Viro
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dave Hansen
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Al Viro
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Al Viro
                        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Eric W. Biederman
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Eric W. Biederman
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Mark Rutland
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Mark Rutland
                  • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                    • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Mark Rutland
                      • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
                        • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Dan Williams
            • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Jiri Kosina
              • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alan Cox
                • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Alexei Starovoitov
                  • RE: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Reshetova, Elena
              • Re: [RFC PATCH] asm/generic: introduce if_nospec and nospec_barrier, Pavel Machek
• [PATCH] mm, x86: pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics, Florian Weimer
  • [REGRESSION] testing/selftests/x86/ pkeys build failures (was: Re: [PATCH] mm, x86: pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics), Ingo Molnar
    • Re: [REGRESSION] testing/selftests/x86/ pkeys build failures, Florian Weimer
      • Re: [REGRESSION] testing/selftests/x86/ pkeys build failures, Ingo Molnar
    • Re: [REGRESSION] testing/selftests/x86/ pkeys build failures (was: Re: [PATCH] mm, x86: pkeys: Introduce PKEY_ALLOC_SIGNALINHERIT and change signal semantics), Ingo Molnar
• [PATCH 0/5] Remove asm/clkdev.h and privatize __clk{get,put}(), Stephen Boyd
  • [PATCH 1/5] blackfin: Use generic clkdev.h header, Stephen Boyd
    • Re: [PATCH 1/5] blackfin: Use generic clkdev.h header, Stephen Boyd
  • [PATCH 2/5] clk: Prepare to remove asm-generic/clkdev.h, Stephen Boyd
    • Re: [PATCH 2/5] clk: Prepare to remove asm-generic/clkdev.h, Stephen Boyd
  • [PATCH 5/5] clk: Move __clk_{get,put}() into private clk.h API, Stephen Boyd
    • Re: [PATCH 5/5] clk: Move __clk_{get,put}() into private clk.h API, Stephen Boyd
  • [PATCH 3/5] arch: Remove clkdev.h asm-generic from Kbuild, Stephen Boyd
    • Re: [PATCH 3/5] arch: Remove clkdev.h asm-generic from Kbuild, Geert Uytterhoeven
    • Re: [PATCH 3/5] arch: Remove clkdev.h asm-generic from Kbuild, Arnd Bergmann
    • Re: [PATCH 3/5] arch: Remove clkdev.h asm-generic from Kbuild, Stephen Boyd
  • [PATCH 4/5] clk: sunxi: Use CLK_IS_CRITICAL flag for critical clks, Stephen Boyd
    • Re: [PATCH 4/5] clk: sunxi: Use CLK_IS_CRITICAL flag for critical clks, Chen-Yu Tsai
      • Re: [PATCH 4/5] clk: sunxi: Use CLK_IS_CRITICAL flag for critical clks, Stephen Boyd
    • Re: [PATCH 4/5] clk: sunxi: Use CLK_IS_CRITICAL flag for critical clks, Maxime Ripard
    • Re: [PATCH 4/5] clk: sunxi: Use CLK_IS_CRITICAL flag for critical clks, Stephen Boyd
• [PATCH 1/2] microblaze: fix endian handling, Arnd Bergmann
  • [PATCH 2/2] microblaze: fix iounmap prototype, Arnd Bergmann
  • Re: [PATCH 1/2] microblaze: fix endian handling, kbuild test robot
    • Re: [PATCH 1/2] microblaze: fix endian handling, Arnd Bergmann
      • Re: [PATCH 1/2] microblaze: fix endian handling, Michal Simek
        • Re: [PATCH 1/2] microblaze: fix endian handling, Arnd Bergmann
          • Re: [PATCH 1/2] microblaze: fix endian handling, Michal Simek
• [PATCH] arc: fix iounmap prototype, Arnd Bergmann
  • Re: [PATCH] arc: fix iounmap prototype, Geert Uytterhoeven
    • Re: [PATCH] arc: fix iounmap prototype, Vineet Gupta
• [PATCH] xtensa: shut up gcc-8 warnings, Arnd Bergmann
  • Re: [PATCH] xtensa: shut up gcc-8 warnings, Max Filippov
• [PATCH] m32r: fix readl/writel prototypes, Arnd Bergmann
  • Re: [PATCH] m32r: fix readl/writel prototypes, Geert Uytterhoeven
  • Re: [PATCH] m32r: fix readl/writel prototypes, Luc Van Oostenryck
• [PATCH v5 00/39] Andes(nds32) Linux Kernel Port, Greentime Hu
  • [PATCH v5 20/39] nds32: Signal handling support, Greentime Hu
  • [PATCH v5 22/39] nds32: Debugging support, Greentime Hu
  • [PATCH v5 37/39] clocksource/drivers/atcpit100: Add andestech atcpit100 timer, Greentime Hu
  • [PATCH v5 38/39] clocksource/drivers/atcpit100: VDSO support, Greentime Hu
  • [PATCH v5 39/39] dt-bindings: timer: Add andestech atcpit100 timer binding doc, Greentime Hu
  • [PATCH v5 35/39] irqchip: Andestech Internal Vector Interrupt Controller driver, Greentime Hu
  • [PATCH v5 36/39] net: faraday add nds32 support., Greentime Hu
  • [PATCH v5 34/39] dt-bindings: interrupt-controller: Andestech Internal Vector Interrupt Controller, Greentime Hu
  • [PATCH v5 33/39] dt-bindings: nds32 SoC Bindings, Greentime Hu
  • [PATCH v5 31/39] dt-bindings: nds32 CPU Bindings, Greentime Hu
  • [PATCH v5 32/39] dt-bindings: nds32 L2 cache controller Bindings, Greentime Hu
    • Re: [PATCH v5 32/39] dt-bindings: nds32 L2 cache controller Bindings, Rob Herring
  • [PATCH v5 29/39] nds32: Build infrastructure, Greentime Hu
  • [PATCH v5 30/39] MAINTAINERS: Add nds32, Greentime Hu
  • [PATCH v5 28/39] nds32: defconfig, Greentime Hu
  • [PATCH v5 26/39] nds32: Device tree support, Greentime Hu
    • Re: [PATCH v5 26/39] nds32: Device tree support, Rob Herring
      • Re: [PATCH v5 26/39] nds32: Device tree support, Greentime Hu
  • [PATCH v5 27/39] nds32: Miscellaneous header files, Greentime Hu
  • [PATCH v5 25/39] nds32: Generic timers support, Greentime Hu
  • [PATCH v5 24/39] nds32: Loadable modules, Greentime Hu
  • [PATCH v5 23/39] nds32: L2 cache support, Greentime Hu
  • [PATCH v5 21/39] nds32: Library functions, Greentime Hu
  • [PATCH v5 18/39] nds32: System calls handling, Greentime Hu
  • [PATCH v5 19/39] nds32: VDSO support, Greentime Hu
  • [PATCH v5 17/39] nds32: ELF definitions, Greentime Hu
  • [PATCH v5 16/39] nds32: DMA mapping API, Greentime Hu
  • [PATCH v5 15/39] nds32: Device specific operations, Greentime Hu
  • [PATCH v5 14/39] nds32: Atomic operations, Greentime Hu
  • [PATCH v5 13/39] nds32: IRQ handling, Greentime Hu
  • [PATCH v5 11/39] nds32: Cache and TLB routines, Greentime Hu
  • [PATCH v5 12/39] nds32: Process management, Greentime Hu
  • [PATCH v5 09/39] nds32: MMU initialization, Greentime Hu
  • [PATCH v5 07/39] nds32: Exception handling, Greentime Hu
  • [PATCH v5 08/39] nds32: MMU definitions, Greentime Hu
  • [PATCH v5 06/39] nds32: Kernel booting and initialization, Greentime Hu
  • [PATCH v5 04/39] earlycon: add reg-offset to physical address before mapping, Greentime Hu
  • [PATCH v5 05/39] nds32: Assembly macros and definitions, Greentime Hu
  • [PATCH v5 03/39] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h, Greentime Hu
  • [PATCH v5 02/39] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it., Greentime Hu
    • Re: [PATCH v5 02/39] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it., Stafford Horne
      • Re: [PATCH v5 02/39] openrisc: add ioremap_nocache declaration before include asm-generic/io.h and sync ioremap prototype with it., Greentime Hu
  • [PATCH v5 01/39] asm-generic/io.h: move ioremap_nocache/ioremap_uc/ioremap_wc/ioremap_wt out of ifndef CONFIG_MMU, Greentime Hu
  • [PATCH v5 10/39] nds32: MMU fault handling and page table management, Greentime Hu
• consolidate direct dma mapping and swiotlb support, Christoph Hellwig
  • [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA, Christoph Hellwig
    • Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA, Vineet Gupta
  • [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h, Christoph Hellwig
  • [PATCH 26/67] dma-direct: use phys_to_dma, Christoph Hellwig
    • Re: [PATCH 26/67] dma-direct: use phys_to_dma, Vladimir Murzin
  • [PATCH 44/67] powerpc: rename swiotlb_dma_ops, Christoph Hellwig
  • [PATCH 50/67] swiotlb: refactor coherent buffer allocation, Christoph Hellwig
  • [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
  • [PATCH 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent, Christoph Hellwig
  • [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free, Christoph Hellwig
  • [PATCH 67/67] swiotlb: remove various exports, Christoph Hellwig
  • [PATCH 63/67] mips: use swiotlb_{alloc,free}, Christoph Hellwig
  • [PATCH 61/67] tile: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 58/67] ia64: remove an ifdef around the content of pci-dma.c, Christoph Hellwig
  • [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
  • [PATCH 62/67] mips/netlogic: remove swiotlb support, Christoph Hellwig
  • [PATCH 56/67] ia64: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 59/67] unicore32: use generic swiotlb_ops, Christoph Hellwig
  • [PATCH 52/67] dma-direct: handle the memory encryption bit in common code, Christoph Hellwig
  • [PATCH 53/67] swiotlb: remove swiotlb_set_mem_attributes, Christoph Hellwig
  • [PATCH 57/67] ia64: clean up swiotlb support, Christoph Hellwig
  • [PATCH 55/67] ia64: replace ZONE_DMA with ZONE_DMA32, Christoph Hellwig
  • [PATCH 54/67] x86: remove sta2x11_dma_ops, Christoph Hellwig
  • [PATCH 43/67] ia64: rename swiotlb_dma_ops, Christoph Hellwig
  • [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code, Christoph Hellwig
  • [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops, Christoph Hellwig
  • [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs, Christoph Hellwig
  • [PATCH 49/67] swiotlb: refactor coherent buffer freeing, Christoph Hellwig
  • [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask, Christoph Hellwig
  • [PATCH 42/67] arm64: rename swiotlb_dma_ops, Christoph Hellwig
  • [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit, Christoph Hellwig
  • [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags, Christoph Hellwig
  • [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent, Christoph Hellwig
  • [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case, Christoph Hellwig
  • [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the direct mapping case, Christoph Hellwig
  • [PATCH 36/67] x86: remove dma_alloc_coherent_mask, Christoph Hellwig
  • [PATCH 37/67] x86: use dma-direct, Christoph Hellwig
  • [PATCH 35/67] h8300: use dma-direct, Christoph Hellwig
  • [PATCH 33/67] dma-direct: reject too small dma masks, Christoph Hellwig
  • [PATCH 32/67] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32, Christoph Hellwig
  • [PATCH 34/67] cris: use dma-direct, Christoph Hellwig
    • Re: [PATCH 34/67] cris: use dma-direct, Jesper Nilsson
  • [PATCH 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations, Christoph Hellwig
    • Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available to other implementations, Vladimir Murzin
  • [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks, Christoph Hellwig
    • Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks, Vladimir Murzin
      • Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks, Christoph Hellwig
  • [PATCH 28/67] dma-direct: add support for CMA allocation, Christoph Hellwig
  • [PATCH 29/67] dma-direct: use node local allocations for coherent memory, Christoph Hellwig
    • Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory, Geert Uytterhoeven
  • [PATCH 27/67] dma-direct: add dma address sanity checks, Christoph Hellwig
    • Re: [PATCH 27/67] dma-direct: add dma address sanity checks, Geert Uytterhoeven
      • Re: [PATCH 27/67] dma-direct: add dma address sanity checks, Christoph Hellwig
  • [PATCH 25/67] dma-direct: rename dma_noop to dma_direct, Christoph Hellwig
    • Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct, Vladimir Murzin
  • [PATCH 24/67] dma-mapping: provide a generic asm/dma-mapping.h, Christoph Hellwig
  • [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code, Christoph Hellwig
    • Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code, Geert Uytterhoeven
    • Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code, Jesper Nilsson
  • [PATCH 23/67] dma-mapping: add an arch_dma_supported hook, Christoph Hellwig
  • [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze, Christoph Hellwig
    • Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze, Julian Calaby
      • Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze, Christoph Hellwig
  • [PATCH 19/67] microblaze: remove the dead !NOT_COHERENT_CACHE dma code, Christoph Hellwig
  • [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h, Christoph Hellwig
  • [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask, Christoph Hellwig
  • [PATCH 18/67] microblaze: remove dma_nommu_dma_supported, Christoph Hellwig
  • [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Christoph Hellwig
    • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Michael Ellerman
      • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Geert Uytterhoeven
        • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Michael Ellerman
          • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Geert Uytterhoeven
            • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Julian Calaby
              • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Christoph Hellwig
      • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Christoph Hellwig
        • Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_, Christoph Hellwig
  • [PATCH 15/67] hexagon: use the generic dma_capable helper, Christoph Hellwig
  • [PATCH 11/67] riscv: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 13/67] dma-mapping: move swiotlb arch helpers to a new header, Christoph Hellwig
  • [PATCH 12/67] s390: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 10/67] m32r: remove the unused dma_capable helper, Christoph Hellwig
  • [PATCH 07/67] m32r: remove unused flush_write_buffers definition, Christoph Hellwig
  • [PATCH 06/67] hexagon: remove unused flush_write_buffers definition, Christoph Hellwig
    • Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition, Richard Kuo
  • [PATCH 04/67] arm64: don't override dma_max_pfn, Christoph Hellwig
  • [PATCH 08/67] powerpc: remove unused flush_write_buffers definition, Christoph Hellwig
  • [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops, Christoph Hellwig
    • Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops, Geert Uytterhoeven
    • Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops, Jesper Nilsson
  • [PATCH 02/67] alpha: mark jensen as broken, Christoph Hellwig
    • Re: [PATCH 02/67] alpha: mark jensen as broken, Geert Uytterhoeven
      • Re: [PATCH 02/67] alpha: mark jensen as broken, Christoph Hellwig
  • [PATCH 03/67] dma-mapping: take dma_pfn_offset into account in dma_max_pfn, Christoph Hellwig