Hi all,
I am facing unexpected behaviour on bus freq driver. Indeed, while processing, DDR bus frequency is at 400MHz but every 5 seconds, it goes down to 24 MHz for few milliseconds and then back to 400MHz. It does not make any sense cause the processing is very systematic and continuous, there is no bus charge variation. The fact is that during these little time slots, we are missing samples on our SPI front end.
Does this behaviour show a misfunction of the Bus freq driver?
I know it is possible to disable this driver to keep the frequency at 400MHz but can we manage manually?
Below are some kernel trace. It has been reproduce on both versions 3.14 and 4.1 NXP BSP.
Thank you for your help
Hi Samuel
Behaviour Bus freq driver can be tested with i.MX6UL EVK reference
board using DDR3 and L4.1.15_1.0.0. nxp official release
http://git.freescale.com/git/cgit.cgi/imx/linux-2.6-imx.git/?h=imx_4.1.15_1.0.0_ga
Documentation
i.MX6UL EVK dts file
linux-2.6-imx.git - Freescale i.MX Linux Tree
Please note there is no lpddr2 i.MX6UL reference board and L3.14.28 kernel does not support i.MX6UL.
Bus freq driver can be disabled using procedure decribed in attached Linux Manual
Chapter 24 Dynamic Bus Frequency Driver, also please check useful commands in
AN4509 i.MX 6Dual/6Quad Power Consumption Measurement sect.5.7.4 Steps
https://cache.freescale.com/files/32bit/doc/app_note/AN4509.pdf
For lpddr2 i.MX6UL design one can check imx6ul-14x14-lpddr2-arm2.dts validation board
linux-2.6-imx.git - Freescale i.MX Linux Tree
Best regards
igor
-----------------------------------------------------------------------------------------------------------------------
Note: If this post answers your question, please click the Correct Answer button. Thank you!
-----------------------------------------------------------------------------------------------------------------------
Igor,
Thank you for your reply.
I understand that the frequency cannot be set manually. Either we let the driver auto-adjust the frequency (wrongly in our case) or we disable it, inducing full frequency and thus full consumption at anytime. No solution in between...