* [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h @ 2012-01-15 20:48 Jesper Juhl 2012-01-15 21:09 ` Steven Rostedt 0 siblings, 1 reply; 8+ messages in thread From: Jesper Juhl @ 2012-01-15 20:48 UTC (permalink / raw) To: linux-kernel; +Cc: trivial, Ingo Molnar, Frederic Weisbecker, Steven Rostedt What was originally going to be 2.6.41 became 3.1 . Signed-off-by: Jesper Juhl <jj@chaosbits.net> --- include/trace/events/power.h | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/include/trace/events/power.h b/include/trace/events/power.h index 1bcc2a8..b262699 100644 --- a/include/trace/events/power.h +++ b/include/trace/events/power.h @@ -65,7 +65,7 @@ TRACE_EVENT(machine_suspend, TP_printk("state=%lu", (unsigned long)__entry->state) ); -/* This code will be removed after deprecation time exceeded (2.6.41) */ +/* This code will be removed after deprecation time exceeded (3.1) */ #ifdef CONFIG_EVENT_POWER_TRACING_DEPRECATED /* -- 1.7.8.3 -- Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/ Don't top-post http://www.catb.org/jargon/html/T/top-post.html Plain text mails only, please. ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-01-15 20:48 [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h Jesper Juhl @ 2012-01-15 21:09 ` Steven Rostedt 2012-01-15 21:12 ` Jesper Juhl 0 siblings, 1 reply; 8+ messages in thread From: Steven Rostedt @ 2012-01-15 21:09 UTC (permalink / raw) To: Jesper Juhl Cc: linux-kernel, trivial, Ingo Molnar, Frederic Weisbecker, Arjan van de Ven On Sun, 2012-01-15 at 21:48 +0100, Jesper Juhl wrote: > What was originally going to be 2.6.41 became 3.1 . > > Signed-off-by: Jesper Juhl <jj@chaosbits.net> > --- > include/trace/events/power.h | 2 +- > 1 files changed, 1 insertions(+), 1 deletions(-) > > diff --git a/include/trace/events/power.h b/include/trace/events/power.h > index 1bcc2a8..b262699 100644 > --- a/include/trace/events/power.h > +++ b/include/trace/events/power.h > @@ -65,7 +65,7 @@ TRACE_EVENT(machine_suspend, > TP_printk("state=%lu", (unsigned long)__entry->state) > ); > > -/* This code will be removed after deprecation time exceeded (2.6.41) */ > +/* This code will be removed after deprecation time exceeded (3.1) */ Shouldn't the real fix be to remove this code? What's the use of changing the version number that this code will be removed from, when the change won't get in until after the version that this code should have been removed? This is like updating 2014 calendars to say the world will end in 2012. -- Steve > #ifdef CONFIG_EVENT_POWER_TRACING_DEPRECATED > > /* > -- > 1.7.8.3 > > ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-01-15 21:09 ` Steven Rostedt @ 2012-01-15 21:12 ` Jesper Juhl 2012-02-03 21:42 ` Jiri Kosina 0 siblings, 1 reply; 8+ messages in thread From: Jesper Juhl @ 2012-01-15 21:12 UTC (permalink / raw) To: Steven Rostedt Cc: linux-kernel, trivial, Ingo Molnar, Frederic Weisbecker, Arjan van de Ven On Sun, 15 Jan 2012, Steven Rostedt wrote: > On Sun, 2012-01-15 at 21:48 +0100, Jesper Juhl wrote: > > What was originally going to be 2.6.41 became 3.1 . > > > > Signed-off-by: Jesper Juhl <jj@chaosbits.net> > > --- > > include/trace/events/power.h | 2 +- > > 1 files changed, 1 insertions(+), 1 deletions(-) > > > > diff --git a/include/trace/events/power.h b/include/trace/events/power.h > > index 1bcc2a8..b262699 100644 > > --- a/include/trace/events/power.h > > +++ b/include/trace/events/power.h > > @@ -65,7 +65,7 @@ TRACE_EVENT(machine_suspend, > > TP_printk("state=%lu", (unsigned long)__entry->state) > > ); > > > > -/* This code will be removed after deprecation time exceeded (2.6.41) */ > > +/* This code will be removed after deprecation time exceeded (3.1) */ > > Shouldn't the real fix be to remove this code? What's the use of > changing the version number that this code will be removed from, when > the change won't get in until after the version that this code should > have been removed? > > This is like updating 2014 calendars to say the world will end in 2012. > Heh, yeah, in a way you are right. But we have lots of code in the kernel that says it will be removed at <some date in the past>, so I just figured that if this code ends up hanging around it should at least display the correct version number for when it /should/ have been removed. The actual removal I'll leave up to others. -- Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/ Don't top-post http://www.catb.org/jargon/html/T/top-post.html Plain text mails only, please. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-01-15 21:12 ` Jesper Juhl @ 2012-02-03 21:42 ` Jiri Kosina 2012-02-03 21:51 ` Arjan van de Ven 0 siblings, 1 reply; 8+ messages in thread From: Jiri Kosina @ 2012-02-03 21:42 UTC (permalink / raw) To: Jesper Juhl Cc: Steven Rostedt, linux-kernel, Ingo Molnar, Frederic Weisbecker, Arjan van de Ven On Sun, 15 Jan 2012, Jesper Juhl wrote: > > > -/* This code will be removed after deprecation time exceeded (2.6.41) */ > > > +/* This code will be removed after deprecation time exceeded (3.1) */ > > > > Shouldn't the real fix be to remove this code? What's the use of > > changing the version number that this code will be removed from, when > > the change won't get in until after the version that this code should > > have been removed? > > > > This is like updating 2014 calendars to say the world will end in 2012. > > > Heh, yeah, in a way you are right. But we have lots of code in the kernel > that says it will be removed at <some date in the past>, so I just figured > that if this code ends up hanging around it should at least display the > correct version number for when it /should/ have been removed. > The actual removal I'll leave up to others. Funny thing. Okay, this doesn't seem to be in linux-next, so I am taking it. Steven, planning to drop the code in a near future? :) -- Jiri Kosina SUSE Labs ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-02-03 21:42 ` Jiri Kosina @ 2012-02-03 21:51 ` Arjan van de Ven 2012-02-04 15:15 ` Steven Rostedt 0 siblings, 1 reply; 8+ messages in thread From: Arjan van de Ven @ 2012-02-03 21:51 UTC (permalink / raw) To: Jiri Kosina Cc: Jesper Juhl, Steven Rostedt, linux-kernel, Ingo Molnar, Frederic Weisbecker On 2/3/2012 1:42 PM, Jiri Kosina wrote: > On Sun, 15 Jan 2012, Jesper Juhl wrote: > >>>> -/* This code will be removed after deprecation time exceeded (2.6.41) */ >>>> +/* This code will be removed after deprecation time exceeded (3.1) */ >>> >>> Shouldn't the real fix be to remove this code? What's the use of >>> changing the version number that this code will be removed from, when >>> the change won't get in until after the version that this code should >>> have been removed? >>> >>> This is like updating 2014 calendars to say the world will end in 2012. >>> >> Heh, yeah, in a way you are right. But we have lots of code in the kernel >> that says it will be removed at <some date in the past>, so I just figured >> that if this code ends up hanging around it should at least display the >> correct version number for when it /should/ have been removed. >> The actual removal I'll leave up to others. > > Funny thing. Okay, this doesn't seem to be in linux-next, so I am taking > it. > > Steven, planning to drop the code in a near future? :) we shouldn't be dropping these yet.. tools are still using them. and there really is no cost to keeping them either. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-02-03 21:51 ` Arjan van de Ven @ 2012-02-04 15:15 ` Steven Rostedt 2012-02-04 22:31 ` Jesper Juhl 0 siblings, 1 reply; 8+ messages in thread From: Steven Rostedt @ 2012-02-04 15:15 UTC (permalink / raw) To: Arjan van de Ven Cc: Jiri Kosina, Jesper Juhl, linux-kernel, Ingo Molnar, Frederic Weisbecker On Fri, 2012-02-03 at 13:51 -0800, Arjan van de Ven wrote: > On 2/3/2012 1:42 PM, Jiri Kosina wrote: > > On Sun, 15 Jan 2012, Jesper Juhl wrote: > > > >>>> -/* This code will be removed after deprecation time exceeded (2.6.41) */ > >>>> +/* This code will be removed after deprecation time exceeded (3.1) */ > >>> > >>> Shouldn't the real fix be to remove this code? What's the use of > >>> changing the version number that this code will be removed from, when > >>> the change won't get in until after the version that this code should > >>> have been removed? > >>> > >>> This is like updating 2014 calendars to say the world will end in 2012. > >>> > >> Heh, yeah, in a way you are right. But we have lots of code in the kernel > >> that says it will be removed at <some date in the past>, so I just figured > >> that if this code ends up hanging around it should at least display the > >> correct version number for when it /should/ have been removed. > >> The actual removal I'll leave up to others. > > > > Funny thing. Okay, this doesn't seem to be in linux-next, so I am taking > > it. > > > > Steven, planning to drop the code in a near future? :) > > we shouldn't be dropping these yet.. tools are still using them. > and there really is no cost to keeping them either. Then the correct fix is to remove the comment, as it is incorrect. -- Steve ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-02-04 15:15 ` Steven Rostedt @ 2012-02-04 22:31 ` Jesper Juhl 2012-02-06 19:25 ` Steven Rostedt 0 siblings, 1 reply; 8+ messages in thread From: Jesper Juhl @ 2012-02-04 22:31 UTC (permalink / raw) To: Steven Rostedt Cc: Arjan van de Ven, Jiri Kosina, linux-kernel, Ingo Molnar, Frederic Weisbecker On Sat, 4 Feb 2012, Steven Rostedt wrote: > On Fri, 2012-02-03 at 13:51 -0800, Arjan van de Ven wrote: > > On 2/3/2012 1:42 PM, Jiri Kosina wrote: > > > On Sun, 15 Jan 2012, Jesper Juhl wrote: > > > > > >>>> -/* This code will be removed after deprecation time exceeded (2.6.41) */ > > >>>> +/* This code will be removed after deprecation time exceeded (3.1) */ > > >>> > > >>> Shouldn't the real fix be to remove this code? What's the use of > > >>> changing the version number that this code will be removed from, when > > >>> the change won't get in until after the version that this code should > > >>> have been removed? > > >>> > > >>> This is like updating 2014 calendars to say the world will end in 2012. > > >>> > > >> Heh, yeah, in a way you are right. But we have lots of code in the kernel > > >> that says it will be removed at <some date in the past>, so I just figured > > >> that if this code ends up hanging around it should at least display the > > >> correct version number for when it /should/ have been removed. > > >> The actual removal I'll leave up to others. > > > > > > Funny thing. Okay, this doesn't seem to be in linux-next, so I am taking > > > it. > > > > > > Steven, planning to drop the code in a near future? :) > > > > we shouldn't be dropping these yet.. tools are still using them. > > and there really is no cost to keeping them either. > > Then the correct fix is to remove the comment, as it is incorrect. From: Jesper Juhl <jj@chaosbits.net> Date: Sat, 4 Feb 2012 23:29:19 +0100 Subject: [PATCH] Remove incorrect comment from include/trace/events/power.h The code is not going to be removed, so remove the comment stating that it will be. Signed-off-by: Jesper Juhl <jj@chaosbits.net> --- include/trace/events/power.h | 1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/include/trace/events/power.h b/include/trace/events/power.h index 1bcc2a8..5800eb8 100644 --- a/include/trace/events/power.h +++ b/include/trace/events/power.h @@ -65,7 +65,6 @@ TRACE_EVENT(machine_suspend, TP_printk("state=%lu", (unsigned long)__entry->state) ); -/* This code will be removed after deprecation time exceeded (2.6.41) */ #ifdef CONFIG_EVENT_POWER_TRACING_DEPRECATED /* -- 1.7.9 -- Jesper Juhl <jj@chaosbits.net> http://www.chaosbits.net/ Don't top-post http://www.catb.org/jargon/html/T/top-post.html Plain text mails only, please. ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h 2012-02-04 22:31 ` Jesper Juhl @ 2012-02-06 19:25 ` Steven Rostedt 0 siblings, 0 replies; 8+ messages in thread From: Steven Rostedt @ 2012-02-06 19:25 UTC (permalink / raw) To: Jesper Juhl Cc: Arjan van de Ven, Jiri Kosina, linux-kernel, Ingo Molnar, Frederic Weisbecker On Sat, 2012-02-04 at 23:31 +0100, Jesper Juhl wrote: > From: Jesper Juhl <jj@chaosbits.net> > Date: Sat, 4 Feb 2012 23:29:19 +0100 > Subject: [PATCH] Remove incorrect comment from include/trace/events/power.h > > The code is not going to be removed, so remove the comment stating > that it will be. > > Signed-off-by: Jesper Juhl <jj@chaosbits.net> Acked-by: Steven Rostedt <rostedt@goodmis.org> -- Steve > --- > include/trace/events/power.h | 1 - > 1 files changed, 0 insertions(+), 1 deletions(-) > > diff --git a/include/trace/events/power.h b/include/trace/events/power.h > index 1bcc2a8..5800eb8 100644 > --- a/include/trace/events/power.h > +++ b/include/trace/events/power.h > @@ -65,7 +65,6 @@ TRACE_EVENT(machine_suspend, > TP_printk("state=%lu", (unsigned long)__entry->state) > ); > > -/* This code will be removed after deprecation time exceeded (2.6.41) */ > #ifdef CONFIG_EVENT_POWER_TRACING_DEPRECATED > > /* > -- > 1.7.9 > > > ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2012-02-06 19:25 UTC | newest] Thread overview: 8+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2012-01-15 20:48 [PATCH][Trivial] Fix up version number reference in include/trace/events/power.h Jesper Juhl 2012-01-15 21:09 ` Steven Rostedt 2012-01-15 21:12 ` Jesper Juhl 2012-02-03 21:42 ` Jiri Kosina 2012-02-03 21:51 ` Arjan van de Ven 2012-02-04 15:15 ` Steven Rostedt 2012-02-04 22:31 ` Jesper Juhl 2012-02-06 19:25 ` Steven Rostedt
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox