linuxer

@吴晓鹏：你说的非常的对，irq chip的驱动是一种普通的设备驱动，应该放到drivers目录下，不过不是electrlife要问的问题，他的疑问是irq chip为何不使用platform这样的设备模型的方式来实现。

《linux kernel的中断子系统之（三）：IRQ number和中断描述符》发表时间：2016-09-06 09:08

吴晓鹏

@electrlife：@郭健：郭健兄说的是一方面的原因，也存在另一方面的原因：历史遗留问题。 Linux早期的版本，跟arch相关的硬件操作都会放在arch里面，随着soc越来越多，arch/arm里面已经非常冗余和混乱了，通过关注新内核动向，arch/arm里面的硬件操作会逐渐由系统退化成驱动，这样显得更加清晰标准。例如从linux-3.10之后arch/arm64已经没有arch/arm里面拥有很多mach相关的操作，同样irq已经移到了driver下，后面的内核版本cpuidle也是逐渐退化成驱动了，在后面硬件驱动逐渐跟arch撇清关系，例如irq-gic-v3.c，用硬件的版本号来区分。不知道我的理解是否正确，欢迎大家吐槽。

《linux kernel的中断子系统之（三）：IRQ number和中断描述符》发表时间：2016-09-05 15:39

wowo

@pgalxx：你是对的，我上面的表述不是很清楚，抱歉。仔细看了一下interactive的源码，我觉得它的逻辑是这样的： 0）先明确一点，pcpu->target_freq属于interactive governor，policy->cur属于cpufreq，new_freq是一个计算的中间过程 1）interactive会定时收集信息，并根据旧的freq（pcpu->target_freq），计算新的cpufreq（就是new_freq）。 2）如果interactive觉得需要调频（新旧值不同），则用新值（new_freq）更新旧值（pcpu->target_freq）注：你的问题发生在赋值动作之前，因此pcpu->target_freq还是旧值。 3）interactive会在自己的task中（cpufreq_interactive_speedchange_task），以新值（pcpu->target_freq）为参数，调用driver的调频接口（__cpufreq_driver_target），调整频率值注：你所提的问题，已经有答案了---- 此时pcpu->target_freq可能是无效值，因此实际传给driver的可能不一样，因此driver最终设定的实际值（policy->cur）可能与它不同；另外，这个值就算在interactive中通过验证了，在实际的driver中，也有可能被判定为无效值，因此，实际值（policy->cur）也可能与它不同。

《linux cpufreq framework(4)_cpufreq governor》发表时间：2016-09-05 15:25

pgalxx

@wowo：@wowo 谢谢您的回复！不过我这里还有一点疑问，pcpu->policy->cur您说是用户(例如一个调频策略)所期望的freq,这个是怎么理解呢？我查看到cpufreq.c的__cpufreq_notify_transition（）函数里面在CPUFREQ_POSTCHANGE event中有对policy->cur = freqs->new;而freqs->news是这次调频的频率，所以我认为policy->cur 是系统每次调频成功后根据CPUFREQ_POSTCHANGE的事件将该次调频的频率值赋值给它，所以我认为他们应该他的值和pcpu->target_freq相同才合理，除非底层又有一层频率映射，不知我的理解是否有误呢？

《linux cpufreq framework(4)_cpufreq governor》发表时间：2016-09-05 14:35

wowo

@pgalxx：其实我对这些governor也不是很了解，个人的看法是（仅供参考）：在你所说的那个时间点，pcpu->target_freq表示之前的freq，new_freq表示当前所要调整为的freq，而pcpu->policy->cur则是用户（例如某一个调频策略）所期望的freq。按理说，new_freq是从pcpu->policy->cur得出的，理想情况下，二者相同，但是由于一些限制，可能会不同。这就是它们的关系。

《linux cpufreq framework(4)_cpufreq governor》发表时间：2016-09-05 09:48

pgalxx

@pgalxx：追加：我现在查看的是3.10.37的源码哈。谢谢！

《linux cpufreq framework(4)_cpufreq governor》发表时间：2016-09-04 13:22

pgalxx

楼主您好！我现在查看cpufreq的interactive 源码，先有一处有疑问，请教下大神哈！在cpufreq-interactive.c的cpufreq_interactive_timer函数里面在pcpu->target_freq = new_freq;语句之前的pcpu->target_freq应该是上一次采样时获得的频率，那此时的pcpu->target_freq与pcpu->policy->cur值是否一样的呢？谢谢！

《linux cpufreq framework(4)_cpufreq governor》发表时间：2016-09-04 09:55

wowo

@coco,经典蓝牙的测试确实不多，linux下也差不多是那些。你最好能确定要测什么东西，不同的测试内容，要借助不同的工具。

《蓝牙协议分析(7)_BLE连接有关的技术分析》发表时间：2016-09-03 15:23

coco