蜗窝科技

不需要了。precharge的作用是关闭已打开的row，每次突发的时候是在同row中对BL个column操作。只有在切换row的时候才需要precharge关闭当前row，然后再发送act激活下一个操作行.

不需要了。precharge的作用是关闭已打开的row，每次突发的时候是在同row中对BL个column操作。只有在切换row的时候才需要precharge关闭当前row，然后再发送act激活下一个操作行，

@bsp：/sys/devices/virtual/workqueue# echo fe >cpumask 找到一个方法，可以fix。但总觉的是workaround

你好，看了您的文章受益匪浅，现在遇到一个问题，在echo mem >/sys/power/state后，一开始有wake lock,然后我把他们都写入到了wake_unlock中之后，还是无法休眠，打印是无法冻结进程，Freezing of tasks aborted after 0.003 seconds，请教下该怎么处理

大神，碰到一个问题，麻烦有空帮忙分析下。 在跑camera和ufs测试的时候： 1，处理camera_work的worker（UNBOuND | HIGHPRI）有时候会运行在cpu0上； 2，ufs突然频繁操作时，ufs_irq在cpu0（linux的默认conf）上频繁触发，导致中断不断抢占 处理camera_work的worker，持续10ms以上； 3，由于camera 运行在120fps，需要8ms左右处理一帧数据，而ufs_irq抢占其worker，导致丢帧。 想过一些办法： 1，迁移irq（利用irqbalance），但是这只会减小概率，如果worker和ufs_irq又都在某个cpu会合了，就又触发了； 2，不迁移irq，但迁移cpu-loading高的worker到big cpu上，但是此work只要求实时性，所占cpu-loading只有不到10%； 3，设thread affinity，可是worker-thread是动态create和distroy的； 4，replace workqueue with irq_thread, 这个工作量太大。 有没有其它办法，让某个worker绑定在非CPU0上？ 或者怎么解决这个丢帧的问题？

在平坦模型和不连续模型中，都有pg_list node节点，并以此可以与zone区域联系，在sparse模型中，struct mem_section中并没有与zone产生连续的元素，那在sparse模型中，zone是如何使用的呢

赞！图形解析很清楚！

@hczx123：现在没有多少时间能写文章，抱歉！~

本来想在论坛发贴求助的，发现帐号忘了，想重新注册个帐号，没想到现在不允许注册了。。 最近在搞UAC这块，感觉介绍这方面的文档不多，不知道蜗窝能不能写写这方面的，还有 就是想找音视频相关的知识，发现这里没有这个版块，提个建议加下这个版块。 最后再表示感谢，这里对我的帮助真的很大，讲的比较深入，然后又容易懂。

@crash：分享下通过psci处理system_suspend, suspend_ops->enter的流程： 1， psci初始化：suspend_set_ops(&psci_suspend_ops); static const struct platform_suspend_ops psci_suspend_ops = { .enter = psci_system_suspend_enter, }; 2， suspend_ops->enter，即 static int psci_system_suspend_enter(suspend_state_t state) { return cpu_suspend(0, psci_system_suspend); } arch/arm64/kernel/suspend.c int cpu_suspend(unsigned long arg, int (*fn)(unsigned long)) { struct sleep_stack_data state; 这里类似fork，有返回两次的效果： if (__cpu_suspend_enter(&state)) { //第一次返回1， 往下走 ret = invoke_psci_fn(PSCI_FN_NATIVE(1_0, SYSTEM_SUSPEND), __pa_symbol(cpu_resume), 0, 0);; } else { //第二次由于cpu_resume返回值为0，往这走： __cpu_suspend_exit(); } 2.1，这里通过psci组装smc指令，跳转到TZ执行tzbsp_psci_cpu_suspend_wrapper； TZ会和RPM通信配置lpm mode,比如power down l3/ power down cpu-core； PSCI(Power State Coordination Interface), 是arm定义的一套处理cpu on/off/suspend等的协议， 比如Linux-kernel发送相应的cpu operation到和Trust-Zone（EL3 by smc）或Hypervirsor(EL2 by hvc)，再由TZ或Hyp做对应的操作： 比如： Linux-kernel 要offline、suspend一个cpu，Hypervisor只是把这个cpu给其它的OS使用。 2.2 cpu_resume是物理地址； 唤醒cpu重新power-up时，cpu 会call cpu_resume； 因为此时mmu还未打开，所以2.2必须传入cpu_resume的物理地址； cpu_resume中会打开mmu； 2.3 __cpu_suspend_enter两次返回的效果： __cpu_suspend_enter做一些准备工作后返回 1，then call smc into TZ and suspend system/cpu; 重新唤醒cpu时，cpu call cpu_resume() and return 0 to the next instruction of __cpu_suspend_enter; 因为是0，所以会call __cpu_suspend_exit。 3， arch/arm64/kernel/sleep.S ENTRY(__cpu_suspend_enter) //第一步保存当前lr到state中 stp x29, lr, [x0, #SLEEP_STACK_DATA_CALLEE_REGS] ... mov x0, #1 //这里返回1 ret ENDPROC(__cpu_suspend_enter) ENTRY(cpu_resume) bl el2_setup // if in EL2 drop to EL1 cleanly bl __cpu_setup /* enable the MMU early - so we can access sleep_save_stash by va */ bl __enable_mmu ldr x8, =_cpu_resume br x8 ENDPROC(cpu_resume) ENTRY(_cpu_resume) ... ldp x29, lr, [x29] //从之前的state中恢复lr mov x0, #0 //返回值为0 ret //return到__cpu_suspend_enter下一行 ENDPROC(_cpu_resume) 4, for cpu suspend, intead of system suspend: static int psci_suspend_finisher(u32 state, unsigned long entry_point) { int err; u32 fn; fn = psci_function_id[PSCI_FN_CPU_SUSPEND]; err = invoke_psci_fn(fn, state, __pa_symbol(cpu_resume), 0); return psci_to_linux_errno(err); } cpu_suspend(state_id, psci_suspend_finisher);