vault backup: 2025-06-24 22:43:45

This commit is contained in:
huchuan 2025-06-24 22:43:45 +08:00
parent 081d814f7f
commit 846cd4385a
1 changed files with 30 additions and 26 deletions

View File

@ -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的抖动需要调查原因. 0619OOM是一个方面 可能还有别的问题。 目前能看到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 边哥
-----