travelhop

@dexter：真实的生活中的一点精力罢了。话说回来，硬件选型也谈不上失败，因为那款芯片的成熟型版本已经是目前业界的旗舰。软件上追求极致没有问题的想法，正如我所说的，是有问题的。其实Firmware也可以纳入软件的范畴，甚至verilog的编写也可以看成是可以调试的软件动作。现实产品中没有一款软件产品能称得上是追求极致的，你可以尝试举个反例。

《“极致”神话和产品观念》发表时间：2015-02-06 15:17

linuxer

@ayeu0425：抱歉这么晚回答，最近实在是太忙了.... 你问了两个问题，实际上答案是一个，看起来问题都是和中断相关，实际上更多的是进程相关的问题。 linux kernel在设计进程的时候主要区分两种状态，user space和kernel space。也就是说，无论什么情况，一个进程要么是在user space运行，要么是在kernel space运行。而在kernel space运行则意味着stack切换到内核栈上来。只有在内核栈上，才会有thread info，才会有task struct，才会有preempt_count这些概念，你应该知道的，8K（也有可能是4K，和内核配置相关）的内核栈的底部是保存了该进程（或者线程）thread info数据结构。了解了上面的知识后，我们就知道了，当进程在运行的时候，可能会遇到未定义的指令，可以产生异常（系统调用），可能产生IRQ中断，可能会取数据异常，但是无论如何，最后都回归到该task的内核态中，所谓task的内核态对应就是processor的svc mode。当然，你可以可以选择为task定义一个irq space，不过你需要为每一个task都分配irq stack，还要想办法去访问该task的thread info、task struct等数据结构。这样设计没有什么好处当然被linux kernel的维护者抛弃了。 OK，正面回答你的问题，preempt_count是struct thread_info的一个成员，访问preempt_count是基于访问thread_info的，而访问thread_info是通过内核栈（svc mode）的栈指针SP_svc进行的，如果发生FIQ的时候，processor处于FIQ mode，那么其sp（更准确的说是SP_fiq）指向哪里？要知道，SP_fiq和SP_svc是不同的。

《Linux kernel的中断子系统之（六）：ARM中断处理过程》发表时间：2015-02-06 14:50

wowo

@RobinHsiang：你可以看一下这个文件： cat /sys/kernel/debug/suspend_stats

《Linux电源管理(10)_autosleep》发表时间：2015-02-06 10:59

RobinHsiang

请教：我的是安卓(STR),我执行echo mem > /sys/power/state之后，屏幕黑了一下马上又亮了，然后我读取cat /sys/kernel/debug/rpm_stats，这里面的count一直为0. 所以说我的系统一直没有sleep。那么像我这种情况，如何去定位系统为什么没睡眠？比如哪个驱动，哪个硬件导致的？

《Linux电源管理(10)_autosleep》发表时间：2015-02-06 08:54

wowo

@Issues：先确认是否有header文件。再确认是否有模块编译目录：/lib/modules/$(uanem -r)/build 以及header的搜索路径是否正确。等等。

《Linux设备模型(9)_device resource management》发表时间：2015-02-05 21:14

Issues

@wowo：按楼主的意思，如果我编译和的module是和主机kernel相同版本的话，那不用构建内核源码树应该也能编译成功。可这样是会失败的啊，编译时会提示要求安装源码树

《Linux设备模型(9)_device resource management》发表时间：2015-02-05 16:28

ayeu0425

Hi 博主。为什么irq真正的处理函数要在svc mode下进行？因为现在是我自己实现的fiq，发现fiq的handler都是在 fiq mode下的(通过 trace32 查看cpsr，这点很确信）。这样就发现一些问题： 1、访问 preempt_count不正确 2、直接写preempt_count或其他thread_info会导致内核崩溃 3、tasklet_schedule不能正确使用我个人认为是不能在fiq mode下访问 kernel api的问题，请帮忙分析一下！谢谢。。

《Linux kernel的中断子系统之（六）：ARM中断处理过程》发表时间：2015-02-05 15:53

xxfxxf33