微波EDA网,见证研发工程师的成长!
首页 > 研发问答 > 手机设计讨论 > MTK手机平台交流 > MT6735M 开机使用很卡。

MT6735M 开机使用很卡。

时间:10-02 整理:3721RD 点击:
   RT, mt6735M平台,开机后使用时很卡,有时开机都开不起来,有时开起来tp都用不了,抓取UART log 发现重复大量下面log:
[    3.105845]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<18> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.106325]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<1> rrdly<4> cmdrtc<1> dl_cksel<0> sfreq.<20sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.106736]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.106739]<3> (0)[121:mmcqd/0][sd]msdc0 -> XXX CMD<12><0x0> Error<-5> Resp<0x0> <- msdc_dump_trans_error() : L<7605> PID<mmcqd/0><0x79>
[    3.106790]<3> (0)[121:mmcqd/0][sd CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.106814]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<1> rrdly<8> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.106867]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<0> rrdly<9> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    30][sd]msdc0 -> TUNE_CMD: rsmpl<1> rrdly<9> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.106953]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.106956]<3> (0)[121:mmcqd/0][sd]msdc0 -> XXX CMD<12><0x0> Error<-5> Resp<0x0> <- msdc_dump_trans_error() : L<7605> PID<mmcq MSDC_INT_RSPCRCERR Arg<0x00000000>() : L<7605> PID<mmcqd/0><0x79>
[    3.107028]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<1> rrdly<10> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.107042]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdcXor<-5> Resp<0x0> <- msdc_dump_trans_error() : L<7605> PID<mmcqd/0><0x79>
[    3.107086]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<0> rrdly<11> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.107115]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.107118]<3> (0)[rans_error() : L<7605> PID<mmcqd/0><0x79>
[    3.107227]<3> (0)[121:mmcqd/0][sd]msdc0 -> XXX CMD<12><0x0> Error<-5> Resp<0x0> <- msdc_dump_trans_error() : L<7605> PID<mmcqd/0><0x79>
[    3.107408]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<0> rrdly<14> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.107610]<3> (0)[121:mmcqd/0x80000c08>
[    3.107629]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.107736]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.107846]<3> (0)[121:mmcqd/0][sd]msdc0 -> XXX CMD<12><0x0> Error<-5> Resp<0x0> <- msdc_dump_trans_error() : L<7605> PID<mmcq_.108056]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.108111]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.108164]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.108325]<3> (0)[121: Arg<0x00000000>
[    3.108455]<3> (0)[121:mmcqd/0][sd]msdc0 -> TUNE_CMD: rsmpl<1> rrdly<23> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.108538]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.108593]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX   -> TUNE_CMD: rsmpl<0> rrdly<27> cmdrtc<1> dl_cksel<0> sfreq.<200000000> <- msdc_tune_cmdrsp() : L<6863> PID<mmcqd/0><0x79>
[    3.108969]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.109025]<3> (0)[121:mmcqd/0][sd][msdc_command_resp_polling]: msdc0 XXX CMD<12> MSDC_INT_RSPCRCERR Arg<0x00000000>
[    3.109078]<32> MSDC_INT_RSPCRCERR Arg<0x00000000>
我怀疑是flash 时序的问题造成的, 我使用的是Hynix  的 H9TP32A4GDDCPR_KGM  这颗flash。 有同样使用这颗flash的兄弟吗?
在mtk的online的QVL上面查找这颗flash的时序的时候发现状态都还是qualifying. 是不是这颗flash都还是在认证中哦,求大神支招。   

怀疑这个问题可以换一个EMCP试一下嘛。
这个封装都是兼容的。

可以换一个1G的EMCP试一下,你现在这个是512的吧?

mark,关注

是512M的, 确实有点小

mark,关注

共同关注!

512M 的在5.0上会出现很多奇怪的问题,MTK要求至少1G

我们没有听说呢? faq上有说吗

你可以直接问MTK的人,他们有这方面的要求

做35的啊,强啊!

什么节奏呀,就上 4G全网通了。

都开始搞35啊,强悍

35也差不多吧?

mark,关注.....

换一个试一下了,哈哈

换一个试一下了,哈哈

感謝分享

Copyright © 2017-2020 微波EDA网 版权所有

网站地图

Top