[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20160224084822.GC22868@gmail.com>
Date: Wed, 24 Feb 2016 09:48:22 +0100
From: Ingo Molnar <mingo@...nel.org>
To: Steven Rostedt <rostedt@...dmis.org>
Cc: Peter Zijlstra <peterz@...radead.org>,
Daniel Bristot de Oliveira <bristot@...hat.com>,
Ingo Molnar <mingo@...hat.com>,
Thomas Gleixner <tglx@...utronix.de>,
Juri Lelli <juri.lelli@...il.com>,
Arnaldo Carvalho de Melo <acme@...hat.com>,
LKML <linux-kernel@...r.kernel.org>,
linux-rt-users <linux-rt-users@...r.kernel.org>
Subject: Re: [PATCH 3/4] sched/deadline: Tracepoints for deadline scheduler
* Steven Rostedt <rostedt@...dmis.org> wrote:
> On Tue, 23 Feb 2016 11:44:08 +0100
> Peter Zijlstra <peterz@...radead.org> wrote:
>
> > No it very much illustrates the problem and is a very clear indication
> > that tracepoints are an ABI.
>
> Yes they are. But note, they can change if nobody notices ;-)
Which is rather seldom for something as high profile as core scheduler
tracepoints ...
You can be cavalier about tracepoints in subsystems where the tracepoints are at
most used by the maintainers with specialized, closely maintained tooling that is
easy to change. Not so much about scheduler tracepoints which are being widely
utilized by various projects.
Thanks,
Ingo
Powered by blists - more mailing lists