[PATCH] KVM: arm64: Properly return allocated EL2 VA from hyp_alloc_private_va_range()

Marc Zyngier maz at kernel.org
Mon Aug 28 10:16:25 PDT 2023


Hi Philippe,

On Mon, 28 Aug 2023 18:00:54 +0100,
Philippe Mathieu-Daudé <philmd at linaro.org> wrote:
> 
> Hi Marc,
> 
> On 28/8/23 17:31, Marc Zyngier wrote:
> > Marek reports that his RPi4 spits out a warning at boot time,
> > right at the point where the GICv2 virtual CPU interface gets
> > mapped.
> > 
> > Upon investigation, it seems that we never return the allocated
> > VA and use whatever was on the stack at this point. Yes, this
> > is good stuff, and Marek was pretty lucky that he ended-up with
> > a VA that intersected with something that was already mapped.
> > 
> > On my setup, this random value is plausible enough for the mapping
> > to take place. Who knows what happens...
> > 
> > Cc: Vincent Donnefort <vdonnefort at google.com>
> > Fixes: f156a7d13fc3 ("KVM: arm64: Remove size-order align in the nVHE hyp private VA range")
> 
> I don't see your kvmarm-6.6 merged by Paolo, is it too late to squash
> and send a new PR?

In general, I keep the commits that are in -next stable (no squashing,
no rebasing), and only the merge commits that drag these commits onto
-next are throw-away (this allows me to rebuild the whole branch
without changing any of the commit SHAs).

So no, I won't send a new PR right now. However, I'll stick the patch
in -next and will aim to send Paolo another PR later this week or
early next week.

> Anyhow:
> 
> Reviewed-by: Philippe Mathieu-Daudé <philmd at linaro.org>

Thanks!

	M.

-- 
Without deviation from the norm, progress is not possible.



More information about the linux-arm-kernel mailing list