lkml.org 
[lkml]   [2013]   [Jan]   [5]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH/RFC 0/1] Delete legacy power trace API
[Re: [PATCH/RFC 0/1] Delete legacy power trace API] On 05/01/2013 (Sat 23:10) Rafael J. Wysocki wrote:

> On Friday, January 04, 2013 08:49:03 PM Paul Gortmaker wrote:
> > The actual deletion is mind-numbingly simple; and if you go by the
> > comments in the code, it is well overdue. However, in discussions
> > with Frederic, he suggested to me that those comments might have
> > been overly optimistic, and that there may still be people out
> > there who are still unknowingly using this dead API.
> >
> > So, that is the crux of the RFC component -- to check whether the
> > comments saying "delete by v3.1" can be taken at face value, or
> > whether they were overly optimistic, and hence this stuff is still
> > actively used even though it is overdue for deletion.
>
> Do you want me or the tracing maintainers to handle this?

I have no particular preference as to what path it takes in
getting merged to mainline - just so long as we don't hear anyone
requesting it to _not_ be removed in the next few days.

Paul.
--


>
> Rafael
>
>
> > ---
> >
> > Paul Gortmaker (1):
> > tracing: remove deprecated power trace API
> >
> > Documentation/trace/events-power.txt | 27 +----------
> > arch/arm/mach-omap2/pm34xx.c | 2 -
> > arch/x86/kernel/process.c | 6 ---
> > drivers/cpufreq/cpufreq.c | 1 -
> > drivers/cpuidle/cpuidle.c | 2 -
> > include/trace/events/power.h | 92 ------------------------------------
> > kernel/trace/Kconfig | 15 ------
> > kernel/trace/power-traces.c | 3 --
> > 8 files changed, 1 insertion(+), 147 deletions(-)
> >
> >
> --
> I speak only for myself.
> Rafael J. Wysocki, Intel Open Source Technology Center.


\
 
 \ /
  Last update: 2013-01-06 02:01    [W:0.085 / U:0.792 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site