> Kexec Kexec Kexec Kexec Kdump* Kdump** > bzImage bzImage vmlinux vmlinux bzImage bzImage > -> -> -> -> -> -> > Kernel Arch bzImage vmlinux vmlinux bzImage vmlinux bzImage > > 2.6.18 i386 PASS PASS PASS PASS PASS > 2.6.18 i386-pae PASS PASS PASS PASS PASS > 2.6.18 x86_64 PASS PASS PASS PASS PASS > > 2.6.19 i386 PASS PASS PASS PASS PASS > 2.6.19 i386-pae PASS PASS PASS PASS PASS > 2.6.19 x86_64 PASS PASS PASS PASS PASS > > 2.6.20-rc1 i386 PASS PASS PASS PASS FAIL*** PASS > 2.6.20-rc1 i386-pae PASS PASS PASS PASS FAIL*** PASS > 2.6.20-rc1 x86_64 PASS PASS PASS PASS PASS > > xen-3.0.4-rc1 i386 PASS PASS PASS PASS PASS > xen-3.0.4-rc1 i386-pae PASS PASS PASS PASS PASS > xen-3.0.4-rc1 x86_64 PASS PASS PASS PASS PASS > > * Crash kernel compiled with CONFIG_PHYSICAL_START=0x2000000 > ** Crash kernel compiled with CONFIG_RELOCATABLE=y > *** Kernel issue: CONFIG_PHYSICAL_START option removed from 2.6.20-rc1
Vivek was able to get the i386 relocatable code into 2.6.20 which involved removing the CONFIG_PHYSICAL_START and replacing it with CONFIG_PHYSICAL_ALIGN. So now if you guys include the following options into the base kernel CONFIG_PHYSICAL_ALIGN=0x400000 CONFIG_CRASH_DUMP=y CONFIG_PROC_VMCORE=y CONFIG_RELOCATABLE=y you can use the same base kernel for the kdump kernel. No compiling a second kernel!! Of course the ia64 folks have had this luxury for awhile. :) Cheers, Don > > _______________________________________________ > fastboot mailing list > [email protected] > https://lists.osdl.org/mailman/listinfo/fastboot _______________________________________________ fastboot mailing list [email protected] https://lists.osdl.org/mailman/listinfo/fastboot
