Android 测量的频率切换时间与cpuinfo_转换_延迟不同

Android 测量的频率切换时间与cpuinfo_转换_延迟不同,android,arm,scaling,frequency,measurement,Android,Arm,Scaling,Frequency,Measurement,我刚刚在Pandes(OMAP4460,1.2 GHz的ARM Cortex A9)上进行了一些测量,以检查cpu频率变化需要多长时间。我正在运行一个Android 4.0.3,内核为3.0.8。我修改了omap2plus cpufreq.c中的omap_cpufreq_scale()函数,在函数的入口和出口切换GPIO引脚,并用示波器测量时间 测量的切换时间在3.9ms和4.5ms之间变化,而 cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_t

我刚刚在Pandes(OMAP4460,1.2 GHz的ARM Cortex A9)上进行了一些测量,以检查cpu频率变化需要多长时间。我正在运行一个Android 4.0.3,内核为3.0.8。我修改了
omap2plus cpufreq.c
中的
omap_cpufreq_scale()
函数,在函数的入口和出口切换GPIO引脚,并用示波器测量时间

测量的切换时间在
3.9ms
4.5ms
之间变化,而

cat /sys/devices/system/cpu/cpu0/cpufreq/cpuinfo_transition_latency
报告
300000ns
,这将是
0.3ms
。有人知道为什么会有如此巨大的差异吗?通常如何确定转换延迟

我在数据表中找不到任何计时值

更新:


我在修改后的内核模块中发现了一个小错误。测量的执行时间在
268µs
1210µs
的范围内,具体取决于原始频率和所选频率。

我刚刚在omap2plus cpufreq.c中找到了以下行:/*FIXME:实际过渡时间是多少?*/。因此,如果有人感兴趣,它就在上面提到的范围内。我刚刚在omap2plus cpufreq.c中找到了以下行:/*FIXME:实际的转换时间是多少?*/。因此,如果有人感兴趣,它位于上述范围内。