All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alexey Brodkin <Alexey.Brodkin@synopsys.com>
To: "peterz@infradead.org" <peterz@infradead.org>
Cc: "linux-arch@vger.kernel.org" <linux-arch@vger.kernel.org>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"Vineet.Gupta1@synopsys.com" <Vineet.Gupta1@synopsys.com>,
	"arc-linux-dev@synopsys.com" <arc-linux-dev@synopsys.com>,
	"arnd@arndb.de" <arnd@arndb.de>,
	"acme@kernel.org" <acme@kernel.org>
Subject: Re: [PATCH v3 3/6] ARCv2: perf: Support sampling events using overflow interrupts
Date: Wed, 26 Aug 2015 13:17:20 +0000	[thread overview]
Message-ID: <1440595040.15478.44.camel@synopsys.com> (raw)
In-Reply-To: <20150826130752.GC19282@twins.programming.kicks-ass.net>

Hi Peter,

On Wed, 2015-08-26 at 15:07 +0200, Peter Zijlstra wrote:
> On Mon, Aug 24, 2015 at 05:20:20PM +0300, Alexey Brodkin wrote:
> > @@ -139,9 +141,11 @@ static int arc_pmu_event_init(struct perf_event *event)
> >  	struct hw_perf_event *hwc = &event->hw;
> >  	int ret;
> >  
> > -	hwc->sample_period  = arc_pmu->max_period;
> > -	hwc->last_period = hwc->sample_period;
> > -	local64_set(&hwc->period_left, hwc->sample_period);
> > +	if (!is_sampling_event(event)) {
> > +		hwc->sample_period  = arc_pmu->max_period;
> > +		hwc->last_period = hwc->sample_period;
> > +		local64_set(&hwc->period_left, hwc->sample_period);
> > +	}
> 
> So here we set a max_period sample period for !sampling events such that
> we can properly deal with (short) counter overflow and accumulate into a
> 64bit value.
> 
> >  	switch (event->attr.type) {
> >  	case PERF_TYPE_HARDWARE:
> > @@ -243,6 +247,11 @@ static void arc_pmu_start(struct perf_event *event, int flags)
> >  
> >  	arc_pmu_event_set_period(event);
> >  
> > +	/* Enable interrupt for this counter */
> > +	if (is_sampling_event(event))
> > +		write_aux_reg(ARC_REG_PCT_INT_CTRL,
> > +			      read_aux_reg(ARC_REG_PCT_INT_CTRL) | (1 << idx));
> > +
> 
> Yet here you fail to actually enable the interrupt for the non sampling
> events, which makes the above not work.

Indeed we intentionally leave interrupts disabled for non-sampling events.
 [1] We have quite large counters so we don't expect to overflow normally
 [2] We may re-use the same code for hardware that lacks support of IRQs in PCT.
     See we check if IRQs are available and if not set PERF_PMU_CAP_NO_INTERRUPT
     that will guarantee we won't get sampling event and for non-sampling events
     we won't use IRQs.

-Alexey

  reply	other threads:[~2015-08-26 13:17 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-08-24 14:20 [PATCH v3 0/6] ARCv2 port to Linux - (C) perf Alexey Brodkin
2015-08-24 14:20 ` [PATCH v3 1/6] ARC: perf: cap the number of counters to hardware max of 32 Alexey Brodkin
2015-08-24 14:20 ` [PATCH v3 2/6] ARCv2: perf: implement "event_set_period" Alexey Brodkin
2015-08-24 14:20 ` [PATCH v3 3/6] ARCv2: perf: Support sampling events using overflow interrupts Alexey Brodkin
2015-08-26 13:07   ` Peter Zijlstra
2015-08-26 13:17     ` Alexey Brodkin [this message]
2015-08-26 14:35       ` Peter Zijlstra
2015-08-26 14:42         ` [arc-linux-dev] " Alexey Brodkin
2015-08-26 13:12   ` Peter Zijlstra
2015-08-26 13:21     ` Alexey Brodkin
2015-08-26 14:32       ` Peter Zijlstra
2015-08-26 14:35         ` Alexey Brodkin
2015-08-26 14:25     ` Peter Zijlstra
2015-10-19 10:01       ` perf documentation (was Re: [PATCH v3 3/6] ARCv2: perf: Support sampling events using overflow interrupts) Vineet Gupta
2015-10-19 10:01         ` Vineet Gupta
2015-10-19 10:12         ` Peter Zijlstra
2015-08-24 14:20 ` [PATCH v3 4/6] ARCv2: perf: implement exclusion of event counting in user or kernel mode Alexey Brodkin
2015-08-24 14:30   ` Vineet Gupta
2015-08-24 16:38     ` Vineet Gupta
2015-08-24 14:20 ` [PATCH v3 5/6] ARCv2: perf: SMP support Alexey Brodkin
2015-08-24 14:20 ` [PATCH v3 6/6] ARCv2: perf: Finally introduce HS perf unit Alexey Brodkin
2015-08-26 12:07 ` [PATCH v3 0/6] ARCv2 port to Linux - (C) perf Alexey Brodkin
2015-08-27  6:58   ` [arc-linux-dev] " Alexey Brodkin
2015-08-27  7:14     ` Vineet Gupta
2015-08-27  9:18       ` Peter Zijlstra

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=1440595040.15478.44.camel@synopsys.com \
    --to=alexey.brodkin@synopsys.com \
    --cc=Vineet.Gupta1@synopsys.com \
    --cc=acme@kernel.org \
    --cc=arc-linux-dev@synopsys.com \
    --cc=arnd@arndb.de \
    --cc=linux-arch@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=peterz@infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.