mtk 黑屏重启问题

2019-07-14 02:17发布

Dear Sir :   下午有看到貴司上傳上來的memorydump,但是沒有抓全,只有不到1k,正常是External ram+ Internal Ram的size,至少要5M以上。   請確認在抓的時候 點擊 start之後等到Finished Memorydump的對話框自動彈出才可以     新的bin文件download 到手机后: 1、开机进入“信息” 2、选择“短信” 3、按“确定” 4、进入了新的界面,在这个界面选择“收件箱” 5、按“确定” 6、进入了“所有信息”的列表 7、任选择一短信 8、按“确定” 9、进入了“信息内容”的界面 10、按左软键“选项” 11、进入了“信息选项”界面 12、选择11项“使用号码” 13、按“确定” 结果:黑屏重启   开启memory dump显示: [1]Fatal Error: kal buffer pool ID is invalid 1=809 2=770063 MMI     對於共用memory的APP,請務必保證不能有兩個APP同時使用這塊memory,請貴司檢查這部分這種共用memory的方法,不是很建議用   Dear Customer, May you please update the status of this issue? If we don't see any issue update in 3 days, we will presume that the problem has been resolved and will close the issue. Thank you for your cooperation. MTK   1、我们正在按你说的做,但是几率比较小不好抓memory dump;现在我个人判断大概是内存不够共享内存出了问题,因为放歌,进WAP,下载都要耗内存,但我们是共享内存的,见scatTET25_GEMINI.txt文件;2、但我不知道此文件中的0x082F99C0,0x00030d40 等数据是如何得来的,如何去修改它,以上仅代表我个人的初步判断。   Memory timing 這邊檢查過沒有什麼問題,請您按照上一條note先消除一下log裡面報出的關閉中斷過久的問題,然後麻煩您提供一份memorydump,這邊再做進一步分析確認,感謝 附上抓memorydump的guide,請參考!   為了進一步分析問題,請幫忙Dump memory 請您提供以下文件: 1. Memorydump.bin 2. Catcher log (*.clg) 3. ELF 文件 (/build//*.elf)   提示:請務必保證抓Memory dump對應的Binary和ELF文件是同一次編譯生成的!!!   您可以按如下步驟進行: 1. 打開makefile(/make/.mak)中的-g選項 在makefile中設置CUSTOM_CFLAGS = -g -gtp 2. 對工程作new操作, 然後Download Binary. 3. 打開Memory dump開關; 進入工程模式,選擇Misc./Memory dump, 將其設置為On 提示:該開關默認為關,並且開機時系統會將其恢復成默認值,所以您的設置只對當次開機有效,若需抓Memory dump,請在每次開機的重新開啟此開關 4. 連上Catcher(Catcher 的filter設置為Field Trial),複製問題; 5. 當發生異常時,選擇Advance/Memory Dump(在CatcherV3.10.10以前的版本此處為Download DebugInfo),在彈出的窗口中選擇Start按鈕開始Memory dump; 提示:發生異常時,LCD上顯示錯誤類型,並且不會重啟,若手機直接重啟,並且第1步確認正確完成,請將此現象回復給我們    Catcher Dump完成之後,會彈出提示窗口告訴您,請不要在此之前關閉Catcher或者斷開手機與PC連接 6. Memory dump完成之後,請同時保存Log (選擇File/Save As); 7. 將以上兩步保存下來的文件(*.bin, *.clg)及Build//*.elf寄給我們。   對於以上第3步打開Memory dump開關,若無法進入工模操作請嘗試修改代碼來打開,方法如下: 在application_initialize之前extern kal_uint32 INT_MemoryDumpFlag; 在application_initialize中調用mainp的上一行添加INT_MemoryDumpFlag = 0x26409001;   若無法成功抓取memory dump,請先檢查以下幾項: 1. Download cable driver較舊, 建議更新至最新版本再來嘗試 a.Prolific cable latest driver download address: http://www.prolific.com.tw/eng/downloads.asp?ID=31 b.FTDI cable latest driver download address: http://www.ftdichip.com/Drivers/VCP.htm 2. download cable不穩定(通常在set filter時即有catcher error log的話更可佐證) 可嘗試更換download cable,也可嘗試以下步驟進行重連 a. 先在Catcher tool端執行disconnect b. 拔掉PC端的USB接頭 c. 接回PC端的USB接頭 d. 在Catcher tool端執行connect e. 連結成功則執行memory dump, 80%均可排除此情況 3. 系統可能完全死機,system service無法回應Catcher tool 的指令, 此種情況只能透過TRACE32調試   另外,提醒一點:之後若有類似死機的問題,請在提交問題時一併提供memory dump,以加速問題的處理 謝謝!   Dear Sir: 麻煩附上 custom/system文件夾,我這邊做一下檢查。同時請注意調整下面的信息:   請注意Log Sys Trace中如下信息: lr=[return address], du= [duration] lr表示打開中斷時函數返回地址,表示與此操作對應的關中斷操作關得太久,du表示關閉的時長,單位為Qbit (約為1us),要求中斷不能關超過60 Qbit (約60 us) 對於此類問題,可通過lr查詢sym file (build//*.sym)找到相關中斷操作所在的函數,地址小於lr且最接近lr對應的函數即為我們要找的   找到相關函數後,請修正至沒有warning出現為止   謝謝 我们用的是三星的,是你们公司验证过的,型号为:K5L2731CAM,K5L2731CAA. 我定义的 1. CS0_PART_NUMBER=K5L2731CAM CS1_PART_NUMBER=K5L2731CAM   2. CS0_PART_NUMBER=K5L2731CAM CS1_PART_NUMBER=K5L2731CAA 上述2种情况我都试过,都会出现.   另外我想请教一下,在你们memeorydevicelist.xls中定义的,CS项:0对应的K5L2731CAM,1对应的是K5L2731CAA,但我看到很多人定义的却是: CS0_PART_NUMBER=K5L2731CAM CS1_PART_NUMBER=K5L2731CAM 这些人为什么把两者定义成一样的呢?这个CS0_PART_NUMBER,CS1_PART_NUMBER与memeorydevicelist.xls中对应CS项的0和1不是同一个概念吗?CS0_PART_NUMBER,CS1_PART_NUMBER和硬件的接线有关系吗?能不能具体解释一下,最好是举个例子说明。   MTK 2009-12-17 20:16:03 Dear Customer, 請問貴司使用的 Memory 是哪一顆?是否是敝司驗證過的? 确实如此,频次是20次就会3次是这样的情况! Dear Customer, 可否盡快確認一下上一個問題? 謝謝!