[PATCH 00/16] KVM: arm64: Rework timer offsetting for fun and profit

Marc Zyngier maz at kernel.org
Tue Feb 21 14:17:54 PST 2023


Hi Simon,

On Tue, 21 Feb 2023 16:28:36 +0000,
"Veith, Simon" <sveith at amazon.de> wrote:
> 
> Hello Marc,
> 
> On Thu, 2023-02-16 at 14:21 +0000, Marc Zyngier wrote:
> > This series aims at satisfying multiple goals:
> > 
> > - allow a VMM to atomically restore a timer offset for a whole VM
> >   instead of updating the offset each time a vcpu get its counter
> >   written
> > 
> > - allow a VMM to save/restore the physical timer context, something
> >   that we cannot do at the moment due to the lack of offsetting
> > 
> > - provide a framework that is suitable for NV support, where we get
> >   both global and per timer, per vcpu offsetting
> 
> Thank you so much for following up on my (admittedly very basic) patch
> with your own proposal!

No worries. There is nothing like "nerd sniping"... ;-)

> > This has been moderately tested with nVHE, VHE and NV. I do not have
> > access to CNTPOFF-aware HW, so the jury is still out on that one
> 
> Same here about CNTPOFF -- I gave it a quick spin on Graviton2 and
> Graviton3, and neither chip claims the ARM64_HAS_ECV_CNTPOFF capability
> from your patch.

Nah, G2/G3 are old stuff (v8.2 and v8.3+ respectively). You need at
least a v8.6 system, something that is made of the best Unobtainium
money can buy. M2 has ECV, but without CNTPOFF, which is just silly.

> I am working on testing your series with our userspace and will report
> back.

Thanks a lot, that'd be super helpful. Please don't get too attached
to the userspace interface though, as it is likely to change (Oliver
has an interesting suggestion to simplify it, but I need to convince
myself that it doesn't break migration of the physical timer).

Thanks,

	M.

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



More information about the linux-arm-kernel mailing list