diff --git a/10-Project/102-上班/日记/6月日记.md b/10-Project/102-上班/日记/6月日记.md index 57b521d..64a1744 100644 --- a/10-Project/102-上班/日记/6月日记.md +++ b/10-Project/102-上班/日记/6月日记.md @@ -1,38 +1,42 @@ - -（1）当天进展 0619 +（1）当天进展 0624 1 bc6 plus 帧间降压死机问题。 NOK -0619： -测试我们的deepsleep程序，未现异常长期挂测中； 查看原理图也没什么差异； 与叨哥沟通还是想比对和产品软件的差异。 +0624： +沒什么实质进展，需要测试产品软件，先把别的需求做完再看这个。 +QA已经获取到了bc6plus, 也可以批量看一下sdk到底有无问题。 -2 bc6pro-evk 自测deepsleep 10小时死机问题 (isp_m_mod_suspend, 2248)error: use_ms(2210) >= dsleep_ms(948) OK -0617： 今日讨论结果 -高优先级： 进行出问题的复原工作，即使出现抖动导致无法按时睡眠，可以丢1帧，但也应该能保证程序继续运行。 乐平已经修改并自测 OK -低优先级： 不应该有长达2s的抖动，需要调查原因. 0619：OOM是一个方面， 可能还有别的问题。 目前能看到oom，先分析oom。 +2 deepsleep长期运行会出现oom OK +0624： +很明确，跟osd的text有关系，打开即泄漏，已经通知廖波 +我们自己的测试关闭text即可 -3 deepsleep长期运行会出现oom -- sdk版本27098 no dvfs - - bc6pro 4d10 10-11小时出oom 64MB - - v24 4d10 20小时出oom 96MB - - v24 2n10 48小时不出 96MB - - v24 2n10 48小时不出 96MB -- 看起来跟4d10有关系， 后台定期记录free信息， 查看是否泄露。 - -4 deepsleep vpu频率从原先的237变更到目前的396 ， 引发了dvfs代码本身的一处缺陷，成强已经处理。 但是deepsleep下vpu没必要提到396，应该讨论 NOK - 同时，单mipi 双sensor昨天出现的cpu电压仅065的现象这个缺陷来源一致， 已经修改。 +3 npu频率设置逻辑优化 文金需求：ispbuck电压不够低 Nok +0624： 完成了编码和初步测试。明日合入 +基本逻辑是npu启动后低频（dvfs的setworkmode中设置，避免影响产品）npu自己创建第一个通道时设置为高频，销毁最后一个通道后还原成低频。 提供了inner mapi供isp调用，允许isp设置频率，并且isp设置的频率优先级高于npu自己设置的。 -5 对无校准信息的设备，限制降压幅值，不允许降压到0.6v以下。 （产测不影响） 已验证，合入临时分支，暂不合入。 - +4 pmic.c闭源 文金需求 Nok +与乐平review了代码 +pmic.c的实现与设计初衷略有不同，此文件应闭源且不涉及任何pmic芯片的具体操作；具体操作由9901.c 9902.c 9911.c进行实现，每个开源的具体电源芯片.c注册init/getvol/setvol等方法的实现即可 + +5 rtt下实现 Nok +目前注释了rtt下目前的调压实现；还需要重新思考一下实现机制。 + +6 小核启动后crash Nok +只在某些V24上容易出现，同时必须是特定大核+小核+bl1版本才可以！ +注释掉快起不出现，任意加入打印也不出现。 +满电压也可以复现，跟今天未必是同一个问题。 （2）重点遗留问题 1 bc6+帧间降压的处理 胡川 -2 OOM 胡川 -3 deepsleep下vpu频率增高 叨哥 + （3）剩余工作 -1 对无校准信息增加margin的操作 成强 -2 其它问题的处理 -单个设备死机问题 例如双sensor的case 胡川 -QA部署问题 边哥 +1 rtt调压方案 胡川 +2 pmic.c闭源方案 乐平 +3 测试与代码合入 + npu频率优化/无校准信息时增大margin或避免降压太低 +4 相关问题 + 单个设备死机问题 例如双sensor的case 20fps的831sensor 胡川 + QA部署问题，小核启动后crash 边哥 -----