Linux Sparc

• Thread Index

• [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>
• [PATCH v11 03/10] sparc64: Add support for ADI register fields, ASIs and traps
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 08/10] mm: Clear arch specific VM flags on protection change
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 10/10] sparc64: Add support for ADI (Application Data Integrity)
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 02/10] mm, swap: Add infrastructure for saving page metadata on swap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 04/10] sparc64: Add HV fault type handlers for ADI related faults
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 07/10] mm: Add address parameter to arch_validate_prot()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 06/10] sparc64: Add auxiliary vectors to report platform ADI properties
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 09/10] mm: Allow arch code to override copy_highpage()
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 01/10] signals, sparc: Add signal codes for ADI violations
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [PATCH v11 05/10] sparc64: Add handler for "Memory Corruption Detected" trap
  • From: Khalid Aziz <khalid.aziz@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] sparc,leon: Select USB_UHCI_BIG_ENDIAN_{MMIO,DESC}
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] sparc,leon: Select USB_UHCI_BIG_ENDIAN_{MMIO,DESC}
  • From: James Hogan <jhogan@xxxxxxxxxx>
• [PATCH 0/2] usb: Move USB_UHCI_BIG_ENDIAN_* and select from SPARC_LEON
  • From: James Hogan <jhogan@xxxxxxxxxx>
• Re: [PATCH -next] oradax: Fix return value check in dax_attach()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Unaligned access in gss_{get,verify}_mic_v2() on sparc64
  • From: Sam Ravnborg <sam@xxxxxxxxxxxx>
• Re: Unaligned access in gss_{get,verify}_mic_v2() on sparc64
  • From: James Ettle <james@xxxxxxxxxxxx>
• [PATCH -next] oradax: Fix return value check in dax_attach()
  • From: Wei Yongjun <weiyongjun1@xxxxxxxxxx>
• [GIT] Sparc
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: fix typo in CONFIG_CRYPTO_DES_SPARC64 => CONFIG_CRYPTO_CAMELLIA_SPARC64
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] sparc64: fix typo in CONFIG_CRYPTO_DES_SPARC64 => CONFIG_CRYPTO_CAMELLIA_SPARC64
  • From: Corentin Labbe <clabbe@xxxxxxxxxxxx>
• Re: [PATCH spark] sparc: vDSO: remove an extra tab
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] sparc64: drop unneeded compat include
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/2] Driver for Oracle Data Analytics Accelerator
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
  • From: Anatoly Pugachev <matorola@xxxxxxxxx>
• Re: [PATCH spark] sparc: vDSO: remove an extra tab
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH spark] sparc: vDSO: remove an extra tab
  • From: nagarathnam muthusamy <nagarathnam.muthusamy@xxxxxxxxxx>
• [PATCH spark] sparc: vDSO: remove an extra tab
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH v3 02/10] include: Move compat_timespec/ timeval to compat_time.h
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• [PATCH v3 00/10] posix_clocks: Prepare syscalls for 64 bit time_t conversion
  • From: Deepa Dinamani <deepa.kernel@xxxxxxxxx>
• Re: [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• Re: [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
  • From: Konrad Rzeszutek Wilk <konrad@xxxxxxxxxx>
• [PATCH 01/34] alpha: mark jensen as broken
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 02/34] hexagon: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/34] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/34] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 05/34] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 09/34] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 06/34] m32r: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 12/34] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 13/34] dma-mapping: move dma_mark_clean to dma-direct.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/34] hexagon: use the generic dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/34] dma-mapping: warn when there is no coherent_dma_mask
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 21/34] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/34] dma-mapping: add an arch_dma_supported hook
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/34] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/34] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 23/34] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 17/34] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/34] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/34] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 29/34] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 30/34] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 27/34] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/34] dma-direct: make dma_direct_{alloc,free} available to other implementations
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 34/34] h8300: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 33/34] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/34] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/34] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/34] dma-direct: rename dma_noop to dma_direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/34] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 19/34] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 11/34] mips: fix an off-by-one in dma_capable
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/34] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/34] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 03/34] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping V4
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Christoph Hellwig <hch@xxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH] sparc64: Set possible and present masks based on nr_cpu_ids
  • From: Atish Patra <atish.patra@xxxxxxxxxx>
• Re: [PATCH 27/33] dma-direct: use node local allocations for coherent memory
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
  • From: Robin Murphy <robin.murphy@xxxxxxx>
• Re: [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• Re: [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
  • From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
• [PATCH 03/33] m32r: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 04/33] powerpc: remove unused flush_write_buffers definition
  • From: Christoph Hellwig <hch@xxxxxx>
• consolidate direct dma mapping V3
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 07/33] riscv: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 08/33] s390: remove the unused dma_capable helper
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 10/33] arm64: don't override dma_max_pfn
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 14/33] powerpc: rename dma_direct_ to dma_nommu_
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 15/33] microblaze: rename dma_direct to dma_nommu
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 16/33] microblaze: remove dma_nommu_dma_supported
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 18/33] s390: move s390_pci_dma_ops to asm/pci_dma.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 20/33] dma-mapping: clear harmful GFP_* flags in common code
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 22/33] dma-mapping: provide a generic asm/dma-mapping.h
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 24/33] dma-direct: use phys_to_dma
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 26/33] dma-direct: add support for CMA allocation
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 25/33] dma-direct: add dma address sanity checks
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 28/33] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 32/33] cris: use dma-direct
  • From: Christoph Hellwig <hch@xxxxxx>
• [PATCH 31/33] dma-direct: reject too small dma masks
  • From: Christoph Hellwig <hch@xxxxxx>