FUJITA Tomonori 4ad9b208cf sparc: remove dma64_addr_t usage ... dma64_addr_t looks pointless (at least there is no point that an architecture has the own dma64_addr_t typedef). dma_addr_t is set to 32 or 64 bits appropriately. You can use u64 at places where you know that 64 bit address is always necessary. Let's use u64 instead for sparc32. Looks like PCI654_REQUIRED_MASK or PCI64_ADR_BASE isn't used. They can be removed? Signed-off-by: FUJITA Tomonori <fujita.tomonori@lab.ntt.co.jp> Acked-by: David Miller <davem@davemloft.net> Signed-off-by: Andrew Morton <akpm@linux-foundation.org> Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>		2010-10-27 18:03:17 -07:00
..
boot	Merge branch 'master' into for-next	2010-06-16 18:08:13 +02:00
configs	defconfig reduction	2010-08-14 22:26:53 +02:00
include/asm	sparc: remove dma64_addr_t usage	2010-10-27 18:03:17 -07:00
kernel	ptrace: cleanup arch_ptrace() on sparc	2010-10-27 18:03:12 -07:00
lib	sparc64: Make lock backoff really a NOP on UP builds.	2010-08-18 22:53:26 -07:00
math-emu	Revert "endian: #define __BYTE_ORDER"	2010-05-26 08:30:15 -07:00
mm	mm: fix race in kunmap_atomic()	2010-10-27 18:03:05 -07:00
oprofile
prom	Merge branch 'next-devicetree' of git://git.secretlab.ca/git/linux-2.6	2010-10-25 08:19:14 -07:00
Kconfig	Merge branch 'next-devicetree' of git://git.secretlab.ca/git/linux-2.6	2010-10-25 08:19:14 -07:00
Kconfig.debug	sparc: Kill user copy check code.	2010-08-09 00:45:46 -07:00
Makefile