All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ingo Molnar <mingo@elte.hu>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Gleixner <tglx@linutronix.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Pierre Tardy <tardyp@gmail.com>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	Jean Pihet <jean.pihet@newoldbits.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	linux-kernel@vger.kernel.org, linux-trace-users@vger.kernel.org,
	Frank Eigler <fche@redhat.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	Tejun Heo <tj@kernel.org>,
	linux-pm@lists.linux-foundation.org, linux-omap@vger.kernel.org,
	Arjan van de Ven <arjan@linux.intel.com>
Subject: Re: PATCH [0/4] perf: clean-up of power events API
Date: Tue, 19 Oct 2010 13:52:00 +0200	[thread overview]
Message-ID: <20101019115200.GC25371@elte.hu> (raw)
In-Reply-To: <1287488841.1994.5.camel@twins>


* Peter Zijlstra <peterz@infradead.org> wrote:

> On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
> > 
> > * Thomas Renninger <trenn@suse.de> wrote:
> > 
> > > > Most definitely. It's no accident that it took such a long time for this issue 
> > > > to be raised in the first place. It's a rare occurance -
> > >
> > > Do you agree that this occurance happened now and these events should get cleaned 
> > > up before ARM and other archs make use of the broken interface?
> > >
> > > If not, discussing this further, is a big waste of time... and Jean would have to 
> > > try to adapt his ARM code on the broken ABI...
> > 
> > The discussion seems to have died down somewhat. Please re-send to lkml the latest 
> > patches you have to remind everyone of the latest state of things - the merge window 
> > is getting near.
> > 
> > My only compatibility/ABI point is basically that it shouldnt break _existing_ 
> > tracepoints (and users thereof). If your latest bits meet that then it ought to be a 
> > good first step. You are free to (and encouraged to) introduce more complete sets of 
> > events.
> 
> Can we deprecate and eventually remove the old ones, or will we be forever obliged 
> to carry the old ones too?

We most definitely want to deprecate and remove the old ones - but we want to give 
instrumentation software some migration time for that.

Jean, Arjan, what would be a feasible and practical deprecation period for that? One 
kernel cycle?

Thanks,

	Ingo

WARNING: multiple messages have this Message-ID (diff)
From: Ingo Molnar <mingo@elte.hu>
To: Peter Zijlstra <peterz@infradead.org>
Cc: Thomas Renninger <trenn@suse.de>,
	Arjan van de Ven <arjan@linux.intel.com>,
	Mathieu Desnoyers <mathieu.desnoyers@efficios.com>,
	Tejun Heo <tj@kernel.org>,
	Frederic Weisbecker <fweisbec@gmail.com>,
	Pierre Tardy <tardyp@gmail.com>,
	Jean Pihet <jean.pihet@newoldbits.com>,
	linux-trace-users@vger.kernel.org,
	linux-pm@lists.linux-foundation.org, rjw@sisk.pl,
	linux-omap@vger.kernel.org,
	Kevin Hilman <khilman@deeprootsystems.com>,
	Steven Rostedt <rostedt@goodmis.org>,
	Frank Eigler <fche@redhat.com>,
	Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com>,
	Thomas Gleixner <tglx@linutronix.de>,
	Andrew Morton <akpm@linux-foundation.org>,
	Linus Torvalds <torvalds@linux-foundation.org>,
	linux-kernel@vger.kernel.org
Subject: Re: PATCH [0/4] perf: clean-up of power events API
Date: Tue, 19 Oct 2010 13:52:00 +0200	[thread overview]
Message-ID: <20101019115200.GC25371@elte.hu> (raw)
In-Reply-To: <1287488841.1994.5.camel@twins>


* Peter Zijlstra <peterz@infradead.org> wrote:

> On Tue, 2010-10-19 at 13:45 +0200, Ingo Molnar wrote:
> > 
> > * Thomas Renninger <trenn@suse.de> wrote:
> > 
> > > > Most definitely. It's no accident that it took such a long time for this issue 
> > > > to be raised in the first place. It's a rare occurance -
> > >
> > > Do you agree that this occurance happened now and these events should get cleaned 
> > > up before ARM and other archs make use of the broken interface?
> > >
> > > If not, discussing this further, is a big waste of time... and Jean would have to 
> > > try to adapt his ARM code on the broken ABI...
> > 
> > The discussion seems to have died down somewhat. Please re-send to lkml the latest 
> > patches you have to remind everyone of the latest state of things - the merge window 
> > is getting near.
> > 
> > My only compatibility/ABI point is basically that it shouldnt break _existing_ 
> > tracepoints (and users thereof). If your latest bits meet that then it ought to be a 
> > good first step. You are free to (and encouraged to) introduce more complete sets of 
> > events.
> 
> Can we deprecate and eventually remove the old ones, or will we be forever obliged 
> to carry the old ones too?

We most definitely want to deprecate and remove the old ones - but we want to give 
instrumentation software some migration time for that.

Jean, Arjan, what would be a feasible and practical deprecation period for that? One 
kernel cycle?

Thanks,

	Ingo

  reply	other threads:[~2010-10-19 11:52 UTC|newest]

Thread overview: 94+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-10-04 15:20 PATCH [0/4] perf: clean-up of power events API Jean Pihet
2010-10-04 15:20 ` [PATCH 1/4] perf: cleanup " Jean Pihet
2010-10-04 15:20 ` Jean Pihet
2010-10-04 15:20 ` [PATCH 2/4] perf: add OMAP support for the new power events Jean Pihet
2010-10-04 15:20 ` Jean Pihet
2010-10-04 19:45   ` Thomas Renninger
2010-10-04 19:45   ` Thomas Renninger
2010-10-04 15:21 ` [PATCH 3/4] perf: add calls to suspend trace point Jean Pihet
2010-10-04 22:52   ` Rafael J. Wysocki
2010-10-04 22:52   ` Rafael J. Wysocki
2010-10-04 15:21 ` Jean Pihet
2010-10-04 15:21 ` [PATCH 4/4] perf: provide a DEPRECTAED power trace API to user space Jean Pihet
2010-10-04 15:21 ` Jean Pihet
2010-10-04 16:10   ` Frank Ch. Eigler
2010-10-04 16:10   ` Frank Ch. Eigler
2010-10-04 16:47     ` Jean Pihet
2010-10-04 16:47     ` Jean Pihet
2010-10-06 21:34 ` PATCH [0/4] perf: clean-up of power events API Thomas Renninger
2010-10-06 21:34 ` Thomas Renninger
2010-10-07 15:08   ` Mathieu Desnoyers
2010-10-07 15:08   ` Mathieu Desnoyers
2010-10-07 15:23     ` Pierre Tardy
2010-10-07 15:23     ` Pierre Tardy
2010-10-07 15:23     ` Pierre Tardy
2010-10-07 15:45       ` Steven Rostedt
2010-10-07 15:45       ` Steven Rostedt
2010-10-07 15:58       ` Frederic Weisbecker
2010-10-07 15:58       ` Frederic Weisbecker
2010-10-07 16:10         ` Pierre Tardy
2010-10-07 16:10         ` Pierre Tardy
2010-10-08  8:14         ` Tejun Heo
2010-10-08  8:14         ` Tejun Heo
2010-10-08  8:38           ` Ingo Molnar
2010-10-08 13:17             ` Arjan van de Ven
2010-10-08 13:17             ` Arjan van de Ven
2010-10-08 13:41               ` Mathieu Desnoyers
2010-10-08 13:41               ` Mathieu Desnoyers
2010-10-08 16:22                 ` Arjan van de Ven
2010-10-08 16:22                 ` Arjan van de Ven
2010-10-08 17:21                   ` Steven Rostedt
2010-10-08 17:49                     ` Frank Ch. Eigler
2010-10-08 18:11                       ` Steven Rostedt
2010-10-08 18:11                       ` Steven Rostedt
2010-10-08 17:49                     ` Frank Ch. Eigler
2010-10-08 17:21                   ` Steven Rostedt
2010-10-08 17:32                   ` Mathieu Desnoyers
2010-10-08 17:32                   ` Mathieu Desnoyers
2010-10-09  6:28                 ` Ingo Molnar
2010-10-09  8:14                   ` Pierre Tardy
2010-10-09  8:14                   ` Pierre Tardy
2010-10-09 18:36                     ` Linus Torvalds
2010-10-09 21:15                       ` Steven Rostedt
2010-10-09 23:20                         ` Linus Torvalds
2010-10-10  1:39                           ` Steven Rostedt
2010-10-10  1:39                           ` Steven Rostedt
2010-10-10  6:41                             ` Peter Zijlstra
2010-10-10  6:41                             ` Peter Zijlstra
2010-10-10 15:11                               ` Steven Rostedt
2010-10-10 15:11                               ` Steven Rostedt
2010-10-09 21:15                       ` Steven Rostedt
2010-10-18 12:15                       ` Jean Pihet
2010-10-18 12:15                       ` Jean Pihet
2010-10-09 18:36                     ` Linus Torvalds
2010-10-09 16:19                   ` Arjan van de Ven
2010-10-09 16:19                   ` Arjan van de Ven
2010-10-09 21:34                     ` Steven Rostedt
2010-10-09 21:34                     ` Steven Rostedt
2010-10-10 12:19                     ` Ingo Molnar
2010-10-19 11:31                       ` Thomas Renninger
2010-10-19 11:31                       ` Thomas Renninger
2010-10-19 11:45                         ` Ingo Molnar
2010-10-19 11:47                           ` Peter Zijlstra
2010-10-19 11:52                             ` Ingo Molnar [this message]
2010-10-19 11:52                               ` Ingo Molnar
2010-10-19 13:27                               ` Arjan van de Ven
2010-10-19 13:27                               ` Arjan van de Ven
2010-10-19 13:50                                 ` Ingo Molnar
2010-10-19 13:52                                   ` Arjan van de Ven
2010-10-19 13:52                                   ` Arjan van de Ven
2010-10-19 14:51                                     ` Ingo Molnar
2010-10-19 14:51                                     ` Ingo Molnar
2010-10-19 13:50                                 ` Ingo Molnar
2010-10-19 11:47                           ` Peter Zijlstra
2010-10-19 11:45                         ` Ingo Molnar
2010-10-10 12:19                     ` Ingo Molnar
2010-10-09  6:28                 ` Ingo Molnar
2010-10-08  8:38           ` Ingo Molnar
2010-10-07 15:45     ` Jean Pihet
2010-10-07 15:45     ` Jean Pihet
2010-10-07 15:49     ` Thomas Renninger
2010-10-07 15:56       ` Jean Pihet
2010-10-07 15:56       ` Jean Pihet
2010-10-07 15:49     ` Thomas Renninger
  -- strict thread matches above, loose matches on Subject: below --
2010-10-04 15:20 Jean Pihet

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=20101019115200.GC25371@elte.hu \
    --to=mingo@elte.hu \
    --cc=akpm@linux-foundation.org \
    --cc=arjan@linux.intel.com \
    --cc=fche@redhat.com \
    --cc=fweisbec@gmail.com \
    --cc=jean.pihet@newoldbits.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-omap@vger.kernel.org \
    --cc=linux-pm@lists.linux-foundation.org \
    --cc=linux-trace-users@vger.kernel.org \
    --cc=masami.hiramatsu.pt@hitachi.com \
    --cc=mathieu.desnoyers@efficios.com \
    --cc=peterz@infradead.org \
    --cc=rostedt@goodmis.org \
    --cc=tardyp@gmail.com \
    --cc=tglx@linutronix.de \
    --cc=tj@kernel.org \
    --cc=torvalds@linux-foundation.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.