[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKTKpr6kyfbmOcy3JNzQkefN+yhQrvu_2McZU=q=tK3_1G6tyg@mail.gmail.com>
Date: Mon, 4 Dec 2017 10:11:01 +0530
From: Ganapatrao Kulkarni <gklkml16@...il.com>
To: John Garry <john.garry@...wei.com>, Ingo Molnar <mingo@...hat.com>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Peter Zijlstra <peterz@...radead.org>
Cc: Will Deacon <will.deacon@....com>,
Ganapatrao Kulkarni <ganapatrao.kulkarni@...ium.com>,
linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org,
catalin.marinas@....com, mark.rutland@....com,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>,
jnair@...iumnetworks.com,
Zhangshaokun <zhangshaokun@...ilicon.com>,
Jonathan.Cameron@...wei.com,
Robert Richter <Robert.Richter@...ium.com>,
Linuxarm <linuxarm@...wei.com>
Subject: Re: [PATCH v9 0/5] Add support for ThunderX2 pmu events using json files
Hi perf maintainers,
can this be queued to -next??
please let me know, if have to rebase to any specific branch and send
next version?
On Mon, Nov 27, 2017 at 3:34 PM, John Garry <john.garry@...wei.com> wrote:
> On 07/11/2017 01:23, Will Deacon wrote:
>>
>> Hi Arnaldo,
>>
>> On Tue, Oct 17, 2017 at 12:02:17AM +0530, Ganapatrao Kulkarni wrote:
>>>
>>> Extending json/jevent framework for parsing arm64 event files.
>>> Adding jevents for ThunderX2 implementation defined PMU events.
>>>
>>> v9:
>>> - Rebased to [3] and resolved conficts in PATCH 1/5 and reworked PATCH
>>> 3/5.
>>> - Added PATCH 5 to fix segmentation fault in perf_pmu__find_map
>>>
>>> [3]
>>> https://git.kernel.org/pub/scm/linux/kernel/git/acme/linux.git/log/?h=perf/core
>>
>>
>> I'm happy with this version of the series (it's all Acked now), so would
>> you
>> be able to pick it up for mainline, please?
>>
>> Cheers,
>>
>
> So this patchset has not been merged.
>
> We have a patchset waiting for HiSilicon hip08 support, which includes the
> requested feature for the ARM64 IMP DEFINED recommended events
> refactoring-out.
>
> We can send our hip08 patchset now as an RFC, based in this patchset.
> Depending on the comments and general acceptance of the approaches, it may
> be appropriate to merge the patchsets (or at least merge the refactoring
> part).
>
> Thanks,
> John
>
>
>> Will
>>
>> .
>>
>
>
thanks
Ganapat
Powered by blists - more mailing lists