From: Joe Korty <joe.korty@ccur.com>
To: Alexey Dobriyan <adobriyan@gmail.com>
Cc: Ingo Molnar <mingo@elte.hu>, Thomas Gleixner <tglx@linutronix.de>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] create /proc/timer-wheel-list
Date: Sat, 22 Nov 2008 20:59:23 -0500 [thread overview]
Message-ID: <20081123015923.GA26478@tsunami.ccur.com> (raw)
In-Reply-To: <20081122173423.GC2748@x200.localdomain>
On Sat, Nov 22, 2008 at 12:34:23PM -0500, Alexey Dobriyan wrote:
> On Fri, Nov 21, 2008 at 05:11:13PM -0500, Joe Korty wrote:
> > Create /proc/timer_wheel_list.
> >
> > This does for the timer wheel what /proc/timer_list
> > does for hrtimers -- provide a way of displaying what
> > timers are running on what cpus, and their attributes.
>
> The fact that it's called a timer wheel is just an implementation detail
> unsuitable for permanent file.
Agreed. I'll come up with something else. lrtimer_list is
a good candidate.
> And you invented totally new (broken) way to print jiffies.
You'll have to be more explicit about what's broken.
> For printing nice function pointers we have %pF now.
I'll go play with that again. IIRC, the first
time I played with it, it's output was of the form
'symbol+0xoffset/0xsize' rather than just 'symbol'.
> late_initcall usage is taken out of air.
I'm open to suggestions. My thought was that it was as
good as any other initcall, since none of this stuff can
be referenced until after applications start running off
of /sbin/init. So what one picks is a bit of a crapshoot.
> Can we put all this shit in debugfs, please?
I kinda like the debugfs idea. Though there is
some attraction to making it parallel to the existing
/proc/timer_list, rather than putting it somewhere else
entirely.
I can see a migration path here .. put lrtimers_list in
debugfs, later move /proc/timers_list to debugfs (perhaps
as hrtimers_list) and make /proc/timers_list itself a
symbolic link to the debugfs version.
Regards,
Joe
next prev parent reply other threads:[~2008-11-23 1:59 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-21 22:11 [PATCH] create /proc/timer-wheel-list Joe Korty
2008-11-22 17:34 ` Alexey Dobriyan
2008-11-23 1:59 ` Joe Korty [this message]
2008-11-23 10:04 ` Ingo Molnar
2008-11-24 19:11 ` Joe Korty
2008-11-25 16:06 ` Michael Kerrisk
2008-11-25 18:57 ` [PATCH] Display active jiffie timers in /proc/timer_list Joe Korty
2008-11-25 21:36 ` Thomas Gleixner
2008-11-25 22:23 ` Joe Korty
2008-11-25 22:53 ` Thomas Gleixner
2008-11-26 16:48 ` [PATCH] Display active jiffie timers in /proc/timer_list, v2 Joe Korty
2008-11-26 17:07 ` Greg KH
2008-11-26 17:34 ` Joe Korty
2008-11-26 17:39 ` Greg KH
2008-11-26 21:06 ` [PATCH] ABI Documentation for /proc/timer_list Joe Korty
2008-11-28 21:37 ` Michael Kerrisk
2008-12-01 18:11 ` [PATCH] ABI Documentation for /proc/timer_list, v2 Joe Korty
2008-12-05 17:12 ` Randy Dunlap
2008-12-05 19:01 ` Joe Korty
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=20081123015923.GA26478@tsunami.ccur.com \
--to=joe.korty@ccur.com \
--cc=adobriyan@gmail.com \
--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