[PATCH v5 05/19] arm64: Add support for trace synchronization barrier
Mathieu Poirier
mathieu.poirier at linaro.org
Fri Mar 26 16:31:39 GMT 2021
On Wed, Mar 24, 2021 at 05:40:39PM +0000, Marc Zyngier wrote:
> On Wed, 24 Mar 2021 17:19:36 +0000,
> Catalin Marinas <catalin.marinas at arm.com> wrote:
> >
> > On Wed, Mar 24, 2021 at 05:06:58PM +0000, Suzuki K Poulose wrote:
> > > On 24/03/2021 16:30, Marc Zyngier wrote:
> > > >
> > > > OK, so we definitely do need these patches, don't we? Both? Just one?
> > > > Please have a look at kvmarm/fixes and tell me what I must keep.
> > >
> > > Both of them are fixes.
> > >
> > > commit "KVM: arm64: Disable guest access to trace filter controls"
> > > - This fixes guest fiddling with the trace filter control as described
> > > above.
> > >
> > > commit "KVM: arm64: Hide system instruction access to Trace registers"
> > > - Fixes the Hypervisor to advertise what it doesn't support. i.e
> > > stop advertising trace system instruction access to a guest.
> > > Otherwise a guest which trusts the ID registers
> > > (ID_AA64DFR0_EL1.TRACEVER == 1) can crash while trying to access the
> > > trace register as we trap the accesses (CPTR_EL2.TTA == 1). On Linux,
> > > the ETM drivers need a DT explicitly advertising the support. So,
> > > this is not immediately impacted. And this fix goes a long way back
> > > in the history, when the CPTR_EL2.TTA was added.
> > >
> > > Now, the reason for asking you to hold on is the way this could create
> > > conflicts in merging the rest of the series.
> >
> > The way we normally work around this is to either rebase your series on
> > top of -rc5 when the fixes go in or, if you want an earlier -rc base,
> > Marc can put them on a stable branch somewhere that you can use.
>
> Here's what I've done:
>
> - the two patches are now on a branch[1] based off -rc3 which I
> officially declare stable. Feel free to rebase your series on top.
>
> - the KVM fixes branch now embeds this branch (yes, I've rebased it --
> we'll hopefully survive the outrage).
We don't have a choice to rebase. I will rebased CS next on [1] and
apply this set on top of it. Hopefully the KVM fixes will have made it to GKH's
char-misc tree by the time I send him the patches for the next merge window.
Otherwise we'll have to merge patches twice as Catalin mentioned. We can deal
with that if/when we get there.
Thanks,
Mathieu
>
> Thanks,
>
> M.
>
> [1] https://git.kernel.org/pub/scm/linux/kernel/git/kvmarm/kvmarm.git/log/?h=trace-fixes-5.12
>
> --
> Without deviation from the norm, progress is not possible.
More information about the linux-arm-kernel
mailing list