On 2023-09-11 21:23:42 Mon, Pingfan Liu wrote:
> Hi Mahesh,
>
> I am not quite sure about fdt, so I skip that part, and leave some
> comments from the kexec view.
>
> On Thu, Sep 7, 2023 at 1:59 AM Mahesh Salgaonkar wrote:
> >
> > The kernel boot parameter 'nr_cpus=' allows one to specify number
Hi Mahesh,
I am not quite sure about fdt, so I skip that part, and leave some
comments from the kexec view.
On Thu, Sep 7, 2023 at 1:59 AM Mahesh Salgaonkar wrote:
>
> The kernel boot parameter 'nr_cpus=' allows one to specify number of
> possible cpus in the system. In the normal scenario the f
Hi Mahesh,
Thanks for sharing your great idea. I was in the middle of V5 and
finish it today.
My v5 is based on the same idea of my v4 [1] with the improvement of
the code. And I will send it out.
[1]:
https://lore.kernel.org/linuxppc-dev/1520829790-14029-1-git-send-email-kernelf...@gmail.com/
The kernel boot parameter 'nr_cpus=' allows one to specify number of
possible cpus in the system. In the normal scenario the first cpu (cpu0)
that shows up is the boot cpu and hence it gets covered under nr_cpus
limit.
But this assumption is broken in kdump scenario where kdump kernel after a
cras
