Linux Sparc

• Thread Index

• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 4.4 25/92] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v1 0/4] sparc/PCI: VGA resource and other fixes
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH 04/25] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/25] hexagon: implement the sync_sg_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/25] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/25] nds32: consolidate DMA cache maintainance routines
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/25] nds32: remove the broken kmap code in nds32_dma_map_sg
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/25] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/25] nds32: implement the unmap_sg DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/25] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/25] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/25] openrisc: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/25] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/25] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/25] openrisc: remove the no-op unmap_page and unmap_sg DMA operations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/25] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/25] openrisc: fix cache maintainance the the sync_single_for_device DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/25] sh: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/25] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/25] parisc: merge pcx_dma_ops and pcxl_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/25] parisc: always use flush_kernel_dcache_range for DMA cache maintainance
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/25] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/25] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/25] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/25] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/25] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/25] hexagon: remove the sync_single_for_cpu DMA operation
  • From: Christoph Hellwig <hch@xxxxxx>
• common non-cache coherent direct dma mapping ops v2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Helge Deller <deller@xxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• dma_sync_*_for_cpu and direction=TO_DEVICE (was Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation)
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Jiri Slaby <jslaby@xxxxxxx>
• [PATCH 4.9 27/33] futex: Remove duplicated code and fix undefined behaviour
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] jsflash: fix compilation
  • From: Jens Axboe <axboe@xxxxxxxxx>
• [PATCH] jsflash: fix compilation
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [Linux-c6x-dev] [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Mark Salter <msalter@xxxxxxxxxx>
• Re: common non-cache coherent direct dma mapping ops
  • From: Helge Deller <deller@xxxxxx>
• Re: make a few block drivers highmem safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: John Garry <john.garry@xxxxxxxxxx>
• Re: [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: xfstests (git) results for sparc64
  • From: Eryu Guan <guaneryu@xxxxxxxxx>
• Re: [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• xfstests (git) results for sparc64
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [PATCH 06/20] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/20] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/20] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/20] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/20] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/20] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/20] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/20] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/20] mm: split arch/sh/mm/consistent.c
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/20] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/20] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/20] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/20] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/20] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/20] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/20] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/20] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/20] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/20] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/20] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• common non-cache coherent direct dma mapping ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: make a few block drivers highmem safe
  • From: Jens Axboe <axboe@xxxxxxxxx>
• Re: [PATCH 2/7] DAC960: don't use block layer bounce buffers
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• Re: [PATCH 1/7] mtip32xx: don't use block layer bounce buffers
  • From: Johannes Thumshirn <jthumshirn@xxxxxxx>
• [PATCH 7/7] ps3disk: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 6/7] jsflash: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 5/7] aoe: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 4/7] mtd_blkdevs: handle highmem pages
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/7] memstick: don't call blk_queue_bounce_limit
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/7] DAC960: don't use block layer bounce buffers
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/7] mtip32xx: don't use block layer bounce buffers
  • From: Christoph Hellwig <hch@xxxxxx>
• make a few block drivers highmem safe
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v2 10/11] arch/*: Kconfig: fix documentation for NMI watchdog
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: centralize SWIOTLB config symbol and misc other cleanups V3
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Marek Szyprowski <m.szyprowski@xxxxxxxxxxx>
• Re: [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 1/3] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 08/13] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 07/13] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: centralize SWIOTLB config symbol and misc other cleanups V3
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: vio: use put_device() instead of kfree()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Fix mistake in oradax license text
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 0/9] Enable THP migration for all possible architectures
  • From: Gerald Schaefer <gerald.schaefer@xxxxxxxxxx>
• [PATCH 4/3] dma-debug: remove CONFIG_HAVE_DMA_API_DEBUG
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH v6 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v6 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v6 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH v5 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [RFC PATCH 0/9] Enable THP migration for all possible architectures
  • From: Zi Yan <zi.yan@xxxxxxxx>
• [RFC PATCH 9/9] mm: migrate: enable thp migration for all possible architectures.
  • From: Zi Yan <zi.yan@xxxxxxxx>
• [RFC PATCH 8/9] sparc: mm: migrate: add pmd swap entry to support thp migration.
  • From: Zi Yan <zi.yan@xxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: "hch@xxxxxx" <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH] sparc: vio: use put_device() instead of kfree()
  • From: Shannon Nelson <shannon.lee.nelson@xxxxxxxxx>
• Re: [PATCH] sparc: vio: use put_device() instead of kfree()
  • From: arvindY <arvind.yadav.cs@xxxxxxxxx>
• Re: [PATCH] sparc: vio: use put_device() instead of kfree()
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• [PATCH v4 01/16] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 08/16] y2038: parisc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 09/16] y2038: sparc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 10/16] y2038: powerpc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 04/16] y2038: ia64: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 16/16] y2038: ipc: Redirect ipc(SEMTIMEDOP, ...) to compat_ksys_semtimedop
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 14/16] y2038: ipc: Use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 02/16] y2038: x86: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 12/16] y2038: ipc: Use ktime_get_real_seconds consistently
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 06/16] y2038: arm64: Extend sysvipc compat data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 11/16] y2038: xtensa: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 13/16] y2038: ipc: Report long times to user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 03/16] y2038: alpha: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 07/16] y2038: mips: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 05/16] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4 15/16] y2038: ipc: Enable COMPAT_32BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 01/13] iommu-common: move to arch/sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: vio: use put_device() instead of kfree()
  • From: Arvind Yadav <arvind.yadav.cs@xxxxxxxxx>
• [GIT PULL, PATCH v4 00/16] y2038: IPC system call conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Alexey Brodkin <Alexey.Brodkin@xxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/13] mips,unicore32: swiotlb doesn't need sg->dma_length
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/13] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/13] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/13] arm: don't build swiotlb by default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/13] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/13] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/13] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/13] dma-mapping: move the NEED_DMA_MAP_STATE config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/13] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/13] iommu-helper: mark iommu_is_span_boundary as inline
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/13] iommu-helper: move the IOMMU_HELPER config symbol to lib/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/13] iommu-helper: unexport iommu_area_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• centralize SWIOTLB config symbol and misc other cleanups V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/13] iommu-common: move to arch/sparc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v5 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• dma-debug cleanups, including removing the arch hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 1/3] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 3/3] dma-debug: unexport dma_debug_resize_entries and debug_dma_dump_mappings
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 2/3] dma-debug: simplify counting of preallocated requests
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH 10/12] arm: don't build swiotlb by default
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• Re: [PATCH v5 1/2] char: sparc64: Add privileged ADI driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v5 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v5 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v5 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH 12/12] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] arm: don't build swiotlb by default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] dma-mapping: move the NEED_DMA_MAP_STATE config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] iommu-helper: move the IOMMU_HELPER config symbol to lib/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] iommu-helper: mark iommu_is_span_boundary as inline
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] iommu-helper: unexport iommu_area_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Christoph Hellwig <hch@xxxxxx>
• centralize SWIOTLB config symbol and misc other cleanups V2
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH v4 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: "H.J. Lu" <hjl.tools@xxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: James Bottomley <James.Bottomley@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v4 1/2] char: sparc64: Add privileged ADI driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH v4 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v4 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v4 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH v3 0/2] sparc64: Add privileged ADI driver
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v3 1/2] SPARC M7 and newer processors utilize ADI to version and protect memory. This driver is capable of reading/writing ADI/MCD versions from privileged user space processes. Addresses in the adi file are mapped linearly to physical memory at a ratio of 1:adi_blksz. Thus, a read (or write) of offset K in the file operates upon the ADI version at physical address K * adi_blksz. The version information is encoded as one version per byte. Intended consumers are makedumpfile and crash.
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v3 2/2] Add a selftest for the sparc64 privileged ADI driver. These tests verify the read(), pread(), write(), pwrite(), and seek() functionality of the driver. The tests also report simple performance statistics:
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH] sparc64: Fix mistake in oradax license text
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 09/12] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH v2 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Wim Coekaerts <wim.coekaerts@xxxxxxxxxx>
• [PATCH v2 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v2 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH v2 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: sparc64 floppy: error X while reading block 0, Oops
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• [REVIEW][PATCH 18/22] signal/sparc: Use force_sig_fault where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• [REVIEW][PATCH 17/22] signal/sparc: Use send_sig_fault where appropriate
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [REVIEW][PATCH 00/22] Simplifying siginfo users
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Jeffrey Walton <noloader@xxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• [PATCH] x86: ipc: fix x32 version of shmid64_ds and msqid64_ds
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: sparc64 floppy: error X while reading block 0, Oops
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• sparc64 floppy: error X while reading block 0, Oops
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: [PATCH 01/22] dma-debug: move initialization to common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH 05/22] alpha: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/22] c6x: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/22] arc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/22] m68k: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/22] hexagon: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/22] microblaze: remove the consistent_sync and consistent_sync_page
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/22] nios2: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/22] openrisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/22] sh: introduce a sh_cacheop_vaddr helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/22] sh: simplify get_arch_dma_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/22] sh: use dma_direct_ops for the CONFIG_DMA_COHERENT case
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/22] sh: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/22] sparc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/22] parisc: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/22] xtensa: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/22] nds32: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/22] microblaze: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/22] arm-nommu: use generic dma_noncoherent_ops
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/22] dma-mapping: provide a generic dma-noncoherent implementation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/22] alpha: use dma_direct_ops for jensen
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/22] dma-mapping: simplify Kconfig dependencies
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/22] dma-debug: move initialization to common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [no subject]
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [REVIEW][PATCH 02/17] sparc: fix compat siginfo ABI regression
  • From: "Eric W. Biederman" <ebiederm@xxxxxxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3 04/17] y2038: s390: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/17] y2038: Convert IPC syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 03/17] y2038: ia64: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 08/17] y2038: parisc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/17] y2038: arm64: Extend sysvipc compat data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 13/17] y2038: ipc: Report long times to user space
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 11/17] y2038: xtensa: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 15/17] y2038: ipc: Enable COMPAT_32BIT_TIME
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 17/17] y2038: compat: Move common compat types to asm-generic/compat.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH v3 09/17] y2038: sparc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 01/17] y2038: asm-generic: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/17] y2038: mips: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 02/17] y2038: alpha: Remove unneeded ipc uapi header files
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 07/17] y2038: x86: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 10/17] y2038: powerpc: Extend sysvipc data structures
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 14/17] y2038: ipc: Use __kernel_timespec
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 16/17] y2038: ipc: Redirect ipc(SEMTIMEDOP, ...) to compat_ksys_semtimedop
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 12/17] y2038: ipc: Use ktime_get_real_seconds consistently
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 1/2] char: sparc64: Add privileged ADI driver
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• Re: BUG: Bad rss-counter state ...
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [PATCH 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Shuah Khan <shuah@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• BUG: Bad rss-counter state ...
  • From: René Rebe <rene@xxxxxxxxxxxxx>
• [PATCH 2/2] selftests: sparc64: char: Selftest for privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH 0/2] sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• [PATCH 1/2] char: sparc64: Add privileged ADI driver
  • From: Tom Hromatka <tom.hromatka@xxxxxxxxxx>
• Re: [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 01/12] iommu-common: move to arch/sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 06/12] dma-mapping: move the NEED_DMA_MAP_STATE config symbol to lib/Kconfig
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/12] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 04/12] iommu-helper: move the IOMMU_HELPER config symbol to lib/
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/12] iommu-helper: unexport iommu_area_alloc
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Anshuman Khandual <khandual@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 02/12] iommu-helper: unexport iommu_area_alloc
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/3] signal: Stop special casing TRAP_FIXME and FPE_FIXME in siginfo_layout
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC PATCH 2/3] signal: Reduce copy_siginfo_to_user to just copy_to_user
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC PATCH 1/3] signal: Ensure every siginfo we send has all bits initialized
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [RFC PATCH 0/3] Dealing with the aliases of SI_USER
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [PATCH 12/12] swiotlb: remove the CONFIG_DMA_DIRECT_OPS ifdefs
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/12] swiotlb: move the SWIOTLB config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/12] arm: don't build swiotlb by default
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/12] PCI: remove CONFIG_PCI_BUS_ADDR_T_64BIT
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/12] arch: define the ARCH_DMA_ADDR_T_64BIT config symbol in lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/12] arch: remove the ARCH_PHYS_ADDR_T_64BIT config symbol
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/12] dma-mapping: move the NEED_DMA_MAP_STATE config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/12] scatterlist: move the NEED_SG_DMA_LENGTH config symbol to lib/Kconfig
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/12] iommu-helper: move the IOMMU_HELPER config symbol to lib/
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/12] iommu-helper: mark iommu_is_span_boundary as inline
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/12] iommu-helper: unexport iommu_area_alloc
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 01/12] iommu-common: move to arch/sparc
  • From: Christoph Hellwig <hch@xxxxxx>
• centralize SWIOTLB config symbol and misc other cleanups
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Dave Martin <Dave.Martin@xxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc: fix compat siginfo ABI regression
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: [PATCH v4] mm: remove odd HAVE_PTE_SPECIAL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 00/13] y2038: convert IPC syscalls
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: Russell King - ARM Linux <linux@xxxxxxxxxxxxxxx>
• [PATCH v4] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: sparc/ppc/arm compat siginfo ABI regressions: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• Re: [GIT PULL] asm-generic fixes for v4.17-rc1
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [GIT PULL] asm-generic fixes for v4.17-rc1
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] sparc: compat: allow including asm/compat.h for 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH] sparc: compat: allow including asm/compat.h for 32-bit
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• [GIT PULL] asm-generic fixes for v4.17-rc1
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] sparc: compat: allow including asm/compat.h for 32-bit
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Christophe LEROY <christophe.leroy@xxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 0/2] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v3 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] bug.h: Work around GCC PR82365 in BUG()
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Palmer Dabbelt <palmer@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v2 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• [PATCH v2 2/2] mm: remove odd HAVE_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/2] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/2] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 2/3] mm: replace __HAVE_ARCH_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Dan Williams <dan.j.williams@xxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Rob Herring <robh@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: replace __HAVE_ARCH_PTE_SPECIAL
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• Re: [PATCH 2/3] mm: replace __HAVE_ARCH_PTE_SPECIAL
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
• Re: [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Jerome Glisse <jglisse@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH 1/3] mm: introduce ARCH_HAS_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/3] mm: remove __HAVE_ARCH_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] mm: replace __HAVE_ARCH_PTE_SPECIAL
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] move __HAVE_ARCH_PTE_SPECIAL in Kconfig
  • From: Laurent Dufour <ldufour@xxxxxxxxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• [PATCH] drivers/of: Introduce ARCH_HAS_OWN_OF_NUMA
  • From: "Oliver O'Halloran" <oohall@xxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: Sinan Kaya <okaya@xxxxxxxxxxxxxx>
• Re: sparc64 PCI BAR allocation is still problematic
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64 PCI BAR allocation is still problematic
  • From: Meelis Roos <mroos@xxxxxxxx>
• Ultra5 successful install - PGX64 issues
  • From: Phillip Stevens <phillip.stevens@xxxxxxxxx>
• Re: [git pull] sparc syscall stuff
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [git pull] sparc syscall stuff
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [git pull] sparc syscall stuff
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC linux v2] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• [RFC linux] init: make all setup_arch() output string to boot_command_line[]
  • From: yuan linyu <cugyly@xxxxxxx>
• [PATCH v2 3/3] mm/gup: document return value
  • From: "Michael S. Tsirkin" <mst@xxxxxxxxxx>
• Re: [sparc64] number of processors in a LDOM
  • From: Jan Engelhardt <jengelh@xxxxxxx>
• [sparc64] number of processors in a LDOM
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: Make atomic_xchg() an inline function rather than a macro.
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Properly range check DAX completion index
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Properly range check DAX completion index
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [PATCH] sparc64: Properly range check DAX completion index
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [PATCH] sparc64: Properly range check DAX completion index
  • From: Rob Gardner <rob.gardner@xxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rob Landley <rob@xxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2,10/10] kbuild: mark $(targets) as .SECONDARY and remove .PRECIOUS markers
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [PATCH v2,10/10] kbuild: mark $(targets) as .SECONDARY and remove .PRECIOUS markers
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [RFC] new SYSCALL_DEFINE/COMPAT_SYSCALL_DEFINE wrappers
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [RFC PATCH v2 1/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 2/2] Architecture defined limit on memory region random shift.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• [RFC PATCH v2 0/2] Randomization of address chosen by mmap.
  • From: Ilya Smith <blackzert@xxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] PCI: Sparc 64-bit resource fixups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v2 1/2] sparc/PCI: Support arbitrary host bridge address offset
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 2/2] sparc/PCI: Stop reserving System ROM and Video ROM in PCI space
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v2 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH sparc-next] sparc: Make auxiliary vectors for ADI available on 32-bit as well
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH sparc-next] sparc: Make auxiliary vectors for ADI available on 32-bit as well
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: sparc_pipe(2)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc_pipe(2) (was Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation)
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• Re: [RFC PATCH 2/6] fs: provide a generic compat_sys_truncate64() implementation
  • From: Kevin Easton <kevin@xxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/6] fs: provide a generic compat_sys_truncate64() implementation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/6] fs: provide generic compat_sys_p{read,write}64() implementations
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/6] fs: provide a generic compat_sys_truncate64() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/6] fs: provide generic compat_sys_p{read,write}64() implementations
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 4/6] mm: provide generic compat_sys_readahead() implementation
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 2/6] fs: provide a generic compat_sys_truncate64() implementation
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/6] fs: provide a generic compat_sys_fallocate() implementation
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• [RFC PATCH 3/6] fs: provide generic compat_sys_p{read,write}64() implementations
  • From: Dominik Brodowski <linux@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: Oracle DAX driver depends on SPARC64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: sparc64 MM regression...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• sparc64 MM regression...
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net-next] sunvnet: does not support GSO for sctp
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] sunvnet: does not support GSO for sctp
  • From: cathy.zhou@xxxxxxxxxx
• Re: [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v5 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [Y2038] [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v4 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v4 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• qla2xxx fails firmware init on sparc64
  • From: Meelis Roos <mroos@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH v12 08/11] mm: Clear arch specific VM flags on protection change
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 07/11] mm: Add address parameter to arch_validate_prot()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 08/11] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 08/11] mm: Clear arch specific VM flags on protection change
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Dave Hansen <dave.hansen@xxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Christian Borntraeger <borntraeger@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Helge Deller <deller@xxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH] sparc64: Oracle DAX driver depends on SPARC64
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH v12 07/11] mm: Add address parameter to arch_validate_prot()
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: kbuild test robot <lkp@xxxxxxxxx>
• [PATCH v13 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 1/3] ftrace: Add module to ftrace_make_call() parameters
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 2/3] ARM: PLT: Move struct plt_entries definition to header
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 3/3] ftrace: Add MODULE_PLTS support
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• [PATCH 0/3] ARM: Implement MODULE_PLT support in FTRACE
  • From: Alexander Sverdlin <alexander.sverdlin@xxxxxxxxx>
• Re: [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• Re: [PATCH v12 11/11] sparc64: Update signal delivery to use new helper functions
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v12 01/11] signals, sparc: Add signal codes for ADI violations
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 08/11] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 10/11] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 02/11] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 06/11] sparc64: Add auxiliary vectors to report platform ADI properties
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 05/11] sparc64: Add handler for "Memory Corruption Detected" trap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 11/11] sparc64: Update signal delivery to use new helper functions
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 07/11] mm: Add address parameter to arch_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 04/11] sparc64: Add HV fault type handlers for ADI related faults
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 09/11] mm: Allow arch code to override copy_highpage()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 01/11] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 03/11] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v12 00/11] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Greentime Hu <green.hu@xxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• Re: [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [sparc64] git kernel (2.16.0-rc2) unaligned access TPC/OOPS in kmemleak_scan
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw2@xxxxxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• Re: [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc: Use generic pci_mmap_resource_range()
  • From: David Woodhouse <dwmw@xxxxxxxxxxxx>
• Re: [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH 06/23] kconfig: reference environments directly and remove 'option env=' syntax
  • From: Ulf Magnusson <ulfalizer@xxxxxxxxx>
• [PATCH 00/23] kconfig: move compiler capability tests to Kconfig
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH 06/23] kconfig: reference environments directly and remove 'option env=' syntax
  • From: Masahiro Yamada <yamada.masahiro@xxxxxxxxxxxxx>
• [PATCH v1 0/2] PCI: Sparc 64-bit resource fixups
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v1 1/2] sparc/PCI: Support arbitrary host bridge address offset
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• [PATCH v1 2/2] sparc/PCI: Reserve System ROM and Video ROM outside of PCI space
  • From: Bjorn Helgaas <helgaas@xxxxxxxxxx>
• Re: [PATCH v7 03/37] sparc: io: To use the define of ioremap_[nocache|wc|wb] in asm-generic/io.h
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.16-rc1
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
• Re: Build regressions/improvements in v4.16-rc1
  • From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
• Re: [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Ingo Molnar <mingo@xxxxxxxxxx>
• [PATCH] headers: untangle kmemleak.h from mm.h
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: Kjetil Oftedal <oftedal@xxxxxxxxx>
• Re: [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: Julian Calaby <julian.calaby@xxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: zhuyj <zyjzyj2000@xxxxxxxxx>
• [PATCH net-next] sun: Add SPDX license tags to Sun network drivers
  • From: Shannon Nelson <shannon.nelson@xxxxxxxxxx>
• Re: [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Steven Sistare <steven.sistare@xxxxxxxxxx>
• Re: [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH v11 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v11 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: [PATCH v11 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v11 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v11 00/10] Application Data Integrity feature introduced by SPARC M7
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>