From b3f02d77a8f0d9097dd0a9ed2e8219984a343e6e Mon Sep 17 00:00:00 2001 From: huchuan Date: Sat, 21 Jun 2025 19:45:06 +0800 Subject: [PATCH] vault backup: 2025-06-21 19:45:06 --- 10-Project/102-上班/日记/5月日记.md | 19 +++- 10-Project/102-上班/日记/6月日记.md | 141 ++++++++++++++++++++++++++++ HOMEPAGE.md | 9 ++ 3 files changed, 167 insertions(+), 2 deletions(-) create mode 100644 10-Project/102-上班/日记/6月日记.md diff --git a/10-Project/102-上班/日记/5月日记.md b/10-Project/102-上班/日记/5月日记.md index 3e8556e..6318885 100644 --- a/10-Project/102-上班/日记/5月日记.md +++ b/10-Project/102-上班/日记/5月日记.md @@ -1,5 +1,20 @@ -6月6日 -- + +- 6月13日 + - 合入 ok + - 晚上写测试报告 ！！！ ok + - 日报/周报 ok + - 跟踪乐平的配置字 + - 产品已经弄好了 自己先用了 OK + - 乐平9901代码 + - 测试 bc6pro + - 我测试无降压 ok + - 成强测试有降压 +- 6月10日 + - new rom 4G 板子修复 + - **命令字问题 确实纹波大 没人大量测过trim过后的电压** + - 反复 + - 合v28 + - 写测试报告 6月5日 - 4g版本 ok 给绍坤了 diff --git a/10-Project/102-上班/日记/6月日记.md b/10-Project/102-上班/日记/6月日记.md new file mode 100644 index 0000000..57b521d --- /dev/null +++ b/10-Project/102-上班/日记/6月日记.md @@ -0,0 +1,141 @@ + +（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的抖动，需要调查原因. 0619：OOM是一个方面， 可能还有别的问题。 目前能看到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 大小核都死机 + - 新case，deepsleep下不可以有 *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 成强 明天再看吧 + - 明辉 不行，没开启 需要 + - 改产测流程 大 --> 董浩然 + - 新的版本 概率跑不了 \ No newline at end of file diff --git a/HOMEPAGE.md b/HOMEPAGE.md index 4a03ae8..b1648fe 100644 --- a/HOMEPAGE.md +++ b/HOMEPAGE.md @@ -7,9 +7,18 @@ - [[3月日记]] - [[4月日记]] - [[5月日记]] + - [[6月日记]] - 项目 - [[进度|进度]] + + + + + + + + ----------------------------------------------- - 主旨：整个笔记应该是一种“记忆的呈现”，以及“必要信息“的积累。 - 但是所谓的”必要信息“是否还必要值得商榷。因为诸如秘塔这类的搜索只需要很短的时间就可以搜索出答案，笔记中的”必要信息”到底是否还需要？