Messages in this thread | | | From | Wolfgang Hoffmann <> | Subject | [-rt] time-related problems with CPU frequency scaling | Date | Sun, 16 Apr 2006 20:41:10 +0200 |
| |
First of all a big thank you for your great work on the -rt patchset. I'm running 2.6.16-rt16 on a Pentium-M based machine, and basically it runs fine, as long as I disable speedstep.
Now with speedstep enabled and CONFIG_HIGH_RES_TIMERS=y, I see some anomalies: - time-of-day lags gradually behind wallclock time - if CPU frequency is low when jackd is started, it complains: "delay of 2915.000 usecs exceeds estimated spare time of 2847.000; restart ..." as soon as frequency is scaled up. Seems that jackd gets confused by some influence of CPU frequency on timekeeping? No problems as long as CPU frequency isn't scaled up, though. - values in /proc/sys/kernel/preempt_max_latency scales inverse to CPU frequency, i.e. 24us with CPU @ 800MHz and 12us with CPU @ 1,6GHz
Are my speedstep-problems known issues? If so, is there work going on to address these? Or is it generally not recommended to run -rt with active speedstep?
To see if it makes a difference, I tried CONFIG_HIGH_RES_TIMERS=n, but then I run into deeper troubles, caused by the softirq-timer/0 kernel thread. If I leave it at it's default priority of FIFO 1, high-prio threads don't wake up from sleep() as long as mid-prio theads preempt softirq-timer/0. If I boost softirq-timer/0 priority (as suggested on various places on the net), I'm getting bad latencies (> 40 ms) every 10 minutes due to some routing-related action (rt_secret_rebuild) being run by softirq-timer/0.
So I switched back to CONFIG_HIGH_RES_TIMERS=y, since softirq-timer/0 can be left at low priority and wakeup from sleep() seems to work fine.
Btw, is there any documentation on what's run in the various kernel threads? It would be very helpful for adjusting the priority setup.
Wolfgang - 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/
| |