Every arch implements its own show_mem() function. Most of them share
quite some code, some of them are completely identical.
This series implements a generic version of this function and migrates
almost all architectures to it.
version 4:
- rebased against -mmotm
- remove free swap space display from alpha, m32r, sh, sparc64,
um (was in a different series originally, but -mm no longer
has them and Linus' tree does not contain them too)
version 3:
- Fix kbuild logic as suggested by Sam Ravnborg
version 2:
- Fix kbuild bits as suggested by Heiko Carstens
- Include quicklist info as suggested by Paul Mundt
- Extend changelogs by info on removal of redundant output
arch/alpha/Kconfig | 1 +
arch/alpha/mm/init.c | 30 ------------------------
arch/alpha/mm/numa.c | 35 ----------------------------
arch/avr32/Kconfig | 1 +
arch/avr32/mm/init.c | 39 -------------------------------
arch/blackfin/Kconfig | 1 +
arch/blackfin/mm/init.c | 27 ----------------------
arch/cris/Kconfig | 1 +
arch/cris/mm/init.c | 30 ------------------------
arch/frv/Kconfig | 1 +
arch/frv/mm/init.c | 31 -------------------------
arch/h8300/Kconfig | 1 +
arch/h8300/mm/init.c | 27 ----------------------
arch/m32r/Kconfig | 1 +
arch/m32r/mm/init.c | 36 -----------------------------
arch/m68k/Kconfig | 1 +
arch/m68k/mm/init.c | 30 ------------------------
arch/m68knommu/Kconfig | 1 +
arch/m68knommu/mm/init.c | 27 ----------------------
arch/mips/Kconfig | 1 +
arch/mips/mm/Makefile | 3 +-
arch/mips/mm/pgtable.c | 36 -----------------------------
arch/mn10300/Kconfig | 1 +
arch/mn10300/mm/pgtable.c | 27 ----------------------
arch/powerpc/Kconfig | 1 +
arch/powerpc/mm/mem.c | 39 -------------------------------
arch/s390/Kconfig | 1 +
arch/s390/mm/init.c | 32 --------------------------
arch/sh/Kconfig | 1 +
arch/sh/mm/init.c | 41 ---------------------------------
arch/sparc64/Kconfig | 1 +
arch/sparc64/mm/init.c | 45 ------------------------------------
arch/um/Kconfig | 1 +
arch/um/kernel/mem.c | 31 -------------------------
arch/x86/Kconfig | 1 +
arch/x86/mm/init_64.c | 37 ------------------------------
arch/x86/mm/pgtable_32.c | 47 --------------------------------------
arch/xtensa/Kconfig | 1 +
arch/xtensa/mm/init.c | 26 ---------------------
mm/Kconfig | 3 ++
mm/page_alloc.c | 55 +++++++++++++++++++++++++++++++++++++++++++++
mm/swap_state.c | 3 +-
42 files changed, 79 insertions(+), 676 deletions(-)
Hi,
Johannes Weiner <[email protected]> writes:
> Every arch implements its own show_mem() function. Most of them share
> quite some code, some of them are completely identical.
>
> This series implements a generic version of this function and migrates
> almost all architectures to it.
>
> version 4:
> - rebased against -mmotm
Oh, btw, do you even want them, Andrew? Or should I base this set on
Linus' tree directly?
Hannes
On Tue, 01 Jul 2008 08:55:27 +0200 Johannes Weiner <[email protected]> wrote:
> Hi,
>
> Johannes Weiner <[email protected]> writes:
>
> > Every arch implements its own show_mem() function. Most of them share
> > quite some code, some of them are completely identical.
> >
> > This series implements a generic version of this function and migrates
> > almost all architectures to it.
> >
> > version 4:
> > - rebased against -mmotm
>
> Oh, btw, do you even want them, Andrew?
These are only a few hundred patches ahead of my current backlog cursor
:( I should be caught up mid-weekish.
> Or should I base this set on
> Linus' tree directly?
That would be a bad step. Linus's tree is 2.6.26 whereas we're all
developing 2.6.27. There's a ~30MB diff between the two.
Hi,
Andrew Morton <[email protected]> writes:
> On Tue, 01 Jul 2008 08:55:27 +0200 Johannes Weiner <[email protected]> wrote:
>
>> Hi,
>>
>> Johannes Weiner <[email protected]> writes:
>>
>> > Every arch implements its own show_mem() function. Most of them share
>> > quite some code, some of them are completely identical.
>> >
>> > This series implements a generic version of this function and migrates
>> > almost all architectures to it.
>> >
>> > version 4:
>> > - rebased against -mmotm
>>
>> Oh, btw, do you even want them, Andrew?
>
> These are only a few hundred patches ahead of my current backlog cursor
> :( I should be caught up mid-weekish.
>
>> Or should I base this set on
>> Linus' tree directly?
>
> That would be a bad step. Linus's tree is 2.6.26 whereas we're all
> developing 2.6.27. There's a ~30MB diff between the two.
Alright, I will keep them against -mmotm and resend them soon without
the Kconfig stuff as suggested by Paul Mundt.
Hannes