Dear All:
We have a project that is using mx53 for playing video, we are using our own hardware, which design bases on mx53qsb. We found that when the system is running in 1GHz and play the WMV file, it will hang the system. When we change the system to run at 800Hz, the video play back becomes fine, but lots of vpu blocking timeout from the kernel.
From the information of local FAE, they said some of their client also facing this problem, does anybody is facing the issue as well?
Thx for your help in advance.
Patrick
Hello,Parick,
Would you like to share your schematic with me ? Let us analyse it together , OK ?
Regards,
Weidong
Hi Weidong:
Which part of the schematic that you want to, RAM?
Patrick
Hello,Patick,
I want to see the loads of VCC_BP and it's MAX current. So if you are not convinient, you can send complete schematic to my Email : weidong.sun@freescale.com
Oh,Sorry, VCC_BP here is 3.8V to PMIC.
Regards,
Weidong
Hello,Patick,
Let's do a test :
(1)Preparing a Li battery with 3.7V & 3000mA .
(2)Soldering a male power Jack to C260
Attention to Positive and Negative.
(3)Soldering a female plug to Li battery.
(4)Insert 5V adapter and Connect Li bettery to male power Jack
The purpose we do like abvoe is to increase VCC_BP capacity.
After system boots succesfully, please try to play xxx.wmv file. and check if system will hang.
Regards,
Weidong
Hi Weidong:
Followed you instructions to do the rework, the system still hang.
Thx & B. Regards
Patrick
Hi Weidong:
I have run the memory test by using the tools from freescale on both mx53qsb and our cpu modules, the DDR density per chip select set to 128MB, and number of chip select set to 2, and enable the incrementing DDR frequency, clock start from 400MHz, the mx53qsb fails at clock 460MHz.
# ./DDR_Stress_Tester.exe -t mx53 -com 2 -df MX53_TO2_DDR3_LCB_SMD_ARDb.inc
DDR clock: 460
t0: memcpy11 SSN test
t1: memcpy8 SSN test
Address of test2 failure: 0x7223e000
Data was: 0xffff
But pattern was: 0x0
results of our 2 CPU moudels:
DDR clock: 470
t0: memcpy11 SSN test
t1: memcpy8 SSN test
Address of test2 failure: 0xb4224000
Data was: 0xffff0000
But pattern was: 0x0
DDR clock: 445
t0: memcpy11 SSN test
t1: memcpy8 SSN test
Address of test2 failure: 0x7657a000
Data was: 0xffff
But pattern was: 0x0
do you think it maybe the problem of ram?
Patrick
Hello,Patrick,
your testing indicates that the DDR3 clock can normally work at 400MHz. But It can't exceed 460MHz. you can see DDR clock during u-boot booting. How many is it ?
Regards,
Weidong
Hi Weidong:
It is running at 400MHz
uboot:
emi_slow clock: 133333333Hz
ddr clock : 400000000Hz
esdhc1 clock : 80000000Hz
esdhc2 clock : 80000000Hz
Linux:
# cat /proc/cpu/clocks | grep ddr
ddr_clk-0 P_____ 1 400000000 (400MHz)
I check with the memtester since this morning, it just finished running 1 loop, so far it is fine, and will let it runs during the weekend. If it is not the RAM problem, what would be the cause.
Patrick
Hello,Patrick,
Can you send the player you are using to me ? let me try to play a .wmv file !
My Email: weidong.sun@freescale.com
Regards,
Weidong
Hi Weidong:
we are just using the gplay to play the file, with ltib 1109 release.
Patrick
Hello,Patrick,
your system is ubuntu , right ?
Regards,
Weidong
Hi Weidong:
Yes, the ubuntu system on the SD card is from the mx53qsb EVK board. Below is what I have from the console.
lucid@lucid-desktop:~$ gplay nobility.wmv
playbin2 is employed!
fsl_player_init(): Successfully initialize!
fsl_player_set_media_location(): filename=nobility.wmv
[Stopped ][Vol=01][00:00:00/00:00:00][fps:0][INFO] Product Info: i.MX53
VPU Version: firmware 13.4.41; libvpu: 5.3.2
MFW_GST_VPU_DECODER_PLUGIN 2.0.3-1-179-e630aa8d build on Sep 28 2011 15:01:51.
FOUND GST_MESSAGE_TAG!
container format: ASF
FOUND GST_MESSAGE_TAG!
audio codec: WMA Version 8
bitrate: 193847
language code: en
FOUND GST_MESSAGE_TAG!
video codec: Microsoft Windows Media 9
bitrate: 808955
language code: en
MFW_GST_V4LSINK_PLUGIN 2.0.3-1-179-e630aa8d build on Sep 28 2011 15:04:02.
>>V4L_SINK: Actually buffer status:
hardware buffer : 11
software buffer : 0
get GST_MESSAGE_ELEMENT prepare-xwindow-id;
The system hangs up to the the above line.
I run the memory test for 3 days, all tests are passed without any error.
Patrick
Hello, Patrick:
If you enable DVFS, please try to disable DVFS and see whether the issue is still here.
Hi XiaoLi:
Thx for your reply.
Unluckily, it doesn't help, system still hangs, but if I enable DVFS and set the speed to 800MHz, It works fine:
# echo 800000 > /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
Patrick