On 2024-08-22 20:04, Baoquan He wrote:
> If so, below patch possiblly can fix it. Can you help check if it's OK?
That removes the possibility of enabling CRASH_DUMP on PPC_BOOK3S_32, even when
booting via other mechanisms. Maybe it would be best to just make it
not-default? Please take a look at
Hi Baoquan,
On Thu, 2024-08-22 at 17:17 +0800, Baoquan He wrote:
> > The change to enable CONFIG_CRASH_DUMP by default apparently broke the boot
> > on 32-bit Power Macintosh systems which fail after GRUB with:
> >
> > "Error: You can't boot a kdump kernel from OF!"
> >
> > We may have to tu
Hi Baoquan,
On Wed, 2024-01-24 at 13:12 +0800, Baoquan He wrote:
> By splitting CRASH_RESERVE and VMCORE_INFO out from CRASH_CORE, cleaning
> up the dependency of FA_DMUMP on CRASH_DUMP, and moving crash codes from
> kexec_core.c to crash_core.c, now we can rearrange CRASH_DUMP to
> depend on KEXE
Hi Dave,
On Fri, 2024-08-16 at 11:17 -0400, Dave Vasilevsky wrote:
> > Could you verify that this change actually fixes the problem? This would
> > save me some work.
>
> Verified with PPC qemu. I fail to boot with "You can’t boot a kdump kernel
> from OF" with
> CONFIG_CRASH_DUMP on, and I boo
4 matches
Mail list logo
