[PATCH 3/3] fix-stop-sitting-printing-in-time-critical-context.patch
Cesar Eduardo Barros
cesarb at cesarb.net
Wed Aug 27 14:03:08 CEST 2008
Andy Green escreveu:
> No, one doesn't expect the hardware USB unit to go insane until the
> device is reset because we were a little delayed servicing its
> interrupt! I guess the same can happen in Linux if there was ever long
> service time ISR with higher priority that pushed out this one's latency.
Wait... THAT would explain why the USB gets stuck on cpufreq if it is in
use during a frequency transition, but only if it is in use. The cpufreq
frequency switch pauses the clock for the whole device for many clocks,
while waiting for the PLL to recover. That's more than enough to cause a
very high interrupt latency.
--
Cesar Eduardo Barros
cesarb at cesarb.net
cesar.barros at gmail.com
More information about the openmoko-kernel
mailing list