[PATCH 0/2] arch: arm: gic-v3-its: stop abusing the device tree

Bharat Gooty bharat.gooty at broadcom.com
Thu Oct 28 13:35:30 CEST 2021


On Thu, Oct 28, 2021 at 4:52 PM Michael Walle <michael at walle.cc> wrote:

> Am 2021-10-28 11:20, schrieb Bharat Gooty:
> > On Thu, Oct 28, 2021 at 2:33 PM Marc Zyngier <maz at kernel.org> wrote:
>
> > For GIC V3, once the LPI tables are programmed, we can not update it,
> > unless we do a reset.
> > For the kexec kernel, where the reboot does not happen, in this case,
> > during the new kernel boot, the new LPI tables address will not be
> > updated.
>
> kexec.. this should have really gone into both the commit message _and_
> the kconfig menu. In fact, it is really just a workaround for the kexec
> case. If I understand it correctly, the kernel is able to communicate
> the reserved memory area, but only if you have EFI support. So, as a
> workaround, the bootloader can pre-allocate the memory and put it in
> the device tree, which is then passed from the old to the new kernel
> and the reservation is preserved. Correct, Marc?
>
> If EFI support is enabled, that's true, Pre-allocate the memory and Kernel
can get that memory using EFI.
What if EFI support is not enabled, like in a Broadcom NS3 or NXP platform?
What is your suggestion for solving the kexec problem?

> But all of this doesn't need any new device tree node.
>
> -michael
>

-- 
This electronic communication and the information and any files transmitted 
with it, or attached to it, are confidential and are intended solely for 
the use of the individual or entity to whom it is addressed and may contain 
information that is confidential, legally privileged, protected by privacy 
laws, or otherwise restricted from disclosure to anyone else. If you are 
not the intended recipient or the person responsible for delivering the 
e-mail to the intended recipient, you are hereby notified that any use, 
copying, distributing, dissemination, forwarding, printing, or copying of 
this e-mail is strictly prohibited. If you received this e-mail in error, 
please return the e-mail to the sender, delete it from your computer, and 
destroy any printed copy of it.


More information about the U-Boot mailing list