Re: [PATCH v16 00/45] arm64: Support for Arm CCA in KVM

Marc Zyngier <[email protected]> Mon, 03 Aug 2026 16:20:12 +0100
Newsgroups dev.linux.lists.linux-coco,dev.linux.lists.kvmarm,org.infradead.lists.linux-arm-kernel,org.kernel.vger.kvm,org.kernel.vger.linux-kernel
Message-ID <[email protected]>
On Mon, 03 Aug 2026 16:06:24 +0100,
Steven Price <[email protected]> wrote:
> 
> On 03/08/2026 16:01, Marc Zyngier wrote:
> > On Mon, 03 Aug 2026 14:43:16 +0100,
> > Steven Price <[email protected]> wrote:
> >>
> >> This series is based on the guest_memfd in-place conversion v9 tree[1],
> >> which is itself based on kvm-x86/next. It is also available as a git
> >> repository:
> > 
> > Well done. Series on top of another random series, based on a random
> > tree. Unusable. Have you realised there are reasons why we (KVM/arm64)
> > ask people to base their series on a *released* tag from Linus' tree?
> > This means that Sashiko cannot, once again, provide any feedback on
> > this series, as it fails to apply.
> > 
> > Just to avoid any ambiguity: Sashiko reviews, as annoying as they are,
> > are not optional. They are very much mandatory, and I wish I could
> > turn back the clocks to run it on my own code...
> > 
> > Running it on your own is not enough, because *I* want to see what the
> > tool finds. Not to mention that non-Gemini runs of sashiko are much
> > less interesting (unsurprisingly).
> 
> Sorry, but I'm not sure what you expect me to do - clearly I want to
> base my changes on top of the guest_memfd series which is being worked
> on and not just ignore that work. So I've based my changes on top of the
> tree that Ackerley published.

But that completely ignores the way the KVM/arm64 tree is managed. If
you base a series on a bunch of unmerged patches, how do you expect
people to do a sensible job at reviewing it? Now I need to ingest
another pile of random patches just to review this set?

Not happening, sorry.

	M.

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