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

145 lines
7.1 KiB
Markdown
Raw Normal View History

2025-06-24 22:43:45 +08:00
1当天进展 0624
2025-06-21 19:45:06 +08:00
1 bc6 plus 帧间降压死机问题。 NOK
2025-06-24 22:43:45 +08:00
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版本才可以
注释掉快起不出现,任意加入打印也不出现。
满电压也可以复现,跟今天未必是同一个问题。
2025-06-21 19:45:06 +08:00
2重点遗留问题
1 bc6+帧间降压的处理 胡川
2025-06-24 22:43:45 +08:00
2025-06-21 19:45:06 +08:00
3剩余工作
2025-06-24 22:43:45 +08:00
1 rtt调压方案 胡川
2 pmic.c闭源方案 乐平
3 测试与代码合入
npu频率优化/无校准信息时增大margin或避免降压太低
4 相关问题
单个设备死机问题 例如双sensor的case 20fps的831sensor 胡川
QA部署问题小核启动后crash 边哥
2025-06-21 19:45:06 +08:00
-----
- 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 成强 明天再看吧
- 明辉 不行,没开启 需要
- 改产测流程 大 --> 董浩然
- 新的版本 概率跑不了