On Sun, Apr 03, 2011 at 07:33:39AM +1000, Benjamin Herrenschmidt wrote: > On Sun, 2011-04-03 at 00:10 +0530, Kamalesh Babulal wrote: > > * dann frazier <da...@dannf.org> [2011-04-02 11:23:03]: > > > > > 2.6.32.36 also fails to build on powerpc/SMP: > > > > > > CC arch/powerpc/kernel/crash.o > > > arch/powerpc/kernel/crash.c: In function 'crash_kexec_wait_realmode': > > > arch/powerpc/kernel/crash.c:176: error: 'paca' undeclared (first use in > > > this function) > > > arch/powerpc/kernel/crash.c:176: error: (Each undeclared identifier is > > > reported only once > > > arch/powerpc/kernel/crash.c:176: error: for each function it appears in.) > > > make[1]: *** [arch/powerpc/kernel/crash.o] Error 1 > > > make: *** [arch/powerpc/kernel] Error 2 > > > > This build is not reproducible locally, can you please > > send the .config file. > > Smells to me like a 32-bit build...
Yep, it is. > Current upstream has the function crash_kexec_wait_realmode() protected > by: > > #ifdef CONFIG_PPC_STD_MMU_64 > > Maybe that is missing in .32.36 ? You can disable CONFIG_CRASH_DUMP as a > workaround. Is it that useful anyways on 32-bit ? (Does it even work ?) I'm just reporting this as a build-time regression in stable as it caused an issue when we merged recent stable updates into the Debian tree. I've never personally tried to configure kdump on powerpc. fwiw, a quick test shows that kexec doesn't work on my test box: dannf@macmini:~$ sudo kexec -l /boot/vmlinux-2.6.32-5-powerpc --append="root=/dev/hda3 ro" --initrd=/boot/initrd.img-2.6.32-5-powerpc get_memory_ranges(): Unsupported platform Could not get memory layout -- To UNSUBSCRIBE, email to debian-release-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110404221055.gf3...@dannf.org