Messages in this thread | | | Subject | Re: [PATCH 0/5] PPC32/ioremap: Use memblock API to check for RAM | From | Christophe LEROY <> | Date | Fri, 23 Feb 2018 09:01:17 +0100 |
| |
Le 22/02/2018 à 13:15, Jonathan Neuschäfer a écrit : > 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.
I tested your new serie, it doesn't break my 8xx so it is OK for me.
Christophe
> > [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(-) >
| |