wowo

@Sam：多谢鼓励，欢迎常来~

《关于蜗窝》发表时间：2015-07-17 19:45

enjoyer

后悔没有早点看到你们写的东西~

《Linux电源管理(14)_从设备驱动的角度看电源管理》发表时间：2015-07-17 16:51

enjoyer

读完感觉思路清晰多了，wowo太厉害了，赞~！

《Linux电源管理(14)_从设备驱动的角度看电源管理》发表时间：2015-07-17 16:50

Sam

站长的精神可嘉！目前国内项目研发进度普遍压缩的很短，如此强度下，还能腾出精力时间来写的如此深入细节，真是不容易的事情，点赞！

《关于蜗窝》发表时间：2015-07-17 15:36

wowo

@dashan：据您描述，cpu_die之后，CPU1应该是被掉电了。然后在.smp_boot_secondary()中，会重新上电，CPU1从bootloader开始执行，执行的代码就是“pmsu_mp_base + PMSU_BOOT_ADDR_REDIRECT_OFFSET(hw_cpu)”。 cpu up失败，没有执行secondary_startup的原因，可能包括： 1. 上电失败，CPU压根没有执行。 2. CPU上电到执行“pmsu_mp_base + PMSU_BOOT_ADDR_REDIRECT_OFFSET(hw_cpu)”处代码之间，出现问题。 3. “pmsu_mp_base + PMSU_BOOT_ADDR_REDIRECT_OFFSET(hw_cpu)”中的数据丢失，但和网卡的中断发流有什么关系呢？发流导致有些内存被覆盖？正面的查法，还是顺着secondary cpu boot的流程，检查异常的位置。不用打印，可以用其它方法，比如点LED，实在不行，拉GPIO也行。找到异常位置之后，就很好找到原因。侧面的查法，可以让网卡只产生中，不发流，看看是否出问题，这样可以知道到底是中断的原因，还是发流的原因，然后再进一步debug。

《linux cpufreq framework(1)_概述》发表时间：2015-07-17 14:23

dashan

@wowo：谢谢，当时有点记错了，是secondary_start_kernel没有被执行，这部分代码是汇编相关的。请问怎么在汇编加打印？下面是当时写的邮件： axxx_secondary_startup  secondary_startup  __secondary_switched  secondary_start_kernel in C function “arm_xxx_boot_secondary” (located in file platsmp-xxx.c), pointer of “axxx_secondary_startup” is written to a address as following, do you know when and where to run the code in that address of “pmsu_mp_base + PMSU_BOOT_ADDR_REDIRECT_OFFSET(hw_cpu)”? if want to start cpu1, secondary_start_kernel must be called, but from my log, this function is not called when the issue happen? I need to know why it is not called. Would you like to tell me some details about it? thank you. pmsu_set_cpu_boot_addr(cpu, axxx_secondary_startup); …… void pmsu_set_cpu_boot_addr(int hw_cpu, void *boot_addr) { writel(virt_to_phys(boot_addr), pmsu_mp_base + PMSU_BOOT_ADDR_REDIRECT_OFFSET(hw_cpu)); } 谢谢

《linux cpufreq framework(1)_概述》发表时间：2015-07-17 12:41

passerby

@linuxer：谢谢linuxer这么晚了还回复我，大概懂了你的意思。

《Linux时间子系统之（十七）：ARM generic timer驱动代码分析》发表时间：2015-07-16 10:01

schedule

@linuxer：期待大作，前两年网上讲解CMWQ的资料太少

《Concurrency Managed Workqueue之（一）：workqueue的基本概念》发表时间：2015-07-16 09:27

linuxer

@schedule：对，这也是Concurrency-managed workqueues（CMWQ）要解决的问题之一，具体如何解决且听下回分解，呵呵。 BTW，4.0的CMWQ的代码要将近5000行代码，而2.6.23的workqueue才800多行代码，复杂度不是增加一点点啊

《Concurrency Managed Workqueue之（一）：workqueue的基本概念》发表时间：2015-07-16 09:05

wowo

@koala：wakeup count是一个独立机制，碰巧Autosleep功能用到它而已。如果抛开autosleep不说，我们在用户空间自己做suspend处理，也是要利用wakeup count的。