Linux Sparc

• Thread Index

• [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/33] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/33] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/33] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/33] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/33] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 34/67] cris: use dma-direct
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
• sparc64 crashes in -next due to 'mm/vmalloc.c: replace opencoded 4-level page walkers'
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: Separate kernel and userspace address spaces on Linux SPARC?
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Separate kernel and userspace address spaces on Linux SPARC?
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• [PATCH] sparc64: drop unneeded compat include
  • From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH v7 02/10] module: allow symbol exports to be disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v7 02/10] module: allow symbol exports to be disabled
  • From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
• [PATCH v7 01/10] arch: enable relative relocations for arm64, power and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 03/10] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 04/10] init: allow initcall tables to be emitted using relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 06/10] kernel: tracepoints: add support for relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 08/10] arm64/kernel: jump_label: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 09/10] x86: jump_label: switch to jump_entry accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 10/10] x86/kernel: jump_table: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 02/10] module: allow symbol exports to be disabled
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v7 00/10] add support for relative references in special sections
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available to other implementations
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 26/67] dma-direct: use phys_to_dma
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 02/67] alpha: mark jensen as broken
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• [lkp-robot] [x86/kernel] 5bf300774c: WARNING:at_kernel/jump_label.c:#jump_label_test
  • From: kernel test robot <xiaolong.ye@xxxxxxxxx>
• Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [sparc64] kernel unaligned access at TPC aa_dfa_unpack
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: SPARC regressions in 4.14.7
  • From: Frank Scheiner <frank.scheiner@xxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: building debug version of klibc
  • From: valdis.kletnieks@xxxxxx
• Re: building debug version of klibc
  • From: valdis.kletnieks@xxxxxx
• Re: building debug version of klibc
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: building debug version of klibc
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: building debug version of klibc
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• SPARC regressions in 4.14.7
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: consolidate direct dma mapping and swiotlb support
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• [PATCH 01/67] x86: remove X86_PPRO_FENCE
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/67] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/67] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/67] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/67] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/67] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/67] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/67] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/67] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/67] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 37/67] x86: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 35/67] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 49/67] swiotlb: refactor coherent buffer freeing
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 54/67] x86: remove sta2x11_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 55/67] ia64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 52/67] dma-direct: handle the memory encryption bit in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 57/67] ia64: clean up swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 59/67] unicore32: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 62/67] mips/netlogic: remove swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 63/67] mips: use swiotlb_{alloc,free}
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 67/67] swiotlb: remove various exports
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 61/67] tile: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 58/67] ia64: remove an ifdef around the content of pci-dma.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 56/67] ia64: use generic swiotlb_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 53/67] swiotlb: remove swiotlb_set_mem_attributes
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 50/67] swiotlb: refactor coherent buffer allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 44/67] powerpc: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 43/67] ia64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 42/67] arm64: rename swiotlb_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 36/67] x86: remove dma_alloc_coherent_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/67] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/67] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/67] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/67] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/67] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/67] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/67] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/67] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/67] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/67] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/67] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/67] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping and swiotlb support
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v6 5/8] kernel: tracepoints: add support for relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/kernel: jump_table: use relative references
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/kernel: jump_table: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 8/8] x86/kernel: jump_table: use relative references
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 5/8] kernel: tracepoints: add support for relative references
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH] sparc64: repair calling incorrect hweight function from stubs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v6 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v6 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 2/8] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 3/8] init: allow initcall tables to be emitted using relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 5/8] kernel: tracepoints: add support for relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 6/8] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 7/8] arm64/kernel: jump_label: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 8/8] x86/kernel: jump_table: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 4/8] PCI: Add support for relative addressing in quirk tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 0/8] add support for relative references in special sections
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH^WHACK] sun_esp v2 on older sparc
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: [PATCH v5 6/8] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 6/8] kernel/jump_label: abstract jump_entry member accessors
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v5 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v5 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v5 2/8] module: use relative references for __ksymtab entries
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 3/8] init: allow initcall tables to be emitted using relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 6/8] kernel/jump_label: abstract jump_entry member accessors
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 5/8] kernel: tracepoints: add support for relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 8/8] x86/kernel: jump_table: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 7/8] arm64/kernel: jump_label: use relative references
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 4/8] PCI: Add support for relative addressing in quirk tables
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 1/8] arch: enable relative relocations for arm64, power, x86, s390 and x86
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v5 0/8] add support for relative references in special sections
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH] sparc64: repair calling incorrect hweight function from stubs
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• T1 regression - only 16 threads of 24 are activated
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH] sparc32,leon: Use CASA when available for atomic operations
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: [PATCH] crypto: n2 - cure use after free
  • From: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: john falkenthal <john.falkenthal@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Greg Onufer <gonufer@xxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: john falkenthal <john.falkenthal@xxxxxxxxxx>
• Re: [PATCH] crypto: n2 - cure use after free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• [PATCH] crypto: n2 - cure use after free
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Wim Coekaerts <wim.coekaerts@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH] crypto: n2 - cure use after free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] crypto: n2 - cure use after free
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH] crypto: n2 - cure use after free
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V4 20/26] openprom: deprecate pci_get_bus_and_slot()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH V4 20/26] openprom: deprecate pci_get_bus_and_slot()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] crypto: n2 - cure use after free
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: n2_crypto gets a BUG() triggered on T5240
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCHv4 08/12] sparc64: Update pmdp_invalidate() to return old pmd value
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc32,leon: Use CASA when available for atomic operations
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: n2_crypto gets a BUG() triggered on T5240
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH 45/45] arch/sparc: remove duplicate includes
  • From: Pravin Shedge <pravin.shedge4linux@xxxxxxxxx>
• Re: n2_crypto gets a BUG() triggered on T5240
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc32,leon: Use CASA when available for atomic operations
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• n2_crypto gets a BUG() triggered on T5240
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Alexandre Chartre <alexandre.chartre@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: Unaligned access in gss_{get,verify}_mic_v2() on sparc64
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: Unaligned access in gss_{get,verify}_mic_v2() on sparc64
  • From: bfields@xxxxxxxxxxxx (J. Bruce Fields)
• [PATCH v2 2/2] sparc64: Oracle DAX driver
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Oracle DAX infrastructure
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH v2 0/2] Driver for Oracle Data Analytics Accelerator
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• Unaligned access in gss_{get,verify}_mic_v2() on sparc64
  • From: James Ettle <james@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• linux-next: build failure after merge of the akpm-current tree
  • From: Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] sparc32,leon: Build with -mcpu=leon3 for SPARC_LEON
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v2 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v2 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH V3 21/29] openprom: deprecate pci_get_bus_and_slot()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: Silo on RAID 1
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Silo on RAID 1
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: Silo on RAID 1
  • From: chase rayfield <cusbrar1@xxxxxxxxx>
• Silo on RAID 1
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• [PATCH V2 21/29] openprom: deprecate pci_get_bus_and_slot()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• sparc64: git kernel 4.14.0-12995-g0c86a6bd85ff does not boot
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 22/30] openprom: deprecate pci_get_bus_and_slot()
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH RESEND v10 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH 0/2] Driver for Oracle Data Analytics Accelerator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 0/2] Driver for Oracle Data Analytics Accelerator
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH RESEND v10 09/10] mm: Allow arch code to override copy_highpage()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v10 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 08/10] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 07/10] mm: Add address parameter to arch_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 02/10] mm, swap: Add infrastructure for saving page metadata as well on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 10/10] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 04/10] sparc64: Add HV fault type handlers for ADI related faults
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 05/10] sparc64: Add handler for "Memory Corruption Detected" trap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 06/10] sparc64: Add auxiliary vectors to report platform ADI properties
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v10 01/10] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: Convert timers to user timer_setup()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc/led: Convert timers to use timer_setup()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/5] sparc64: Optimize fls and __fls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] Driver for Oracle Data Analytics Accelerator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH V4] vDSO for sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 2/2] sparc32,leon: Add support for atomic operations with CAS
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 0/2] sparc32,leon: Allow and use CAS for atomic operations for LEON
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• [PATCH 1/2] sparc32,leon: Build with -mcpu=leon3 for SPARC_LEON
  • From: Andreas Larsson <andreas@xxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: linux-next: Tree for Nov 7
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/9] include: Move compat_timespec/ timeval to compat_time.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [PATCH 1/9] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH 0/9] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v3] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] video: fbdev: remove dead igafb driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc: pass endianness info to sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2 2/2] sparc: pass endianness info to sparse
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH v3] sparc: Provide cmpxchg64 for 32-bit builds
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 1/2] sparc: use a common CHECKFLAGS entry for common flags
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 2/2] sparc: pass endianness info to sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• [PATCH v2 0/2] sparc: pass endianness info to sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v9 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH v3] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] sparc64: Fix page table walk for PUD hugepages
  • From: Nitin Gupta <nitin.m.gupta@xxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: pass endianness info to sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH] sparc: pass endianness info to sparse
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH] sparc: pass endianness info to sparse
  • From: Luc Van Oostenryck <luc.vanoostenryck@xxxxxxxxx>
• Re: [PATCH v2] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH v2] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: sparc64: mmu_context: Add missing include files
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• [PATCH] tty: vcc: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH] sparc64: Convert timers to user timer_setup()
  • From: Allen Pais <allen.pais@xxxxxxxxxx>
• Re: [PATCH] sparc64: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• RE: [PATCH] sparc64: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• [PATCH v9 05/10] sparc64: Add handler for "Memory Corruption Detected" trap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 06/10] sparc64: Add auxiliary vectors to report platform ADI properties
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 02/10] mm, swap: Add infrastructure for saving page metadata as well on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 10/10] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 08/10] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 01/10] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 07/10] mm: Add address parameter to arch_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v9 04/10] sparc64: Add HV fault type handlers for ADI related faults
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH] sparc64: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• qemu-system-sparc64: upcoming changes in 2.11
  • From: Mark Cave-Ayland <mark.cave-ayland@xxxxxxxxxxxx>
• [PATCH] sparc64: convert mdesc_handle.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: [PATCH v12 09/11] mm: stop zeroing memory during allocation in vmemmap
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 09/11] mm: stop zeroing memory during allocation in vmemmap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 07/11] x86/kasan: add and use kasan_map_populate()
  • From: Andrey Ryabinin <ryabinin.a.a@xxxxxxxxx>
• Re: [PATCH v12 07/11] x86/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 07/11] x86/kasan: add and use kasan_map_populate()
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Andrey Ryabinin <aryabinin@xxxxxxxxxxxxx>
• Re: [PATCH] video: fbdev: remove dead igafb driver
  • From: Ondrej Zary <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] video: fbdev: remove dead igafb driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] video: fbdev: remove dead igafb driver
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• [PATCH] video: fbdev: remove dead igafb driver
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v12 01/11] mm: deferred_init_memmap improvements
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v12 01/11] mm: deferred_init_memmap improvements
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v12 00/11] complete deferred page initialization
  • From: Bob Picco <bob.picco@xxxxxxxxxx>
• [PATCH v12 06/11] mm: zero reserved and unavailable struct pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 01/11] mm: deferred_init_memmap improvements
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 07/11] x86/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 04/11] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 11/11] arm64: kasan: Avoid using vmemmap_populate to initialise shadow
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 08/11] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 02/11] x86/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 09/11] mm: stop zeroing memory during allocation in vmemmap
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 10/11] sparc64: optimized struct page zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 05/11] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 00/11] complete deferred page initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v12 03/11] sparc64/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v4 0/5] sparc64: Optimize fls and __fls
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH] video: fbdev: make fb_var_screeninfo static, const and __initconst
  • From: Bartlomiej Zolnierkiewicz <b.zolnierkie@xxxxxxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v4 4/5] sparc64: SPARC optimized __fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v4 0/5] sparc64: Optimize fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v4 1/5] sparc64: Define SPARC default fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v4 5/5] sparc64: Use sparc optimized fls and __fls for T4 and above
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v4 3/5] sparc64: SPARC optimized fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v4 2/5] sparc64: Define SPARC default __fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH] sparc/led: Convert timers to use timer_setup()
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 0/9] complete deferred page initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v11 5/9] mm: zero reserved and unavailable struct pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v11 0/9] complete deferred page initialization
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v11 5/9] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v11 5/9] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v10 05/10] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v11 4/9] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 9/9] sparc64: optimized struct page zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 7/9] arm64/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 3/9] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 8/9] mm: stop zeroing memory during allocation in vmemmap
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 0/9] complete deferred page initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 6/9] x86/kasan: add and use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 1/9] x86/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 5/9] mm: zero reserved and unavailable struct pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v11 2/9] sparc64/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Will Deacon <will.deacon@xxxxxxx>
• Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Ralf Baechle <ralf@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/4] PCI: Cleanup unused stuff
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [PATCH v3 3/5] sparc64: SPARC optimised fls function
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• [PATCH v3 5/5] sparc64: Use sparc optimised fls and __fls for T4 and above
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 4/5] sparc64: SPARC optimised __fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 1/5] sparc64: Define SPARC default fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 3/5] sparc64: SPARC optimised fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 0/5] sparc64: Optimize fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v3 2/5] sparc64: Define SPARC default __fls function
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH v10 05/10] mm: zero reserved and unavailable struct pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] mm: deferred_init_memmap improvements
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v10 05/10] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• RE: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• RE: [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
• Re: [PATCH] mm: deferred_init_memmap improvements
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• [PATCH v10 00/10] complete deferred page initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 03/10] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 07/10] x86/kasan: use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 09/10] mm: stop zeroing memory during allocation in vmemmap
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 02/10] sparc64/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 10/10] sparc64: optimized struct page zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 08/10] arm64/kasan: use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 04/10] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 06/10] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 05/10] mm: zero reserved and unavailable struct pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v10 01/10] x86/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH 3/4] PCI: Remove unused declarations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• [PATCH 4/4] alpha/PCI: Make pdev_save_srm_config() static
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 3/4] PCI: Remove unused declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 2/4] PCI: Remove redundant pci_dev, pci_bus, resource declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 1/4] PCI: Remove redundant pcibios_set_master() declarations
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 0/4] PCI: Cleanup unused stuff
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] mm: deferred_init_memmap improvements
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 06/12] mm: zero struct pages during initialization
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 03/12] mm: deferred_init_memmap improvements
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 06/12] mm: zero struct pages during initialization
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 03/12] mm: deferred_init_memmap improvements
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 06/12] mm: zero struct pages during initialization
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 04/12] sparc64: simplify vmemmap_populate
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 03/12] mm: deferred_init_memmap improvements
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 02/12] sparc64/mm: setting fields in deferred pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 01/12] x86/mm: setting fields in deferred pages
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pasha Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 06/12] mm: zero struct pages during initialization
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 04/12] sparc64: simplify vmemmap_populate
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 03/12] mm: deferred_init_memmap improvements
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 02/12] sparc64/mm: setting fields in deferred pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v9 01/12] x86/mm: setting fields in deferred pages
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint-Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• Re: [PATCH] sparc: Provide cmpxchg64 for 32-bit builds
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sbus: char: Move D7S_MINOR to include/linux/miscdevice.h
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: time: Remove unneeded linux/miscdevice.h include
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: mmu_context: Add missing include files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Provide cmpxchg64 for 32-bit builds
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: Anthony Yznaga <anthony.yznaga@xxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH v2 1/2] sparc64: Define SPARC default fls and __fls
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v2 1/2] sparc64: Define SPARC default fls and __fls
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• [PATCH v2 1/2] sparc64: Define SPARC default fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v2 0/2] sparc64: Optimize fls, fls64 and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH v2 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: Build regressions/improvements in v4.14-rc2
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• [PATCH 0/2] sparc64: Optimize fls, fls64 and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH 2/2] sparc64: Use lzcnt instruction for fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Define SPARC default fls and __fls
  • From: Vijay Kumar <vijay.ac.kumar@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v8 0/9] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 2/9] mm, swap: Add infrastructure for saving page metadata as well on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 9/9] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 8/9] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 5/9] sparc64: Add handler for "Memory Corruption Detected" trap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 3/9] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 7/9] mm: Add address parameter to arch_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 1/9] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 6/9] sparc64: Add auxiliary vectors to report platform ADI properties
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v8 4/9] sparc64: Add HV fault type handlers for ADI related faults
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 2/2] arch: change default endian for microblaze
  • From: Michal Simek <monstr@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] sparc: Provide cmpxchg64 for 32-bit builds
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] sparc64: mmu_context: Add missing include files
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Wim Coekaerts <wim.coekaerts@xxxxxxxxxx>
• Re: [PATCH] sparc64: mmu_context: Add missing include files
  • From: Oded Gabbay <oded.gabbay@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Frans van Berckel <fberckel@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 2/2] sparc64: Oracle DAX driver
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH 1/2] sparc64: Oracle DAX infrastructure
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• [PATCH 0/2] Driver for Oracle Data Analytics Accelerator
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH V3] vDSO for SPARC
  • From: nagarathnam muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• [PATCH V4] vDSO for sparc
  • From: Nagarathnam Muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• 4.14.0-rc1 , possible circular locking dependency detected
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH v2 22/31] sparc/led: Use separate static data field with with static timer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v9 02/12] sparc64/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 00/12] complete deferred page initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 07/12] sparc64: optimized struct page zeroing
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 09/12] mm/kasan: kasan specific map populate function
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 01/12] x86/mm: setting fields in deferred pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 10/12] x86/kasan: use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 03/12] mm: deferred_init_memmap improvements
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 08/12] mm: zero reserved and unavailable struct pages
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 12/12] mm: stop zeroing memory during allocation in vmemmap
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 06/12] mm: zero struct pages during initialization
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 11/12] arm64/kasan: use kasan_map_populate()
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 05/12] mm: defining memblock_virt_alloc_try_nid_raw
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• [PATCH v9 04/12] sparc64: simplify vmemmap_populate
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] sbus: char: Move D7S_MINOR to include/linux/miscdevice.h
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH 2/2] arch: change default endian for microblaze
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH] sparc: time: Remove unneeded linux/miscdevice.h include
  • From: Corentin Labbe <clabbe.montjoie@xxxxxxxxx>
• Re: [PATCH 2/2] arch: change default endian for microblaze
  • From: Michal Simek <monstr@xxxxxxxxx>
• [PATCH 1/2] arch: Fix duplicates in Kconfig for parisc and sparc
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 2/2] arch: change default endian for microblaze
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• [PATCH 0/2] Fix duplicates and change default endian for microblaze
  • From: Babu Moger <babu.moger@xxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH] sparc64: Oracle DAX infrastructure
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [PATCH] sparc64: Oracle DAX infrastructure
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Expose mdesc to sysfs
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] sparc64: Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] Expose mdesc to sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• [PATCH] Expose some h/w info from ILOM to userspace via sysfs
  • From: Eric Saint Etienne <eric.saint.etienne@xxxxxxxxxx>
• Re: [PATCH v8 10/11] arm64/kasan: explicitly zero kasan shadow memory
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v8 10/11] arm64/kasan: explicitly zero kasan shadow memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH] sparc64: Oracle DAX infrastructure
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [PATCH v8 10/11] arm64/kasan: explicitly zero kasan shadow memory
  • From: Mark Rutland <mark.rutland@xxxxxxx>
• Re: [PATCH v8 10/11] arm64/kasan: explicitly zero kasan shadow memory
  • From: Pavel Tatashin <pasha.tatashin@xxxxxxxxxx>
• Re: [PATCH v8 10/11] arm64/kasan: explicitly zero kasan shadow memory
  • From: Mark Rutland <mark.rutland@xxxxxxx>