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

145 lines
7.1 KiB
Markdown
Raw Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

1当天进展 0624
1 bc6 plus 帧间降压死机问题。 NOK
0624
沒什么实质进展,需要测试产品软件,先把别的需求做完再看这个。
QA已经获取到了bc6plus, 也可以批量看一下sdk到底有无问题。
2 deepsleep长期运行会出现oom OK
0624
很明确跟osd的text有关系打开即泄漏已经通知廖波
我们自己的测试关闭text即可
3 npu频率设置逻辑优化 文金需求ispbuck电压不够低 Nok
0624 完成了编码和初步测试。明日合入
基本逻辑是npu启动后低频dvfs的setworkmode中设置避免影响产品npu自己创建第一个通道时设置为高频销毁最后一个通道后还原成低频。 提供了inner mapi供isp调用允许isp设置频率并且isp设置的频率优先级高于npu自己设置的。
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+帧间降压的处理 胡川
3剩余工作
1 rtt调压方案 胡川
2 pmic.c闭源方案 乐平
3 测试与代码合入
npu频率优化/无校准信息时增大margin或避免降压太低
4 相关问题
单个设备死机问题 例如双sensor的case 20fps的831sensor 胡川
QA部署问题小核启动后crash 边哥
-----
- 6月19日
- **测试产品bc6+** 烁生 前程说纹波不好
- 要一下纹波的截图!
- *分析结果,写结论* 自己跑起来是不挂的,不行烧一下产品软件
- 双sensor的流程 跟最新的频率设置有关系
- vpu频率上升了引发了另一个问题
- *继续测试,查看跟单板是不是有关系* 晚点
- sample_factory
- *基于solution在2.8上进行测试*
- 27098关闭dvfs oom问题的复现 10小时 20+小时
- *oom的问题的复现增加watch脚本*
- OOM
- sdk版本27098 no dvfs
- bc6pro 4d10 10-11小时出oom 64MB
- v24 4d10 20小时出oom 96MB
- v24 2n10 48小时不出 96MB
- v24 2n10 48小时不出 96MB
- deepsleep调压又死机了 OK
- dvfs cpu本身应有bug 又出现了cpu低压高频的现象 --> dvfs代码本身有bug 已经提MR OK
- 还有2个现象需要调查 OK
- 上周的版本与这周的版本不一致 dvfs出现了反复调压 --> 这是因为vpu的频率变得更高了
- V24的与bc6pro的现象不一致 是因为cpu_info的问题
- *但是好像 bc6pro能出1ghz 日志不容易看*
- 6月16日
- 全部单板问题
- 自己的bc6pro no wakeup --> 乐平说没睡下去 准备用产品板子的相同版本单独复现 或者bl31加个打印
- QA问题
- 部署问题,小核烧写
- 与bl1无关与小核版本有关 261a855a84a79fd782585c48d178332c34d95d8e 但很奇怪 只有杭州的单板出问题硬件连接方式跟北京一样但北京试了2台不出同时这个版本也是测过的。 边哥说跟qiwei报的问题完全一致转给边哥了 。 小核换版本也是可以好的。
- QA环境问题
- V24-52
- deepsleep完全死机**红色域+绿色域** 使用最后的case单独复现一下。 这个case在不同bc6pro上可以过但是在V13上也不过只不过在V13上没造成红色域死机。
- V24-51 大小核都死机
- 新casedeepsleep下不可以有 *MAPI_AIO: SA_MAPI_AI_Dispatcher*: raw fifo is small 业务 deepsleep下做不完只能在normal下进行
- (isp_m_mod_suspend, 2248)error: use_ms(1568) >= dsleep_ms(0)
- Ex问题 (isp_m_mod_suspend, 2248)error: use_ms(1568) >= dsleep_ms(0)
- 烁生的bc6plus
- 明确跟降压相关
- 2台设备 一台高一台低 现象不一致, 跟9901/或者9902相关量输出电压
- 要设备?
- 9911测试
- 单独烧一个bi
- QA问题解决
- bl1的差异导致小核死机
- 小核代码的分析
-----
1当天进展
1 bc6 plus 帧间降压死机问题。 NOK
0617
钟斌已经寄出单板, 预计后天收到。 主要对比于bc6pro的硬件差异测量输出电压。
2 bc6pro-evk 自测deepsleep 10小时死机问题 (isp_m_mod_suspend, 2248)error: use_ms(2210) >= dsleep_ms(948) NOK
0617 今日讨论结果
高优先级: 进行出问题的复原工作,即使出现抖动导致无法按时睡眠,可以丢帧,但也应该能保证程序继续运行。
低优先级: 不应该有长达2s的抖动需要调查原因
3 健壮性增强适配“电压频率表”中有0频率此电压下无可用频率的情况 成强验证是OK的 OK
4 DVFS的QA环境部署问题 NOK
提供给QA的单板在特定bl1 + 特定小核版本261a855a8情况下会启动会报错 (mutex->owner == thread) assertion failed at function:rt_mutex_take, line number:1457。 关闭快起后不出错,如果在快起过程中加入一行打印也不会报错, 应该还有地方有竞争冒险问题。 琪维也报过类似问题, 问题已经反馈给边哥。
5 QA问题以及内测问题 NOK
单mipi双sensor启动后一段死机 已经请周凡去按照文档收集频率对比表, 但是对比频率发现是一致的。 只在某一个单板出现,在请周凡交换电源板试验,问题跟电源板走,怀疑跟电压有关系。
0613测试了电压dvdd_isp只低1%左右如果搭配另一个V24核心板问题也不出现. 因此目前是特定电源底板加特定核心板出现,还需要明确问题根因! NOK
0617 出问题的板子好像被周凡带去出差了.。
2重点遗留问题
1 bc6+帧间降压的处理 胡川
3剩余工作
1 bc6pro-evk deepsleep的出现抖动之后复原 乐平/佳奇
2 对无校准信息增加margin的操作 成强
3 其它问题的处理
单个设备死机问题 例如双sensor的case 胡川
QA部署问题 边哥
4 pmic.c支持6路可调压电源板 乐平
-----
- 6月13日
- 合入 ok
- 晚上写测试报告 ok
- 日报/周报 ok
- 跟踪乐平的配置字
- 产品已经弄好了 自己先用了 OK
- 乐平9901代码
- 测试 bc6pro
- 我测试无降压 ok
- 成强测试有降压
- 6月10日
- new rom 4G 板子修复
- **命令字问题 确实纹波大 没人大量测过trim过后的电压**
- 反复
- 合v28
- 写测试报告
- 6月5日
- 4g版本 ok 给绍坤了
- bc6pro的版本 deepsleep ok 给绍坤了
- 改代码#1 显示 申请合入
- c2 wifi 成强 明天再看吧
- 明辉 不行,没开启 需要
- 改产测流程 大 --> 董浩然
- 新的版本 概率跑不了