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

141 lines
7.0 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当天进展 0619
1 bc6 plus 帧间降压死机问题。 NOK
0619
测试我们的deepsleep程序未现异常长期挂测中 查看原理图也没什么差异; 与叨哥沟通还是想比对和产品软件的差异。
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。
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的现象这个缺陷来源一致 已经修改。
5 对无校准信息的设备限制降压幅值不允许降压到0.6v以下。 (产测不影响) 已验证,合入临时分支,暂不合入。
2重点遗留问题
1 bc6+帧间降压的处理 胡川
2 OOM 胡川
3 deepsleep下vpu频率增高 叨哥
3剩余工作
1 对无校准信息增加margin的操作 成强
2 其它问题的处理
单个设备死机问题 例如双sensor的case 胡川
QA部署问题 边哥
-----
- 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 成强 明天再看吧
- 明辉 不行,没开启 需要
- 改产测流程 大 --> 董浩然
- 新的版本 概率跑不了