All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
@ 2021-04-22 12:22 Ed Tsai
  2021-04-22 15:46 ` Steven Rostedt
  0 siblings, 1 reply; 7+ messages in thread
From: Ed Tsai @ 2021-04-22 12:22 UTC (permalink / raw)
  To: rostedt, mingo, linux-kernel; +Cc: Ed Tsai

'success' is left here for a long time and also it is meaningless
for the upper user. Just remove it.

Signed-off-by: Ed Tsai <ed.tsai@mediatek.com>
---
 include/trace/events/sched.h | 2 --
 1 file changed, 2 deletions(-)

diff --git a/include/trace/events/sched.h b/include/trace/events/sched.h
index cbe3e152d24c..720204539e0b 100644
--- a/include/trace/events/sched.h
+++ b/include/trace/events/sched.h
@@ -148,7 +148,6 @@ DECLARE_EVENT_CLASS(sched_wakeup_template,
 		__array(	char,	comm,	TASK_COMM_LEN	)
 		__field(	pid_t,	pid			)
 		__field(	int,	prio			)
-		__field(	int,	success			)
 		__field(	int,	target_cpu		)
 	),
 
@@ -156,7 +155,6 @@ DECLARE_EVENT_CLASS(sched_wakeup_template,
 		memcpy(__entry->comm, p->comm, TASK_COMM_LEN);
 		__entry->pid		= p->pid;
 		__entry->prio		= p->prio; /* XXX SCHED_DEADLINE */
-		__entry->success	= 1; /* rudiment, kill when possible */
 		__entry->target_cpu	= task_cpu(p);
 	),
 
-- 
2.18.0


^ permalink raw reply related	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-22 12:22 [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint Ed Tsai
@ 2021-04-22 15:46 ` Steven Rostedt
  2021-04-23  0:38   ` Ed Tsai
  0 siblings, 1 reply; 7+ messages in thread
From: Steven Rostedt @ 2021-04-22 15:46 UTC (permalink / raw)
  To: Ed Tsai; +Cc: mingo, linux-kernel

On Thu, 22 Apr 2021 20:22:26 +0800
Ed Tsai <ed.tsai@mediatek.com> wrote:

> 'success' is left here for a long time and also it is meaningless
> for the upper user. Just remove it.

Have you tested all userspace code that might use this?

This is the "poster boy" example of why Peter Zijlstra hates trace events ;-)

I know I've updated trace-cmd to check to see if this field exits before
depending on it, but there may be some other tools that may not. Perhaps
nothing will break.

I'm all for this change, but be ware, it might be reverted if there's some
tool out that that expects it to exist. This is why it hasn't been removed.

-- Steve

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-22 15:46 ` Steven Rostedt
@ 2021-04-23  0:38   ` Ed Tsai
  2021-04-25 21:54     ` Steven Rostedt
  0 siblings, 1 reply; 7+ messages in thread
From: Ed Tsai @ 2021-04-23  0:38 UTC (permalink / raw)
  To: Steven Rostedt; +Cc: mingo, linux-kernel, stanley.chu, loda.chou

On Thu, 2021-04-22 at 11:46 -0400, Steven Rostedt wrote:
> On Thu, 22 Apr 2021 20:22:26 +0800
> Ed Tsai <ed.tsai@mediatek.com> wrote:
> 
> > 'success' is left here for a long time and also it is meaningless
> > for the upper user. Just remove it.
> 
> Have you tested all userspace code that might use this?
> 
> This is the "poster boy" example of why Peter Zijlstra hates trace
> events ;-)
> 
> I know I've updated trace-cmd to check to see if this field exits
> before
> depending on it, but there may be some other tools that may not.
> Perhaps
> nothing will break.
> 
> I'm all for this change, but be ware, it might be reverted if there's
> some
> tool out that that expects it to exist. This is why it hasn't been
> removed.
> 
> -- Steve

It is left here over 5 years. Old userspace code need this entry and
also someone may use it for a new tool. I hate this but it is a problem
should be resolved for the kernel or ignore just fine.




^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-23  0:38   ` Ed Tsai
@ 2021-04-25 21:54     ` Steven Rostedt
  2021-04-26  6:18       ` Ed Tsai
  2021-04-26  8:09       ` Peter Zijlstra
  0 siblings, 2 replies; 7+ messages in thread
From: Steven Rostedt @ 2021-04-25 21:54 UTC (permalink / raw)
  To: Ed Tsai; +Cc: mingo, linux-kernel, stanley.chu, loda.chou, Peter Zijlstra

On Fri, 23 Apr 2021 08:38:22 +0800
Ed Tsai <ed.tsai@mediatek.com> wrote:

> On Thu, 2021-04-22 at 11:46 -0400, Steven Rostedt wrote:
> > On Thu, 22 Apr 2021 20:22:26 +0800
> > Ed Tsai <ed.tsai@mediatek.com> wrote:
> >   
> > > 'success' is left here for a long time and also it is meaningless
> > > for the upper user. Just remove it.  
> > 
> > Have you tested all userspace code that might use this?
> > 
> > This is the "poster boy" example of why Peter Zijlstra hates trace
> > events ;-)
> > 
> > I know I've updated trace-cmd to check to see if this field exits
> > before
> > depending on it, but there may be some other tools that may not.
> > Perhaps
> > nothing will break.
> > 
> > I'm all for this change, but be ware, it might be reverted if there's
> > some
> > tool out that that expects it to exist. This is why it hasn't been
> > removed.
> > 
> > -- Steve  
> 
> It is left here over 5 years. Old userspace code need this entry and
> also someone may use it for a new tool. I hate this but it is a problem
> should be resolved for the kernel or ignore just fine.
> 

I'm willing to take this, with a note that if anyone complains, it may
be reverted. But as it goes with Linus's rule about breaking user
space. If you break user space, and nobody notices, you didn't really
break it!

-- Steve



^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-25 21:54     ` Steven Rostedt
@ 2021-04-26  6:18       ` Ed Tsai
  2021-04-26 13:48         ` Steven Rostedt
  2021-04-26  8:09       ` Peter Zijlstra
  1 sibling, 1 reply; 7+ messages in thread
From: Ed Tsai @ 2021-04-26  6:18 UTC (permalink / raw)
  To: Steven Rostedt
  Cc: mingo, linux-kernel, stanley.chu, loda.chou, Peter Zijlstra

On Sun, 2021-04-25 at 17:54 -0400, Steven Rostedt wrote:
> On Fri, 23 Apr 2021 08:38:22 +0800
> Ed Tsai <ed.tsai@mediatek.com> wrote:
> 
> > On Thu, 2021-04-22 at 11:46 -0400, Steven Rostedt wrote:
> > > On Thu, 22 Apr 2021 20:22:26 +0800
> > > Ed Tsai <ed.tsai@mediatek.com> wrote:
> > >   
> > > > 'success' is left here for a long time and also it is
> > > > meaningless
> > > > for the upper user. Just remove it.  
> > > 
> > > Have you tested all userspace code that might use this?
> > > 
> > > This is the "poster boy" example of why Peter Zijlstra hates
> > > trace
> > > events ;-)
> > > 
> > > I know I've updated trace-cmd to check to see if this field exits
> > > before
> > > depending on it, but there may be some other tools that may not.
> > > Perhaps
> > > nothing will break.
> > > 
> > > I'm all for this change, but be ware, it might be reverted if
> > > there's
> > > some
> > > tool out that that expects it to exist. This is why it hasn't
> > > been
> > > removed.
> > > 
> > > -- Steve  
> > 
> > It is left here over 5 years. Old userspace code need this entry
> > and
> > also someone may use it for a new tool. I hate this but it is a
> > problem
> > should be resolved for the kernel or ignore just fine.
> > 
> 
> I'm willing to take this, with a note that if anyone complains, it
> may
> be reverted. But as it goes with Linus's rule about breaking user
> space. If you break user space, and nobody notices, you didn't really
> break it!
> 
> -- Steve
> 
> 

Thx Steve, this change work fine to me on the trace-cmd and systrace.
It's a simple patch to clean code. Revert it if break user experience.

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-25 21:54     ` Steven Rostedt
  2021-04-26  6:18       ` Ed Tsai
@ 2021-04-26  8:09       ` Peter Zijlstra
  1 sibling, 0 replies; 7+ messages in thread
From: Peter Zijlstra @ 2021-04-26  8:09 UTC (permalink / raw)
  To: Steven Rostedt; +Cc: Ed Tsai, mingo, linux-kernel, stanley.chu, loda.chou

On Sun, Apr 25, 2021 at 05:54:26PM -0400, Steven Rostedt wrote:
> On Fri, 23 Apr 2021 08:38:22 +0800
> Ed Tsai <ed.tsai@mediatek.com> wrote:
> 
> > On Thu, 2021-04-22 at 11:46 -0400, Steven Rostedt wrote:
> > > On Thu, 22 Apr 2021 20:22:26 +0800
> > > Ed Tsai <ed.tsai@mediatek.com> wrote:
> > >   
> > > > 'success' is left here for a long time and also it is meaningless
> > > > for the upper user. Just remove it.  
> > > 
> > > Have you tested all userspace code that might use this?
> > > 
> > > This is the "poster boy" example of why Peter Zijlstra hates trace
> > > events ;-)
> > > 
> > > I know I've updated trace-cmd to check to see if this field exits
> > > before
> > > depending on it, but there may be some other tools that may not.
> > > Perhaps
> > > nothing will break.
> > > 
> > > I'm all for this change, but be ware, it might be reverted if there's
> > > some
> > > tool out that that expects it to exist. This is why it hasn't been
> > > removed.
> > > 
> > > -- Steve  
> > 
> > It is left here over 5 years. Old userspace code need this entry and
> > also someone may use it for a new tool. I hate this but it is a problem
> > should be resolved for the kernel or ignore just fine.
> > 
> 
> I'm willing to take this, with a note that if anyone complains, it may
> be reverted. But as it goes with Linus's rule about breaking user
> space. If you break user space, and nobody notices, you didn't really
> break it!

LatencyTop was I think the offender at the time, but I can't really
remember. Anyway, glad to be rid of it, if we get away with it that is
;-)

^ permalink raw reply	[flat|nested] 7+ messages in thread

* Re: [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint
  2021-04-26  6:18       ` Ed Tsai
@ 2021-04-26 13:48         ` Steven Rostedt
  0 siblings, 0 replies; 7+ messages in thread
From: Steven Rostedt @ 2021-04-26 13:48 UTC (permalink / raw)
  To: Ed Tsai; +Cc: mingo, linux-kernel, stanley.chu, loda.chou, Peter Zijlstra

On Mon, 26 Apr 2021 14:18:31 +0800
Ed Tsai <ed.tsai@mediatek.com> wrote:

> Thx Steve, this change work fine to me on the trace-cmd and systrace.
> It's a simple patch to clean code. Revert it if break user experience.

I'll take it for the next merge window. I don't want to introduce a
possible regression during the current merge window.

-- Steve

^ permalink raw reply	[flat|nested] 7+ messages in thread

end of thread, other threads:[~2021-04-26 13:49 UTC | newest]

Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-04-22 12:22 [PATCH 1/1] sched: remove the redundant 'success' in the sched tracepoint Ed Tsai
2021-04-22 15:46 ` Steven Rostedt
2021-04-23  0:38   ` Ed Tsai
2021-04-25 21:54     ` Steven Rostedt
2021-04-26  6:18       ` Ed Tsai
2021-04-26 13:48         ` Steven Rostedt
2021-04-26  8:09       ` Peter Zijlstra

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.