lkml.org 
[lkml]   [2006]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRE: [PATCH] provide hrtimer exports for module use [Was: Exports for hrtimer APIs]
Date
From
Andrew Morton wrote:
> Wordwrapped...

Yes, Outlook/Exchange betrayed me... sorry.

> gee, that's a lot of exports. I don't know whether all of these
> would be considered stable over the long-term?

For that first patch, I simply looked for the functions that looked
appropriate for general users of hrtimers. If you would like to be more
conservative, these five are all I need for SystemTap:

EXPORT_SYMBOL_GPL(ktime_add_ns);
EXPORT_SYMBOL_GPL(hrtimer_forward);
EXPORT_SYMBOL_GPL(hrtimer_start);
EXPORT_SYMBOL_GPL(hrtimer_cancel);
EXPORT_SYMBOL_GPL(hrtimer_init);

> Can you tell us a bit about why systemtap modules need the hrtimer
> capability? How it's being used and for what, etc?

Sure - SystemTap uses timers to provide an asynchronous probe during
module execution. This might be utilized for polling kernel states, for
flushing trace data, and perhaps other similar uses. Currently we're
using the main timer APIs - add_timer, mod_timer, etc.

My motivation for moving to hrtimer is because of what I read in its
documentation - basically that the timer wheel is best for timeout cases
which are rarely recascaded. The way SystemTap uses timers is more for
defining intervals, and they are always cascaded until the module is
complete. The hrtimers seem more suited to this methodology.

Correct me if I'm wrong...

Josh
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-03-14 23:14    [W:0.369 / U:0.036 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site