[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CANLsYkwijvqGv-EdSSC-F727LczXS0gjBbY-YwJ-0OZkKGTZsg@mail.gmail.com>
Date: Tue, 6 Apr 2021 11:58:07 -0600
From: Mathieu Poirier <mathieu.poirier@...aro.org>
To: Marc Zyngier <maz@...nel.org>
Cc: "Suzuki K. Poulose" <suzuki.poulose@....com>,
Anshuman Khandual <anshuman.khandual@....com>,
Greg KH <gregkh@...uxfoundation.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
kvmarm@...ts.cs.columbia.edu
Subject: Re: [GIT PULL] coresight: Add support for ETE and TRBE
On Tue, 6 Apr 2021 at 02:22, Marc Zyngier <maz@...nel.org> wrote:
>
> Hi Mathieu,
>
> On Mon, 05 Apr 2021 20:17:57 +0100,
> Mathieu Poirier <mathieu.poirier@...aro.org> wrote:
> >
> > The following changes since commit a354a64d91eec3e0f8ef0eed575b480fd75b999c:
> >
> > KVM: arm64: Disable guest access to trace filter controls (2021-03-24 17:26:38 +0000)
> >
> > are available in the Git repository at:
> >
> > git@...olite.kernel.org:pub/scm/linux/kernel/git/coresight/linux.git next-ETE-TRBE
> >
> > for you to fetch changes up to 7885b4e43231048654c5a80c0a18844ce3185e64:
> >
> > dts: bindings: Document device tree bindings for Arm TRBE (2021-04-05 11:38:04 -0600)
> >
> > ----------------------------------------------------------------
> > Hi Marc,
> >
> > As previously agreed, here are the changes to support CoreSight
> > ETE and TRBE components submitted here[1].
> >
> > I draw your attention to these:
> >
> > [PATCH v6 05/20] kvm: arm64: Handle access to TRFCR_EL1
> > [PATCH v6 06/20] kvm: arm64: Move SPE availability check to VCPU load
> > [PATCH v6 07/20] arm64: kvm: Enable access to TRBE support for host
> >
> > They are KVM specific and will need an SoB tag.
>
> There seem to be a disconnect here, because it works the other way
> around.
>
> If I pull this, I obviously cannot add anything to the patches that
> are merged (changing stuff would result in changing the commit IDs,
> which is exactly the opposite of what we are trying to achieve).
>
> This isn't a problem, as the act of pulling the branch means that I am
> happy with that, and the git merge makes it traceable.
>
> However, some of the patches (the KVM ones) do not carry your own SoB,
> which is a problem (if you are picking stuff off the list, you need to
> add your own SoB). So for the couple of KVM patches, please add my
>
I wasn't clear on how to handle the KVM patches and as such decided to
proceed conservatively...
> Acked-by: Marc Zyngier <maz@...nel.org>
>
> together with your SoB, resend the PR and I'll gladly merge it.
>
And I didn't want to SoB those patches because I am not in a position
to cast judgement on them, but with your Ack it changes everything.
> And if you can make sure the subject lines are formatted as:
>
> "KVM: arm64: Super Duper feature enablement"
No problem.
>
> that'd be absolutely awesome (but that's just me being annoying...).
>
I'll do a respin of this in a couple hours.
> Thanks,
>
> M.
>
> --
> Without deviation from the norm, progress is not possible.
Powered by blists - more mailing lists