mtk 黑屏重启问题&解决方法和 memorydump 获取

 mtk 黑屏重启问题默认分类

 

  
Dear Sir :

 

下午有看到貴司上傳上來的memorydump，但是沒有抓全，只有不到1k，正常是External ram+ InternalRam的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 thatthe problem has been resolved and will close the issue.

Thank you for your cooperation.

MTK

 

1、我们正在按你说的做，但是几率比较小不好抓memorydump；现在我个人判断大概是内存不够共享内存出了问题，因为放歌，进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

提示：該開關默認為關，並且開機時系統會將其恢復成默認值，所以您的設置只對當次開機有效，若需抓Memorydump，請在每次開機的重新開啟此開關

4. 連上Catcher(Catcher 的filter設置為Field Trial)，複製問題；

5. 當發生異常時，選擇Advance/Memory Dump(在CatcherV3.10.10以前的版本此處為DownloadDebugInfo)，在彈出的窗口中選擇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_uint32INT_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 errorlog的話更可佐證)

可嘗試更換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, 可否盡快確認一下上一個問題？ 謝謝!