All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jiri Olsa <jolsa@redhat.com>
To: Stephane Eranian <eranian@google.com>
Cc: linux-kernel@vger.kernel.org, peterz@infradead.org,
	mingo@elte.hu, ak@linux.intel.com, acme@redhat.com,
	zheng.z.yan@intel.com, bp@alien8.de
Subject: Re: [PATCH v3 4/4] perf,x86: add RAPL hrtimer support
Date: Fri, 25 Oct 2013 19:44:48 +0200	[thread overview]
Message-ID: <20131025174448.GD7024@krava.brq.redhat.com> (raw)
In-Reply-To: <1382533085-7166-5-git-send-email-eranian@google.com>

On Wed, Oct 23, 2013 at 02:58:05PM +0200, Stephane Eranian wrote:
> The RAPL PMU counters do not interrupt on overflow.
> Therefore, the kernel needs to poll the counters
> to avoid missing an overflow. This patch adds
> the hrtimer code to do this.
> 
> The timer internval is calculated at boot time
> based on the power unit used by the HW.
> 
> Signed-off-by: Stephane Eranian <eranian@google.com>
> ---
>  arch/x86/kernel/cpu/perf_event_intel_rapl.c |   75 +++++++++++++++++++++++++--
>  1 file changed, 70 insertions(+), 5 deletions(-)
> 
> diff --git a/arch/x86/kernel/cpu/perf_event_intel_rapl.c b/arch/x86/kernel/cpu/perf_event_intel_rapl.c
> index 3d71d39..ed0566a 100644
> --- a/arch/x86/kernel/cpu/perf_event_intel_rapl.c
> +++ b/arch/x86/kernel/cpu/perf_event_intel_rapl.c
> @@ -92,11 +92,13 @@ static struct kobj_attribute format_attr_##_var =		\
>  
>  struct rapl_pmu {
>  	spinlock_t	lock;
> -	atomic_t	refcnt;
>  	int		hw_unit;  /* 1/2^hw_unit Joule */
> -	int		phys_id;
> -	int		n_active; /* number of active events */
> +	struct hrtimer	hrtimer;
>  	struct list_head active_list;
> +	ktime_t		timer_interval; /* in ktime_t unit */
> +	int		n_active; /* number of active events */
> +	int		phys_id;
> +	atomic_t	refcnt;
>  };
>  
>  static struct pmu rapl_pmu_class;
> @@ -161,6 +163,47 @@ static u64 rapl_event_update(struct perf_event *event)
>  	return new_raw_count;
>  }
>  
> +static void rapl_start_hrtimer(struct rapl_pmu *pmu)
> +{
> +	__hrtimer_start_range_ns(&pmu->hrtimer,
> +			pmu->timer_interval, 0,
> +			HRTIMER_MODE_REL_PINNED, 0);
> +}
> +
> +static void rapl_stop_hrtimer(struct rapl_pmu *pmu)
> +{
> +	hrtimer_cancel(&pmu->hrtimer);
> +}
> +
> +static enum hrtimer_restart rapl_hrtimer_handle(struct hrtimer *hrtimer)
> +{
> +	struct rapl_pmu *pmu = container_of(hrtimer, struct rapl_pmu, hrtimer);
> +	struct perf_event *event;
> +	unsigned long flags;
> +
> +	if (!pmu->n_active)
> +		return HRTIMER_NORESTART;
> +
> +	spin_lock_irqsave(&pmu->lock, flags);
> +
> +	list_for_each_entry(event, &pmu->active_list, active_entry) {
> +		rapl_event_update(event);
> +	}

hi,
I dont fully understand the reason for the timer,
I'm probably missing something..

- the timer calls rapl_event_update for all defined events
- but rapl_pmu_event_read calls rapl_event_update any time the
  event is read (sys_read)

The rapl_event_update only read msr and updates
event->count|hw,prev_count.

What's the timer purpose then?

thanks for info,
jirka

  reply	other threads:[~2013-10-25 17:45 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-23 12:58 [PATCH v3 0/4] perf,x86: add Intel RAPL PMU support Stephane Eranian
2013-10-23 12:58 ` [PATCH v3 1/4] perf: add active_entry list head to struct perf_event Stephane Eranian
2013-10-25 14:56   ` Jiri Olsa
2013-10-26 16:57     ` Stephane Eranian
2013-10-26 17:44       ` Jiri Olsa
2013-10-28  9:58         ` Stephane Eranian
2013-10-23 12:58 ` [PATCH v3 2/4] perf stat: add event unit and scale support Stephane Eranian
2013-10-23 12:58 ` [PATCH v3 3/4] perf,x86: add Intel RAPL PMU support Stephane Eranian
2013-10-25 11:13   ` Jiri Olsa
2013-10-25 11:13   ` Jiri Olsa
2013-10-25 11:14   ` Jiri Olsa
2013-10-26 17:00     ` Stephane Eranian
2013-10-28 10:33       ` Stephane Eranian
2013-10-28 12:17         ` Peter Zijlstra
2013-10-28 15:54           ` Stephane Eranian
2013-10-23 12:58 ` [PATCH v3 4/4] perf,x86: add RAPL hrtimer support Stephane Eranian
2013-10-25 17:44   ` Jiri Olsa [this message]
2013-10-26 17:07     ` Stephane Eranian
2013-10-26 17:53       ` Jiri Olsa
2013-10-28  9:55         ` Stephane Eranian

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=20131025174448.GD7024@krava.brq.redhat.com \
    --to=jolsa@redhat.com \
    --cc=acme@redhat.com \
    --cc=ak@linux.intel.com \
    --cc=bp@alien8.de \
    --cc=eranian@google.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mingo@elte.hu \
    --cc=peterz@infradead.org \
    --cc=zheng.z.yan@intel.com \
    /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.