137 lines
7.6 KiB
Markdown
137 lines
7.6 KiB
Markdown
- 单板维修与测试工作 记录到excel表中
|
||
- 志敏的v1.8单板
|
||
- 改好了 放了一天
|
||
- <span style="color:#ff0000">1.81的板子 反复重启了</span>
|
||
- VPU测试
|
||
- memtester测试
|
||
- 纹波测试 没测
|
||
- 但是跑了80万帧之后，测出来手动筛片问题了
|
||
- <span style="color:#ffc000"> 不知道能继续做什么测试了</span>
|
||
- 高低温
|
||
- 常温跟cpu能到达的最高频率关系更大，
|
||
- 低温升bus电压的话，能有效改善低温不过的现象
|
||
- 产测 excel与数据库
|
||
- excel表
|
||
- 数据库 已经改了
|
||
- op2 和 op4电压不一样 未解决
|
||
- 但奇一哥说电压一样， op2和op4的ddrc的频率不一样 op4的ddrc频率搞
|
||
- 难道是ddrc频率高 造成的drop大
|
||
- <span style="color:#ffc000">npu c case设计</span> //0408搞
|
||
- 600ms问题
|
||
- <span style="color:#92d050">vpu 手动筛片问题</span>
|
||
- 之前用1.5.1.1的版本测试的
|
||
- 用最新版本测试硬绑定
|
||
- 用最新版本测试软绑定 ？
|
||
- ~~用os04d10的文件是可以的用通道1~~
|
||
- ~~用.1的文件是不可以的， 比较差异中 跟打开svp有关系 没搞~~懂 关了svp就可以了
|
||
- 硬绑 6帧
|
||
- 软绑 80帧 - 200帧
|
||
- 手动 80帧 - 200帧
|
||
- 3颗芯片 没问题
|
||
- <span style="color:#92d050">把vpu和isp电分离 ok</span>
|
||
- <span style="color:#ffc000">npu55 vpu75问题！！漏测问题 重要</span>
|
||
- 先问史程 问题发给翟云了 跟踪测试结果 在后端那里
|
||
- <span style="color:#92d050">6921 npu讨论</span>
|
||
- 注意控制帧完整性
|
||
- <span style="color:#ffc000">w1 sdk工作</span>
|
||
- ~~trigger路复制 其它路不复制~~
|
||
- 设计一个自由输出的结构体
|
||
- 测试trigger
|
||
- 代码改善 合dev 部分合w1
|
||
- ~~SVP MAPI中, NPU手动送帧的非Trigger路可以进一步减少输入buffer分配。
|
||
- ~~SVP MAPI中, 通道Context结构体需要优化，区分成配置结构体和状态结构体， 只有状态结构体需要通道状态锁保护。~~ 优化了，但是锁没必要改了
|
||
- ~~SVP MAPI中, 异步接收线程中目前poll函数调用时持有了一把通道状态锁， 需要优化。~~ 优化了，但是锁没必要改了
|
||
- ~~SVP MAPI中, 在SYS模块中增加SVP的Init函数， 通道状态锁的初始化应该在这个init函数中实现。~~
|
||
- SVP MAPI中, 异步接收线程的创建和销毁随Start/Stop函数建立和销毁有可能丢帧更少。 // 0409搞
|
||
- ==VNNE的帧缓存模式下， VNNE可以Mask掉0x4000 0x400等直通模式专属的中断。== // 0411-0412搞
|
||
- ==VNNE的lapi和驱动可以转移到SVP仓库中。== // 0411-0412搞
|
||
- ~~SVP完整支持rtt // **0410** 合入到了develop中，没有合W1
|
||
- ~~启动失败， 换成同步打印， 发现跟小建现象是一样的 开始的打印丢失是因为异步打印所导致~~
|
||
- ~~测试~~
|
||
- ~~todo~~
|
||
- ~~KCONFIG中增加BSP_USING_SVP，并正确设置依赖 vnne npu aiisp？~~
|
||
- ~~修改代码使用BSP_USING_SVP隔离mapi以上的代码 ok~~
|
||
- ~~so代码增加rtt的编译，避免dlopen问题~~
|
||
- ~~分别编译rtt下带svp的和不带svp的 保证都能编过！ 不带的ok了~~
|
||
- ~~测试lapi heronrt ok！~~
|
||
- ~~测试mapi sample ok~~
|
||
- ~~问题1 发现来源于栈溢出， 破坏了slab分配区，造成了slab分配堆内存失败~~
|
||
- ~~问题2 来源于mapi使用了sram_filter， 但是rtt下没有对应分区但也分出来了，释放的时候报错。~~
|
||
- ~~编译linux develop分支！~~
|
||
- ~~说一声之后， 提交他们的代码~~
|
||
- ~~要通知小建改的地方 主要是isp.c~~
|
||
- ==当前npu驱动对随机ctrl c的支持应该有问题。 应该是改出来的问题== 0412复现不了，没想明白差异
|
||
- 复现不了了
|
||
- ==测试一下trigger==
|
||
- ==anne合入==
|
||
- ~~代码如何同步到dev2.0分支？ 和dev分支？~~
|
||
- pt2s sdk工作
|
||
- 讨论trackid的计算 如果是mapi做的话， 那么后处理中还需要保存历史信息。
|
||
- <span style="color:#92d050">sa6940问题维护</span>
|
||
- <span style="color:#92d050">单进程sram问题</span>
|
||
- <span style="color:#92d050">os内存oom问题</span>
|
||
- <span style="color:#92d050">DDR读写测试</span>
|
||
- 测试一下降频的版本的利用率 ok 确实还是90%左右
|
||
- <span style="color:#92d050">rtt集成amt cpu测试</span> ok
|
||
- 在功耗板上复现一下lunch 1
|
||
- 成功启动
|
||
- Debug
|
||
- 乱码 设置失败
|
||
- 修改2个clk函数
|
||
--------------
|
||
|
||
bootfrombl2
|
||
|
||
小建 奇一 我的
|
||
lunch1 ok ok <span style="color:#ff0000">nok</span> （需要分析bl2的问题，为什么我的不行，是boolfrombl2宏导致的么）
|
||
lunch5 ok ok <span style="color:#ff0000">nok</span>
|
||
lunch4 <span style="color:#ff0000">nok</span>
|
||
|
||
---------------------
|
||
- <span style="color:#92d050">文明反馈结果</span> ok
|
||
- <span style="color:#92d050">amt cpu 1 问题</span> ok
|
||
- sram ok
|
||
- bootfrombl2 不测了
|
||
- <span style="color:#92d050">测试sram</span>
|
||
- 旧的测试
|
||
- <span style="color:#a4a4a4">绿色域cpu与绿色域sram的测试</span>
|
||
- 跟cpu频率有关系
|
||
- 682 75/55 可以启动
|
||
- 1024 75/55 不可启动
|
||
- 1024 75/75 可以启动
|
||
- 那当时成强的现象（启动到kernel才死）又怎么解释呢？ 还得复现一下
|
||
- <span style="color:#a4a4a4">红色域cpu与绿色域sram的测试</span>
|
||
- 高晗使用v23功耗板测试
|
||
- 75/45 不可以读写
|
||
- 首先文档写错了， sramP电给cpu的cache供电，已经跟詹立新确认过了，他们安排修改。
|
||
- ![[文档sramP电描述错误.png]]
|
||
- 根因：芯片内部缺少levelshift设计，所以不能产生大压差。
|
||
- case设计：由于cpu cache用的也是sramP的电，因此大核cpu直接跑cpu用例就可以。
|
||
- 测试结果
|
||
- cpu/sramP 75/75 cpu频率运行到1024Mhz以上
|
||
- cpu/sramP 75/55 cpu频率运行到852Mhz挂了
|
||
- cpu/sramP 75/50 cpu频率运行到584Mhz挂了
|
||
- cpu/sramP 75/45 没测，版本起不来必然低于500Mhz
|
||
- 重新测试一下 需要用绿色域的dma进行测试
|
||
- 0.75v
|
||
- step1 devmem 0x50000098 32 0x11 # 降低sramc的分频 sramc 198000000 -> 396000000 axi-dmac 99000000 dma ok
|
||
- step2 devmem 0x50000010 32 0xbf # 提升bus频率 sramc 396000000 -> 594000000 axi-dmac 148500000 dma ok
|
||
- step3 devmem 0x500000B0 32 0x2 # 修改shut_ahb_hclk分频 sramc 594000000 axi-dmac 297000000 dma ok
|
||
- step4 devmem 0x500000B0 32 0x1 # 修改shut_ahb_hclk分频 sramc 594000000 axi-dmac 594000000 dma ok
|
||
- 0.50v
|
||
- step1 devmem 0x50000098 32 0x11 # 降低sramc的分频
|
||
- step2 devmem 0x50000010 32 0xbf # 提升bus频率 sramc 396000000 -> 594000000 dma nok <span style="color:#ff0000">但是这样已经超了sramC的频率了</span>
|
||
- step3
|
||
- step4 axi-dmac 99000000 -> 396000000 dma ok
|
||
- 0.45v 现象很奇妙
|
||
- 不给cpu降压到0.55v的话会起不来 ?
|
||
- 降低到0.55v也不对 0x20200000 - 0x202570f5 # 这是sram读写错误了
|
||
- 将0x50000098改到0x18之后， 会变成ddr训练错误 dwc_ddrphy_getmail timeout enter
|
||
- 降低cpu频率（提升cpu分频）， 问题又回来了 （神奇）
|
||
- 此时如果用红色域访问的话， sramc是没有问题的，因为sramc被降频了
|
||
- 总结， 没出来压差问题。 0.45v下面的一些现象还不知道原因。
|
||
|
||
- <span style="color:#92d050">高晗功耗测试</span> 支持
|
||
- 480mW 生成了表格
|
||
- npu 50v电压测试
|
||
- 本质上还是压差的问题 只要降低了dvddshutdown之后 其它电压就可以下来了 |