On Tue, Sep 02, 2014 at 08:39:56AM +0300, Adrian Hunter wrote:
SNIP
> >>> -e intel_pt/tsc=1,noretcomp=0/
> >>>
> >>> I guess I wanted to hear more elaboration why is this better
> >>> than the current way we have by defining an alias, like:
> >>>
> >>> krava alias: "tsc=1,noretcomp=0"
> >>>
On Tue, Sep 02, 2014 at 08:39:56AM +0300, Adrian Hunter wrote:
SNIP
-e intel_pt/tsc=1,noretcomp=0/
I guess I wanted to hear more elaboration why is this better
than the current way we have by defining an alias, like:
krava alias: tsc=1,noretcomp=0
-e intel_pt/krava/
On 09/01/2014 10:11 PM, Jiri Olsa wrote:
> On Mon, Sep 01, 2014 at 09:27:17AM +0300, Adrian Hunter wrote:
>> On 08/30/2014 11:53 AM, Jiri Olsa wrote:
>>> On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
> On Wed, Jul 16, 2014 at
On Mon, Sep 01, 2014 at 12:51:42PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
> > krava alias: "tsc=1,noretcomp=0"
>
> > -e intel_pt/krava/
>
> > which gives the same result
>
> So you propose that we start maintaining some table of aliases that
> would be installed by default, etc?
On Mon, Sep 01, 2014 at 09:27:17AM +0300, Adrian Hunter wrote:
> On 08/30/2014 11:53 AM, Jiri Olsa wrote:
> > On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
> >> On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
> >>> On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
> On
Em Sat, Aug 30, 2014 at 10:53:10AM +0200, Jiri Olsa escreveu:
> On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
> > On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
> > >On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
> > >>On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
> > >>>On
On 08/30/2014 11:53 AM, Jiri Olsa wrote:
> On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
>> On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
>>> On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
> On Mon, Jul 14, 2014 at
On 08/30/2014 11:53 AM, Jiri Olsa wrote:
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300,
Em Sat, Aug 30, 2014 at 10:53:10AM +0200, Jiri Olsa escreveu:
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14,
On Mon, Sep 01, 2014 at 09:27:17AM +0300, Adrian Hunter wrote:
On 08/30/2014 11:53 AM, Jiri Olsa wrote:
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014
On Mon, Sep 01, 2014 at 12:51:42PM -0300, Arnaldo Carvalho de Melo wrote:
SNIP
krava alias: tsc=1,noretcomp=0
-e intel_pt/krava/
which gives the same result
So you propose that we start maintaining some table of aliases that
would be installed by default, etc? krava would not
On 09/01/2014 10:11 PM, Jiri Olsa wrote:
On Mon, Sep 01, 2014 at 09:27:17AM +0300, Adrian Hunter wrote:
On 08/30/2014 11:53 AM, Jiri Olsa wrote:
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300,
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
> On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
> >On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
> >>On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
> >>>On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
> This
On Fri, Aug 29, 2014 at 09:48:51PM +0300, Adrian Hunter wrote:
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is
On 16/07/2014 9:22 p.m., Jiri Olsa wrote:
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
> On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
> >On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
> >>This enables a PMU event to be specified in the form:
> >>
> >>pmu//
> >>
> >>which is effectively the same as:
> >>
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This patch is a precursor to defining
default config for a
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
> This enables a PMU event to be specified in the form:
>
> pmu//
>
> which is effectively the same as:
>
> pmu/config=0/
>
> This patch is a precursor to defining
> default config for a PMU.
I understand the need for
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This patch is a precursor to defining
default config for a PMU.
I understand the need for default
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This patch is a precursor to defining
default config for a
On Wed, Jul 16, 2014 at 06:04:44PM +0300, Adrian Hunter wrote:
On 16/07/2014 5:25 p.m., Jiri Olsa wrote:
On Mon, Jul 14, 2014 at 01:02:44PM +0300, Adrian Hunter wrote:
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This patch is a precursor to defining
default config for a PMU.
Signed-off-by: Adrian Hunter
---
tools/perf/util/parse-events.c | 6 ++
This enables a PMU event to be specified in the form:
pmu//
which is effectively the same as:
pmu/config=0/
This patch is a precursor to defining
default config for a PMU.
Signed-off-by: Adrian Hunter adrian.hun...@intel.com
---
tools/perf/util/parse-events.c | 6 ++
24 matches
Mail list logo