Hollis Blanchard 7526ff76f8 powerpc: Remove superfluous WARN_ON() from dma-noncoherent.c ... I can't tell why this WARN_ON exists, and there's no comment explaining it. Whether the pmd is present or not, pte_alloc_kernel() seems to handle both cases. Booting a 440 kernel with 64K PAGE_SIZE triggers the warning, but boot successfully completes and I see no problems beyond that. Signed-off-by: Hollis Blanchard <hollisb@us.ibm.com> Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Paul Mackerras <paulus@samba.org>		2008-11-19 16:04:52 +11:00
..
alloc.c
checksum_32.S
checksum_64.S
code-patching.c	PAGE_ALIGN(): correctly handle 64-bit values on 32-bit architectures	2008-07-24 10:47:21 -07:00
copy_32.S
copypage_64.S	powerpc: New copy_4K_page()	2008-09-15 11:07:42 -07:00
copyuser_64.S
crtsavres.S	[POWERPC] Fix -Os kernel builds with newer gcc versions	2008-06-16 15:00:54 +10:00
devres.c
div64.S
dma-noncoherent.c	powerpc: Remove superfluous WARN_ON() from dma-noncoherent.c	2008-11-19 16:04:52 +11:00
feature-fixups-test.S	powerpc: Fixup lwsync at runtime	2008-07-03 16:58:10 +10:00
feature-fixups.c	powerpc: Use WARN_ON(1) instead of __WARN()	2008-07-22 10:39:34 +10:00
locks.c
Makefile	powerpc: Remove use of CONFIG_PPC_MERGE	2008-08-04 13:18:17 +10:00
mem_64.S
memcpy_64.S	powerpc: Update 64bit memcpy() using CPU_FTR_UNALIGNED_LD_STD	2008-11-05 22:08:29 +11:00
rheap.c
sstep.c
string.S	powerpc: Use PPC_LONG and PPC_LONG_ALIGN in lib/string.S	2008-07-22 10:39:35 +10:00
usercopy_64.c