On Thu, 12 Mar 2009, Darren Hart wrote: > Arjan van de Ven wrote: > > Peter Zijlstra wrote: > > > Looking at the default_timer_slack_ns stuff, do we want something like > > > the below? > > > > the original idea was that you had a default slack that you got from exec > > time, > > and then something you could just tweak around yourself independently.... > > > > this would throw that out of the window. > > It seems to me that changing your scheduling class from userspace would be > reasonable justification to change the timer slack to a default value for that > class. Thoughts? We have already five locations in the kernel where we do policy decisions on the slack value for rt-tasks. Such things need to be decided at fork time and modified by scheduler class changes or the prctl interface and not at random places where we need to hand the slack value to the hrtimer code. We just want to use task->timer_slack_ns and be done. Thanks, tglx -- To unsubscribe from this list: send the line "unsubscribe linux-tip-commits" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html