Re: [PATCH] ktimers subsystem 2.6.14-rc2-kt5

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Roman Zippel wrote:
> } > > Calling them "process timer" and "kernel timer" would include
> their main 
> } > > usage, although that also means ptimer were the more correct
> abbreviation.
> } > 
> } > As said before I think the disctinction between timers and timeouts
> } > makes perfectly sense and ktimers are _not_ restricted to process
> } > timers. 
> } 
> } "main usage" != "restricted to"
> 
> IOW I didn't say that "process timer" are restricted to processes, but 
> it's their intended main usage. "kernel timer" are OTOH the first choice
> 
> for any internal kernel time issues (which are not just timeouts).

Maybe for a more experienced kernel person such as
yourself, this distinction make sense.  But
"process timer" and "kernel timer" don't carry much
semantic value for me.  They seem to convey an
arbitrary expectation of usage patterns.  Maybe
they match the current usage patterns in the kernel,
but I'd prefer naming based on functionality or
behaviour of the API.


> There is of course a difference, but is it big enough that they deserve 
> different APIs?

IMHO yes.  I think having separate APIs will eventually be
beneficial to allow better handling of resolution
manipulation in the future.

For example, timeouts are likely to need less resolution,
and it may be valuable to adjust the resolution of timeouts
to support coalescing timeouts for better tickless operation.
(Driving towards better power management performance for
embedded devices.)

> Just look into <linux/timer.h> it doesn't mention timeout 
> once, but according to Thomas that's our "timeout API". Look at the 
> description of mod_timer() in timer.c: "modify a timer's timeout".
> It seems I'm not only one who thinks that both are closely related.

I'm not sure if you are arguing for renaming the
old API.  I would be in favor of this (from an abstract
perspective, to clarify the usage in the kernel), but
it might be too big a change right now.

Regards,
 -- Tim



=============================
Tim Bird
Architecture Group Chair, CE Linux Forum
Senior Staff Engineer, Sony Electronics
=============================

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

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux