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