Linux Sparc
[Prev Page][Next Page]
- [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>
- [PATCH 29/33] dma-direct: retry allocations using GFP_DMA for small masks
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 33/33] h8300: use dma-direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 30/33] dma-direct: make dma_direct_{alloc,free} available to other implementations
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 27/33] dma-direct: use node local allocations for coherent memory
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/33] dma-direct: rename dma_noop to dma_direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/33] dma-mapping: add an arch_dma_supported hook
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 19/33] dma-mapping: warn when there is no coherent_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 17/33] microblaze: remove the dead !NOT_COHERENT_CACHE dma code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 13/33] hexagon: use the generic dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 11/33] dma-mapping: move swiotlb arch helpers to a new header
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/33] dma-mapping: move dma_mark_clean to dma-direct.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 09/33] dma-mapping: take dma_pfn_offset into account in dma_max_pfn
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 06/33] m32r: remove the unused dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/33] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 01/33] alpha: mark jensen as broken
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 02/33] hexagon: remove unused flush_write_buffers definition
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH 34/67] cris: use dma-direct
- From: Jesper Nilsson <jesper.nilsson@xxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 06/67] hexagon: remove unused flush_write_buffers definition
- From: Richard Kuo <rkuo@xxxxxxxxxxxxxx>
- sparc64 crashes in -next due to 'mm/vmalloc.c: replace opencoded 4-level page walkers'
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH] sparc64: Expose mdesc to sysfs
- From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
- Re: [PATCH 09/67] arc: remove CONFIG_ARC_PLAT_NEEDS_PHYS_TO_DMA
- From: Vineet Gupta <Vineet.Gupta1@xxxxxxxxxxxx>
- Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
- From: Catalin Marinas <catalin.marinas@xxxxxxx>
- Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 02/67] alpha: mark jensen as broken
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 27/67] dma-direct: add dma address sanity checks
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
- From: Christoph Hellwig <hch@xxxxxx>
- Re: Separate kernel and userspace address spaces on Linux SPARC?
- From: David Miller <davem@xxxxxxxxxxxxx>
- Separate kernel and userspace address spaces on Linux SPARC?
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: sending SIGFPE via kill() returns wrong values in si_pid and si_uid
- From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
- sending SIGFPE via kill() returns wrong values in si_pid and si_uid
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- [PATCH] sparc64: drop unneeded compat include
- From: Rolf Eike Beer <eike-kernel@xxxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- Re: [PATCH v7 02/10] module: allow symbol exports to be disabled
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH v7 02/10] module: allow symbol exports to be disabled
- From: Nicolas Pitre <nicolas.pitre@xxxxxxxxxx>
- [PATCH v7 01/10] arch: enable relative relocations for arm64, power and x86
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 03/10] module: use relative references for __ksymtab entries
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 05/10] PCI: Add support for relative addressing in quirk tables
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 04/10] init: allow initcall tables to be emitted using relative references
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 06/10] kernel: tracepoints: add support for relative references
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 08/10] arm64/kernel: jump_label: use relative references
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 09/10] x86: jump_label: switch to jump_entry accessors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 10/10] x86/kernel: jump_table: use relative references
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 07/10] kernel/jump_label: abstract jump_entry member accessors
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 02/10] module: allow symbol exports to be disabled
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- [PATCH v7 00/10] add support for relative references in special sections
- From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- Re: [PATCH 31/67] dma-direct: make dma_direct_{alloc, free} available to other implementations
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 26/67] dma-direct: use phys_to_dma
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 22/67] dma-mapping: clear harmful GFP_* flags in common code
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 02/67] alpha: mark jensen as broken
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 29/67] dma-direct: use node local allocations for coherent memory
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH 16/67] powerpc: rename dma_direct_ to dma_nommu_
- From: Michael Ellerman <mpe@xxxxxxxxxxxxxx>
- [lkp-robot] [x86/kernel] 5bf300774c: WARNING:at_kernel/jump_label.c:#jump_label_test
- From: kernel test robot <xiaolong.ye@xxxxxxxxx>
- Re: [sparc64] kernel unaligned access at TPC aa_dfa_unpack
- From: Sam Ravnborg <sam@xxxxxxxxxxxx>
- [sparc64] kernel unaligned access at TPC aa_dfa_unpack
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: SPARC regressions in 4.14.7
- From: Frank Scheiner <frank.scheiner@xxxxxx>
- [GIT] Sparc
- From: David Miller <davem@xxxxxxxxxxxxx>
- Re: building debug version of klibc
- From: valdis.kletnieks@xxxxxx
- Re: building debug version of klibc
- From: valdis.kletnieks@xxxxxx
- Re: building debug version of klibc
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: building debug version of klibc
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: building debug version of klibc
- From: Anatoly Pugachev <matorola@xxxxxxxxx>
- Re: consolidate direct dma mapping and swiotlb support
- From: Christoph Hellwig <hch@xxxxxx>
- Re: [PATCH 27/67] dma-direct: add dma address sanity checks
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- SPARC regressions in 4.14.7
- From: John Paul Adrian Glaubitz <glaubitz@xxxxxxxxxxxxxxxxxxx>
- Re: consolidate direct dma mapping and swiotlb support
- From: Vladimir Murzin <vladimir.murzin@xxxxxxx>
- Re: [PATCH 17/67] microblaze: rename dma_direct to dma_microblaze
- From: Julian Calaby <julian.calaby@xxxxxxxxx>
- [PATCH 01/67] x86: remove X86_PPRO_FENCE
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 05/67] dma-mapping: replace PCI_DMA_BUS_IS_PHYS with a flag in struct dma_map_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 04/67] arm64: don't override dma_max_pfn
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 08/67] powerpc: remove unused flush_write_buffers definition
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 10/67] m32r: remove the unused dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 12/67] s390: remove the unused dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 14/67] dma-mapping: move dma_mark_clean to dma-direct.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 15/67] hexagon: use the generic dma_capable helper
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 18/67] microblaze: remove dma_nommu_dma_supported
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 21/67] dma-mapping: warn when there is no coherent_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 20/67] s390: move s390_pci_dma_ops to asm/pci_dma.h
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 23/67] dma-mapping: add an arch_dma_supported hook
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 27/67] dma-direct: add dma address sanity checks
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 25/67] dma-direct: rename dma_noop to dma_direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 30/67] dma-direct: retry allocations using GFP_DMA for small masks
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 34/67] cris: use dma-direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 37/67] x86: use dma-direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 35/67] h8300: use dma-direct
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 40/67] iommu/intel-iommu: use dma_direct_* helpers for the direct mapping case
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 41/67] x86: remove dma_alloc_coherent_gfp_flags
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 39/67] iommu/amd_iommu: use dma_direct_* helpers for the direct mapping case
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 45/67] swiotlb: rename swiotlb_free to swiotlb_exit
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 48/67] swiotlb: rely on dev->coherent_dma_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 49/67] swiotlb: refactor coherent buffer freeing
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 51/67] set_memory.h: provide set_memory_{en,de}crypted stubs
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 46/67] swiotlb: lift x86 swiotlb_dma_ops to common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 54/67] x86: remove sta2x11_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 55/67] ia64: replace ZONE_DMA with ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 52/67] dma-direct: handle the memory encryption bit in common code
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 57/67] ia64: clean up swiotlb support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 59/67] unicore32: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 62/67] mips/netlogic: remove swiotlb support
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 63/67] mips: use swiotlb_{alloc,free}
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 67/67] swiotlb: remove various exports
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 66/67] swiotlb: remove swiotlb_{alloc,free}_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 65/67] arm64: use swiotlb_alloc and swiotlb_free
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 64/67] arm64: replace ZONE_DMA with ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 61/67] tile: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 60/67] tile: replace ZONE_DMA with ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 58/67] ia64: remove an ifdef around the content of pci-dma.c
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 56/67] ia64: use generic swiotlb_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 53/67] swiotlb: remove swiotlb_set_mem_attributes
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 50/67] swiotlb: refactor coherent buffer allocation
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 47/67] swiotlb: wire up ->dma_supported in swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 44/67] powerpc: rename swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 43/67] ia64: rename swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 42/67] arm64: rename swiotlb_dma_ops
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 38/67] x86/amd_gart: clean up gart_alloc_coherent
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 36/67] x86: remove dma_alloc_coherent_mask
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 33/67] dma-direct: reject too small dma masks
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 32/67] dma-direct: add support for allocation from ZONE_DMA and ZONE_DMA32
- From: Christoph Hellwig <hch@xxxxxx>
- [PATCH 31/67] dma-direct: make dma_direct_{alloc,free} available to other implementations
- From: Christoph Hellwig <hch@xxxxxx>
Mail converted by MHonArc
[Index of Archives]
[Kernel Announce]
[IETF Annouce]
[Security]
[Netfilter]
[GCC Help]
[Bugtraq]