Hi Biju, Not sure if I ping the right person about this problem. I am doing some realtime testing on the iWave RZ/G1M board and noticed quite high latency values for cyclictest (around 3ms). As it turns out there is no hrtimer clock source available. Just the arch cp8 clock source. The timer subsystem then decides to set the resolution of the clocksource to 4000000 nsecs which explains the rather bad value for cyclictest. clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x24e6a1710, max_idle_ns: 440795202120 ns sched_clock: 56 bits at 10MHz, resolution 100ns, wraps every 4398046511100ns Switching to timer-based delay loop, resolution 100ns # cat current_clocksource arch_sys_counter # cat available_clocksource arch_sys_counter jiffies # cat /proc/timer_list Timer List Version: v0.8 HRTIMER_MAX_CLOCK_BASES: 4 now at 1705568146462 nsecs cpu: 0 clock 0: .base: dfbcbe40 .index: 0 .resolution: 4000000 nsecs .get_time: ktime_get .offset: 0 nsecs The question is do I miss some magic CONFIG option or is the support not yet in v4.4-cip ?
Forgot to mention. I am using the shmobile_defconfig configuration with some mods on top of it:
