Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20;
Date:   Fri, 23 Sep 2022 13:36:35 +0100
From:   Will Deacon <will@kernel.org>
To:     James Clark <james.clark@arm.com>
Cc:     catalin.marinas@arm.com, kernel-team@android.com,
        linux-perf-users@vger.kernel.org, linux-kernel@vger.kernel.org,
        acme@kernel.org, john.garry@huawei.com,
        Jonathan Corbet <corbet@lwn.net>, leo.yan@linaro.org,
        broonie@kernel.org, linux-doc@vger.kernel.org,
        Mark Rutland <mark.rutland@arm.com>,
        linux-arm-kernel <linux-arm-kernel@lists.infradead.org>
Subject: Re: [PATCH v3 0/2] perf: arm64: Kernel support for Dwarf unwinding
 through SVE functions
Message-ID: <20220923123633.GC13942@willie-the-truck>
References: <20220901132658.1024635-1-james.clark@arm.com>
 <166385556279.1475166.2989569100449667346.b4-ty@kernel.org>
 <1dabe308-21f7-aa2e-ee8f-48807878f91b@arm.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1dabe308-21f7-aa2e-ee8f-48807878f91b@arm.com>
User-Agent: Mutt/1.10.1 (2018-07-13)
Precedence: bulk

On Fri, Sep 23, 2022 at 10:32:15AM +0100, James Clark wrote:
> 
> 
> On 22/09/2022 21:33, Will Deacon wrote:
> > On Thu, 1 Sep 2022 14:26:56 +0100, James Clark wrote:
> >> I'm resubmitting this with a few of the changes suggested by Will on V2.
> >>
> >> I haven't made any changes regarding the open questions about the
> >> discoverability or saving the new reg and passing to output_sample()
> >> because I think it's best to be consistent with the implementations on
> >> other platforms first. I have explained in more detail on v2 [1].
> >>
> >> [...]
> > 
> > Applied to will (for-next/perf), thanks!
> > 
> > [1/2] perf: arm64: Add SVE vector granule register to user regs
> >       https://git.kernel.org/will/c/cbb0c02caf4b
> > [2/2] arm64/sve: Add Perf extensions documentation
> >       https://git.kernel.org/will/c/1f2906d1e10a
> > 
> > Cheers,
> 
> Thanks Will. Sorry about the build, I will fix my config for next time.

No problem. For some reason, I was unable to repro the failure locally.
Maybe it's a GCC thing?

Will