蜗窝科技

@koala：我想当然的认为freeze之后，内核线程无法调度了，事实还真不一定是这样。是不是您所说的这个样子，我也不太确定。我没有看过源码，不知道ltr559_schedwork是否是在线程中打印的。

@schedule：理解的，这也是没办法的事情啊，为了生活啊。我们写的也很慢，确实挤不出多少时间的。

@wowo：但是handler中schedule了一个thread，而此时系统在suspend的过程中，已经没有机会调度了。 ===================================================== wowo，我的理解是： ltr559_schedwork 可以看到handler中schedule的thread能够被调度了。 report_ps_input_event_zte, ps far 并且调度中能上报中断，只是现在用户空间进程被冻结了，所以上层无法理睬这个input event而已。

@wowo：很想静下来搞搞研究，平时天天除了交付就是交付，回家就想睡觉休息。真佩服你们这些还能坚持写博客的人

@linuxer：好的，争取

@passerby：高通以ppi中断的形式用request_percpu_irq注册了四个ppi中断，我想问这个注册四个具体作用是什么？ ------------------------------------------- 要理解这些ppi的中断，需要理解虚拟化的概念，需要理解security的概念，这些都不是三言两语可以讲清楚的，更重要的是我也在消化理解中，呵呵~~~ 关于local timer的解释 --------------------------- 35 timer { 36 compatible = "arm,armv7-timer"; 37 interrupts = <1 2 0xff08>, 38 <1 3 0xff08>, 39 <1 4 0xff08>, 40 <1 1 0xff08>; 41 clock-frequency = <19200000>; 42 }; 如果dts文件中包括上面这样的armv7-timer的device node，那么说明硬件系统包括system counter（这是全局性的counter）以及各个processor的local timer的硬件。各个local timer的中断只会送达本processor而不会送往其他的processor，因此注册的是PPI的中断。 memory map的timer -------------------------------------- memory map的timer是全局性的timer（这里的全局是指对所有的processor都是可见的），因此该timer需要注册的是SPI类型的中断。

@dashan：建议从“为什么”cpu secondary kernel“没有执行查起，大致的调用流程是： cpu_up-->_cpu_up-->__cpu_up(arch/arm/kernel/smp.c)-->smp_ops.smp_boot_secondary 在这些函数里面加一些打印，查一下在哪里终止的，大概就明白原因了。

你好蜗窝，感谢你分享了这么好的文章。现在有一个问题请教一下，我的系统ca9，双核，cpu1&cpu0,自己开发的网卡驱动，工作正常，假设其中断为neta-irq, 如果把beta-irq亲和性设置到cpu1, 发流正常，中断在cpu1正确处理，之后offline cpu1, 中断迁移到cpu 0上，中断依然可以正确处理，收发正常，但是再执行online命令把cpu1启动起来的时候却失败了，这个问题必须发流触发中断才能复现，我分析下来发现cpu-secondary-kernel没有执行，您能否给点建议，我看不出哪里出错了，谢谢

@heziq：driver->suspend是旧接口，现在很少使用了。保留的目的是向前兼容。

@wowo @linuxer struct device_driver { const char *name; struct bus_type *bus; struct module *owner; const char *mod_name; /* used for built-in modules */ bool suppress_bind_attrs; /* disables bind/unbind via sysfs */ const struct of_device_id *of_match_table; const struct acpi_device_id *acpi_match_table; int (*probe) (struct device *dev); int (*remove) (struct device *dev); void (*shutdown) (struct device *dev); int (*suspend) (struct device *dev, pm_message_t state); int (*resume) (struct device *dev); const struct attribute_group **groups; const struct dev_pm_ops *pm; struct driver_private *p; }; 在这里面有 int (*suspend) (struct device *dev, pm_message_t state); int (*resume) (struct device *dev); 但是我在内核中没有找到使用他的地方，一般情况下使用的是struct dev_pm_ops 中的suspend和resume。既然没有使用，为什么还留着他呢？ 在休眠过程中的调用 if (!callback && dev->driver && dev->driver->pm) { info = "driver "; callback = pm_op(dev->driver->pm, state); } 很明显调用的是dev->driver->pm，而没有调用dev->driver->suspend.dev是struct dev结构体 在这个Ac97_bus.c 文件中好像用了一次dev->driver->suspend