How to debug preloader bootup time issues as well as the boot process preloader slow crawl preload boot log modules

Copyright notice: reproduced please specify blog address https://blog.csdn.net/jinron10/article/details/86647749

[DESCRIPTION]
Sometimes the bootup process, the start time of the process issue preloader will appear. This FAQ will help you how to debug perfoamnce issue at this stage.
Must use user load test when testing is recommended, so as not to debug the impact factors.

[SOLUTION]
(. 1) the preloader stage
in bootable / bootloader / preloader / platform / mt6735 / makefile.mak in
# PL for the make Unmark the Booting Time Profiling
#C_OPTION + = -DPL_PROFILING the removed here #
(2) LK stage
in bootable / bootloader / lk / target / $ ProjectName / rules.mk will LK_PROFILING: = yes
Note that to ensure bootable / bootloader / lk / project / $ ProjectName.mk in DEBUG: = 2
caught LOG will have every time period used. Units of ms. And then do optimization according to each stage.
[24/09/15 - 14: 34 is: 29: 123] # # T = the PLL. 1
[24/09/15 - 14: 34 is: 29: 123] the GPIO # # T = 0
[24/09/15 - 14 : 34 is: 29: 467] = # T # 26 is PWRAP
[24/09/15 - 14: 34 is: 29: 467] # # T = 0 the I2C
[24/09/15 - 14: 34 is: 29: 825] # # CHK Reserve, the DDR Status T = 91 is
[24/09/15 - 14: 34 is: 30: 824] # T # Check the Boot-the RTC Status = 1069 (if turned directly down time will be longer)
[24/09/15 - 14: 34 is: 30: 824] # T # Check the WDT the Boot-Status = 0
[24/09/15 - 14: 34 is: 30: 839] the Boot Status Check # T #. 1 =
[24 / 09/15 - 14: 34 is: 30: 855] # # rtc_bbpu_power_on T = 0
[24/09/15 - 14: 34 is: 30: 855] # # T = CLK Kpd the PMIC the Enable 0
[24/09/15 - 14: 34: 31: 042] # T # mem_init = 207 ( start time which will be very long portion eng, because many will be printed out LOG)
[24/09/15 - 14: 34 is: 31 is: 105] # T # buf =. 3 Dram, init
[24/09/15 - 14: 34 is: 31 is: 120] # T = 2 # Ram Console
[24/09/15 - 14: 34 is: 31 is: 136] # # T = 0 the Boot dev the init
[24/09/15 - 14: 34 is: 31 is: 136] the Init # Part # T = 81
[24/09/15 - 14: 34 is: 31 is: 167 is] # T # Sec. 9 lib the init =
[24/09 / 15 - 14: 34 is: 31 is: 167 is] €€€€
[24/09/15 - 14: 34 is: 31 is: 557] # # T = 0 before bldr_handshake
[24/09/15 - 14: 34 is: 31 is: 557 ] # # seclib_brom_meta_mode T = 0
[24/09/15 - 14: 34 is: 31 is: 604] = # T # 410 the USB Handshake
[24/09/15 - 14:34:31:635] #T#UART handshake=15
[24/09/15 - 14:34:31:635] #T#bldr_handshake=0
[24/09/15 - 14:34:31:666] #T#sec_boot_check=3
[24/09/15 - 14:34:31:775] #T#Battery detect=55
[24/09/15 - 14:34:31:775] #T#MTJTAG switch=0
[24/09/15 - 14:34:31:775] #T#MTMETA Detect=0
[24/09/15 - 14:34:31:853] #T#Boot Argu=15


Boot process module preloader slow crawl preload boot log
[the DESCRIPTION]
during the boot process, there will be problems preloader slow, due to the preloader itself is not the time to print out information, you need to be able to see relevant marco open consumption of each stage when the situation.

[SOLUTION]
for the KK version, modify the following files:
MediaTek / Platform / mt6xxx / the preloader / src / the Drivers / INC. / Platform.h will see the contents of the macro wrapped:
#ifdefined (PL_PROFILING)
the following will be printed print
information . . . . . .
Remove this switch, as follows: Modify mediatek / platform / mt6xxx / preloader / makefile.mak
find
# PL for the make Unmark the Booting Time Profiling
#C_OPTION + = -DPL_PROFILING the removed here #

Version of the L, the point needs to be modified:
modifications alps / bootable / bootloader / preloader / platform / mt6xxx / src / drivers / inc inside platform.h above definition:
ALPS / Bootable / the bootloader / the preloader / Platform / mt6xxx, found # PL Unmark the Booting Time for the make Profiling
#C_OPTION + = -DPL_PROFILING here will remove #

The content of the function print: The #if define (TARET_BUILD_VARIANT_ENG) wrap up, the default user version of this print function to print out a blank information
needs to be TARGET_BUILD_VARIANT_ENG removed before they can print out the relevant content in user version

Guess you like

Origin blog.csdn.net/jinron10/article/details/86647749