huchuan2025/5月日记.md at 9c6b418a115870c676857799b32050495eb33a1a

2.3 KiB

Raw Blame History

5月5日
- sdk v2.6验证 bc6相关工作 --> bc6 pro相关工作
  - bl1验证
    - 乐平和产品反馈起不来，显示进入到"input address:" ，但是我这里可以
    - 何熙反馈是strapin的代码有问题。我之所以测不出来问题是因为traceD4被强制拉低为0了
  - bsp ddr测试
  - sdk测试
- V26
- v27合入 feature
- 增加Case 预期

v27测试双目/ 拿板子 / 计划

5月8日
- bc6
  - 死机 0.6v 1024Mhz ok
    - 电压要通知到sdk --> 不调压
    - 改excel 改bin 并且合入bsp修改 ok
    - normal 验证OK
- bc6pro
  - IIC3的sensor又看不到了 --> 是因为改成动态开关了 OK
  - 2.6 streamer normal 验证OK
  - 2.7 之前没合sensor库，觐鹏今天合了sensor库 normal 验证OK
- V24 使用全新V24功耗板子
  - 2.7内网发布版本。 27071
    - 烧50版本 boot_bl2_linux_evb_E_50_N.bin
      - streamer normal可以跑
      - 问题 cat /proc/umap/sa_dvfs 显示i2c read failed! i2c_addr=0xf1 ret=-6
        
        修改方法： 非dvfs版本不支持这个命令，屏蔽显示 还未修改
    - 烧DVFS版本
      - !
      - 不同单板测试情况
        
        新领的V24 streamer NOK死机 日志显示cpu跑飞了 NOK 别是9901的问题？或者是cpu降低到600的问题因为就没给margin？应该是后者
        
        绍坤的功耗测试专用板 streamer normal OK
        
        Curent BUCK_CPU_VOL 600mV 没给margin，有风险 --> 机台的cpuinfo到底是否可靠？机台的cpu case负载太小了。
        
        Curent BUCK_ISP_VOL 650mV 好像又有点高了，需要具体分析
  - 2.7solution版本
    - 烧50版本
      - 为什么a55启动频率是256000000 ？？？内网版本是正确的682
        
        运行之后到是687
        
        50现在没人用，关系不大
      - 为什么LAPI_SA6920_GET_VOLTAGE无法得到调用了？？
        
        跟预期流程不一样，待分析
    - 烧DVFS版本
      - 现象跟内网发布版本一致
  - 2.6发布版本
    - 烧DVFS版本
      - Curent BUCK_CPU_VOL 750mV
      - Curent BUCK_ISP_VOL 570mV
- V17
  - 想用emmc方式测试，还没排上。

2.3 KiB Raw Blame History Unescape Escape

2.3 KiB

Raw Blame History