From: Martin Peschke <mp3@de.ibm.com>
To: Arjan van de Ven <arjan@infradead.org>
Cc: linux-kernel@vger.kernel.org, akpm@linux-foundation.org,
mingo@elte.hu, tglx@linutronix.de
Subject: Re: + timer_stats-slimmed-down-using-statistics-infrastucture.patch added to -mm tree
Date: Tue, 15 May 2007 17:25:35 +0200 [thread overview]
Message-ID: <4649D0EF.6080203@de.ibm.com> (raw)
In-Reply-To: <1179187579.3654.0.camel@laptopd505.fenrus.org>
Arjan van de Ven wrote:
> On Mon, 2007-05-14 at 10:26 +0200, Martin Peschke wrote:
>>>> [root@t2930041 timer_stats]# cat data
>>> this patch changes the userspace API though, and breaks PowerTOP :(
>> Though I think it was unfortunate to add the "old" proc API in 2.6.21.
>> timer_stats is clearly labeled as debug stuff in config help, which is why
>> debugfs would have been a proper place.
>
> but it's not there, it's in it's current place. And userspace apps
> depend on it...
mea culpa
> so what's the reason to change this after it became ABI ?
A sort of race condition ;-)
I posted this as an RFC when one of the last 2.6.21-rc's came out, that is
timerstats wasn't ABI yet, anticipating that I was late anyway.
> If there's a good one I can fix powertop..
kernel/time/timer_stats.c | 385 +++++-------------------------------
kernel/timer.c | 2
2 files changed, 59 insertions(+), 328 deletions(-)
It would be similar for other kernel code I have looked at.
And I think there would be an advantage if one was able to understand device
driver A's statistics code immediately because it was written against some
common library functions.
But it isn't easy to get this interface into the kernel by finding users.
I have got to "intercept" candidates before they add some own ABI to proc or
whereever, while I can't change established statistics.
In short, if you would like to help in this case, I would appreciate it.
> but.... oh well I hope you kept the rest of the file format the same ;)
Almost. Though, there might be ways to keep the old format totally unchanged.
It would be a matter of stretching the concepts of a unified user interface for
statistics.
Currently, my format comes with a substring representing <statistics name>
<basket> preceding each line, which currently reads "expired - " plus the line
powertop is familiar with.
Would it be feasible to to teach powertop to skip the first two elements?
Martin
prev parent reply other threads:[~2007-05-15 15:25 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <200704210018.l3L0IJBN027188@shell0.pdx.osdl.net>
2007-05-13 18:58 ` + timer_stats-slimmed-down-using-statistics-infrastucture.patch added to -mm tree Arjan van de Ven
2007-05-13 19:20 ` Cédric Augonnet
2007-05-14 8:26 ` Martin Peschke
2007-05-15 0:06 ` Arjan van de Ven
2007-05-15 15:25 ` Martin Peschke [this message]
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=4649D0EF.6080203@de.ibm.com \
--to=mp3@de.ibm.com \
--cc=akpm@linux-foundation.org \
--cc=arjan@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=tglx@linutronix.de \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).