[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAKTKpr6Z2d4v4VPTGf0xdOTEZvwQ1f5SZ5urOYk3CPJReZp+_A@mail.gmail.com>
Date: Wed, 25 Oct 2017 15:36:25 +0530
From: Ganapatrao Kulkarni <gklkml16@...il.com>
To: John Garry <john.garry@...wei.com>
Cc: Will Deacon <will.deacon@....com>,
Shaokun Zhang <zhangshaokun@...ilicon.com>,
Ganapatrao Kulkarni <ganapatrao.kulkarni@...ium.com>,
linux-kernel@...r.kernel.org, Linuxarm <linuxarm@...wei.com>,
jonathan.cameron@...wei.com, Peter Zijlstra <peterz@...radead.org>,
Ingo Molnar <mingo@...hat.com>,
Arnaldo Carvalho de Melo <acme@...nel.org>,
Alexander Shishkin <alexander.shishkin@...ux.intel.com>
Subject: Re: [PATCH] perf vendor events arm64: Add hip08 implementation
defined PMU core events
Hi John,
On Thu, Oct 19, 2017 at 3:59 PM, John Garry <john.garry@...wei.com> wrote:
>>>
>>> #Family-model,Version,Filename,EventType
>>> 0x00000000420f5160,v1,cavium,core
>>> 0x00000000420f5161,v1,cavium,core
>>
>>
>> certainly, there is Part number(PartNum, bits [15:4] ) change from
>> thunderx2 to thunderx3.
>> thunderx3 should have its own json file describing all its supported
>> events.
>> same applies to other SoCs as well.
>>
>> IIUC, the idea of ignoring Revision and Variants is that, the PMU
>> design/version wont change across Revisions and Variants.
>>
>
> Hi Ganapatrao,
>
> Right, I should have modified the part num for my illustration, but I am
> still concerned. Please see my example in the other mail and check what I am
> missing.
ok, then my original naming was more appropriate.
i.e have josn files defined in SoC directory, instead of having single
vendor directory for all SoC json files.
like,
pmu-events/arch/arm64/thunderx2
pmu-events/arch/arm64/thunderx3
pmu-events/arch/arm64/hip08
pmu-events/arch/arm64/hip09
>
> Thanks,
> John
>
>
>
>
thanks
Ganapat
Powered by blists - more mailing lists