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

10-Project/102-上班/日记/6月日记.md

@@ -1,38 +1,42 @@
-
+（1）当天进展  0624
-（1）当天进展  0619
 1 bc6 plus 帧间降压死机问题。 NOK  
-0619：  
+0624： 
-测试我们的deepsleep程序，未现异常长期挂测中； 查看原理图也没什么差异；  与叨哥沟通还是想比对和产品软件的差异。
+沒什么实质进展，需要测试产品软件，先把别的需求做完再看这个。 
+QA已经获取到了bc6plus, 也可以批量看一下sdk到底有无问题。
 
-2 bc6pro-evk 自测deepsleep 10小时死机问题 (isp_m_mod_suspend, 2248)error: use_ms(2210) >= dsleep_ms(948)  OK  
+2  deepsleep长期运行会出现oom  OK
-0617： 今日讨论结果  
+0624：
-高优先级： 进行出问题的复原工作，即使出现抖动导致无法按时睡眠，可以丢1帧，但也应该能保证程序继续运行。  乐平已经修改并自测    OK
+很明确，跟osd的text有关系，打开即泄漏，已经通知廖波
-低优先级： 不应该有长达2s的抖动，需要调查原因.      0619：OOM是一个方面， 可能还有别的问题。 目前能看到oom，先分析oom。 
+我们自己的测试关闭text即可
 
-3  deepsleep长期运行会出现oom
+3 npu频率设置逻辑优化  文金需求：ispbuck电压不够低 Nok
-- sdk版本27098 no dvfs
+0624： 完成了编码和初步测试。明日合入
-    - bc6pro 4d10 10-11小时出oom 64MB
+基本逻辑是npu启动后低频（dvfs的setworkmode中设置，避免影响产品）npu自己创建第一个通道时设置为高频，销毁最后一个通道后还原成低频。 提供了inner mapi供isp调用，允许isp设置频率，并且isp设置的频率优先级高于npu自己设置的。
-	- 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的现象这个缺陷来源一致， 已经修改。
 
-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的操作 成强  
+1 rtt调压方案     胡川
-2 其它问题的处理  
+2 pmic.c闭源方案  乐平
-单个设备死机问题 例如双sensor的case   胡川  
+3 测试与代码合入
-QA部署问题 边哥
+	npu频率优化/无校准信息时增大margin或避免降压太低
+4 相关问题
+	单个设备死机问题 例如双sensor的case  20fps的831sensor  胡川  
+	QA部署问题，小核启动后crash       边哥
 
 
 -----