Re: i.MX28 milliseconds latencies, interrupts disabled in arch_cpu_idle?

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

 



On 18.04.2014 18:09, Tim Sander wrote:

> Are you sure that this is not the cpu idle latency?

Don't think so. However it is close to what I'd expect as an average
idle time (capped up by periodic ticks @ 250 Hz = 4 ms).

But thanks for the idea, I investigated and booting with kernel
parameter nohlt results in usual latencies reported (372 us max,
not great but acceptable for our usage).

The tracer is in fact right - the interrupts _are_ meant to be off:

arch/arm/mm/proc-arm926.S:

/*
 * cpu_arm926_do_idle()
 *
 * Called with IRQs disabled
 */

Would it be possible to 'lie' to the tracing infrastructure and
treat the cpu_do_idle() as interrupts enabled without
actually enabling them?

Thanks
-- 
                                    Stano

--
To unsubscribe from this list: send the line "unsubscribe linux-rt-users" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html




[Index of Archives]     [RT Stable]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Video 4 Linux]     [Device Mapper]

  Powered by Linux