This patchset solves the same problem as my previous one[1] but follows a rather different approach. Instead of implementing DISCONTIGMEM for PowerPC32, I simply switched the "is this RAM" check in __ioremap_caller to the existing page_is_ram function, and unified page_is_ram to search memblock.memory on PPC64 and PPC32. The intended result is, as before, that my Wii can allocate the MMIO range of its GPIO controller, which was previously not possible, because the reserved memory hack (__allow_ioremap_reserved) didn't affect the API in kernel/resource.c. Thanks to Christophe Leroy for reviewing the previous patchset. [1]: https://www.spinics.net/lists/kernel/msg2726786.html Jonathan Neuschäfer (5): powerpc: mm: Simplify page_is_ram by using memblock_is_memory powerpc: mm: Use memblock API for PPC32 page_is_ram powerpc/mm/32: Use page_is_ram to check for RAM powerpc: wii: Don't rely on the reserved memory hack powerpc/mm/32: Remove the reserved memory hack arch/powerpc/mm/init_32.c | 5 ----- arch/powerpc/mm/mem.c | 12 +----------- arch/powerpc/mm/mmu_decl.h | 1 - arch/powerpc/mm/pgtable_32.c | 4 +--- arch/powerpc/platforms/embedded6xx/wii.c | 14 +------------- 5 files changed, 3 insertions(+), 33 deletions(-) -- 2.16.1 -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>
