蜗窝科技

@firo：还有Error taking CPU1 up: -5 这个错误输出是因为相应的secondary cpu的状态是offline打出来的, 这个错误输出是cpu0打出来的, 具体函数在enable_nonboot_cpus.

Hi, wowo 我现在遇到的问题, 从现象看是 在test suspend的时候, cpu被disable后不能enable. 操作下: echo processors > /sys/power/pm_test echo mem > /sys/power/mem log: Disabling non-boot CPUs ... CPU1: shutdown CPU2: shutdown CPU3: shutdown suspend debug: Waiting for 5 seconds. Enabling non-boot CPUs ... SMP: CPU 0 Waking up CPU 1 CPU1: failed to come online Error taking CPU1 up: -5 SMP: CPU 0 Waking up CPU 2 CPU2: failed to come online Error taking CPU2 up: -5 SMP: CPU 0 Waking up CPU 3 CPU3: failed to come online Error taking CPU3 up: -5 PM: noirq resume of devices complete after 80.429 msecs PM: early resume of devices complete after 0.409 msecs 我追踪看到一个奇诡的现象, 不能和理解, 我的基本信息3.14内核 arm32: cpu0 唤醒了cpu1 cpu1开始执行secondary_start_kernel开始启动自己, 调用路径: secondary_start_kernel->cpu_startup_entry->cpu_idle_loop->while(1) 在这个函数里面有个语句set_cpu_online(cpu, true);按理说, 1号cpu就是online的状态了. 而在cpu_idle_loop的while(1)的循环里面这个 if (cpu_is_offline(smp_processor_id())) arch_cpu_idle_dead(); 这个if语句里的cpu_is_offline(smp_processor_id())尽然是true. 也就是说1号cpu是offline的! wowo你认为这个现象正常吗?我没找到相关修改cpu 状态的函数逻辑.我的问题可能和这个有关.

@passerby：CFS 没有时间片的概念，scheduler不会事先分配时间片给task，时间系统对CFS的功能就是计时用。至于何时切换task，是看“相互追赶的速度”，为了不让速度慢的task被rq的虚拟时间被碾压死，task必须被执行

@民：确实应该这样啊，别忘了这是autosleep的场景。 如果不想让让它频繁尝试，我们可以把autosleep关闭，也即stop这个work。

@wowo,请教下： d）如果写count失败，说明读写的过程有events产生，退出，进行下一次尝试。 =>try_to_suspend函数里面，out：好像无论怎么样都会执行，也就是说kernel会不断尝试睡眠，这样的话（以Android为例），执行一次写一次state就好了呀.kernel就会不断尝试睡眠了 这样理解对吗，感觉怪该的

@民：可以这么理解。

@民：这个是kernel trace的代码（一种debug手段，可以用来跟踪、调试wakeup framework），具体可以参考“/sys/kernel/debug/tracing/***”，需要先mount debugfs（mount -t debugfs none /sys/kernel/debug）。

@老蛮熊：多谢指正，确实，这个表达欠妥当。谢谢~~

@民：还有个问题请教下； Wake up event 的本质是控制“wakeup events in progress”不为0，达到 suspend->enter（）无法进入，这样理解对么

trace_wakeup_source_activate(ws->name, cec); trace_wakeup_source_deactivate(ws->name, cec); =>这两句话的作用可以解释下吗，不大懂意思