Commit 0ad34f5f5f12861d4a18542c1a26284023b07a8d produces the following
build failure on ARM:

  CC      arch/arm/boot/compressed/misc.o
In file included from 
/home/bb3081/project/kernel/orion/arch/arm/boot/compressed/misc.c:242:
/home/bb3081/project/kernel/orion/arch/arm/boot/compressed/../../../../lib/inflate.c:
 In function 'malloc':
/home/bb3081/project/kernel/orion/arch/arm/boot/compressed/../../../../lib/inflate.c:255:
 error: 'free_mem_end_ptr' undeclared (first use in this function)
/home/bb3081/project/kernel/orion/arch/arm/boot/compressed/../../../../lib/inflate.c:255:
 error: (Each undeclared identifier is reported only once
/home/bb3081/project/kernel/orion/arch/arm/boot/compressed/../../../../lib/inflate.c:255:
 error: for each function it appears in.)
make[3]: *** [arch/arm/boot/compressed/misc.o] Error 1
make[2]: *** [arch/arm/boot/compressed/vmlinux] Error 2
make[1]: *** [zImage] Error 2
make: *** [sub-make] Error 2

free_mem_end_ptr is only defined on a few different architectures so this
commit probably effects others. After reverting this commit (below)
2.6.25-rc2-mm1 seems fine on two Marvell Orion based ARM boards.



commit 0ad34f5f5f12861d4a18542c1a26284023b07a8d
Author: Thomas Petazzoni <[EMAIL PROTECTED]>
Date:   Fri Feb 15 21:35:37 2008 +0000

    inflate-refactor-inflate-malloc-code

    Inflate requires some dynamic memory allocation very early in the boot
    process and this is provided with a set of four functions:
    malloc/free/gzip_mark/gzip_release.

    The old inflate code used a mark/release strategy rather than implement
    free.  This new version instead keeps a count on the number of outstanding
    allocations and when it hits zero, it resets the malloc arena.

    This allows removing all the mark and release implementations and unifying
    all the malloc/free implementations.

    Work initially done by Matt Mackall, updated to a recent version of the
    kernel by me.
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [EMAIL PROTECTED]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to