プリローダーの起動時間の問題だけでなく、ブートプロセスのプリローダー遅いクロールプリロードブートログモジュールをデバッグする方法

著作権:再現ブログのアドレスを指定してくださいhttps://blog.csdn.net/jinron10/article/details/86647749

[解説]
時々起動プロセスは、プロセスの問題プリローダーの開始時刻が表示されます。このFAQは、この段階で問題perfoamnceデバッグする方法のお手伝いを致します。
試験が推奨される際の衝撃係数をデバッグしないように、ユーザ負荷試験を使用しなければなりません。

【解決手段】
(1)プリローダーステージ
ブート可能/ブートローダー/プリローダ/プラットフォーム/における mt6735 / MAKEFILE.MAK
は、#PLするマークをブート時間プロファイリング
#C_OPTION + = -DPL_PROFILINGここ#除去
(2)LKステージ
にブート可能/ブートローダー/ LK /ターゲット/ $プロジェクト名/ rules.mk LK_PROFILINGます:= yesの
ブート可能/ブートローダー/ LK /プロジェクト/確実にするためになお $ ProjectName.mkをDEBUGに:= 2は
LOGは、すべてを持っていますキャッチ期間使用。その後、ミリ秒の単位。そして、それぞれの段階に応じて最適化を行います。
[24/09/15 - 14:34である:29:123]の##のT = PLL 1。
[24/09/15 - 14:34である:29:123] GPIO ## T = 0
[24/09/15 - 14 :34である:29:467] =#26 PWRAPある#1 T
[24/09/15 - 14:34である:29:467] ## T = 0 I2C
[24/09/15 - 14:34である:29:825]# #CHK予約、DDRステータスT = 91である
[24/09/15 - 14:34である:30:824]#のT位ブートRTCステータス= 1069(ダウンタイム直接なった場合長くなる)チェック
[24/09/15 - 14:34である:30:824]#のT位WDTをチェックブートステータス= 0
[24/09/15 - 14:34である:30:839]ブートステータスチェック#のT#1 =。
[24 / 9月15日- 14:34である:30:855] ## rtc_bbpu_power_on T = 0
[24/09/15 - 14:34である:30:855]の##のT = CLK KPD PMICイネーブル0
[24/09/15 - 14:34:31:042] #T#mem_init = 207( 多くのログをプリントアウトされるため、非常に長い部分ENGされる開始時刻)
[24/09/15 - 14:34である:31である:105]#1のT# 。BUF = 3 DRAM、INIT
[24/09/15 - 14:34である:31である:120]#のT = 2#ラムコンソール
[24/09/15 - 14:34である:31である:136] ## T = 0ブートDEV INIT
[24/09/15 - 14:34である:31である:136] = 81初期#部品番号T
。[24/09/15 - 14:34である:31である:167である]#T#秒9 INIT = LIB
[24/09 / 15から14:34である:31である:167]である€€€€
[24/09/15 - 14:34である:31である:557]の##のT = 0 bldr_handshake前に
[24/09/15 - 14:34である:31である:557 ] ## seclib_brom_meta_mode T = 0
[24/09/15 - 14:34である:31である:604] = USBハンドシェイク#1のT#410
[24/09/15 - 14:34:31:635]#のT#のUARTハンドシェーク= 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#バッテリ検出= 55
[24/09/15 - 14:34:31:775 = 0]#のT#1 MTJTAGスイッチ
24/09/15 [ - 14:34:31 775]#T#MTMETA = 0検出
- :34:31:853]#T#ブートにargU 14 [24/09/15を= 15


ブートプロセスモジュールのプリローダー遅いクロールプリロード起動ログ
[解説]
ブートプロセス中に、問題があるでしょう情報をプリントアウトする時ではないため、プリローダーそれ自体に、遅いプリローダーは、各段階の関連マルコオープン消費量を見ることができるようにする必要がありますときの状況。

【解決手段】
KKバージョンのため、次のファイルを変更:
テック/プラットフォーム/ mt6xxx /プリローダ/ SRC /ドライバ/ INC / Platform.hは、ラップされたマクロの内容が表示されます。
#ifdefined(PL_PROFILING)を
以下に印刷される印刷
情報
次のように、このスイッチを削除:/テック/プラットフォーム/ mt6xxx /プリローダーを変更 MAKEFILE.MAK
見つけ
位にメイクマーク解除ブート時間のプロファイリングのためのPL
#C_OPTION + = -DPL_PROFILINGここで削除#を

Lのバージョン、ポイントは変更する必要があります
変更のアルプス/ブート可能/ブートローダー/プリローダ/プラットフォーム/ mt6xxx / SRC /ドライバ/ INC 定義上platform.h内側:
ALPS /ブート可能/ブートローダー/ / mt6xxxプリローダ/プラットフォームは、#を発見しましたPLマーク解除メイクプロファイリングのための起動時間
#C_OPTIONは+ =ここ-DPL_PROFILINGは#を削除します

機能印刷の内容:#ifの定義(TARET_BUILD_VARIANT_ENG)ブランク情報をプリントアウトするために、この印刷機能のデフォルトのユーザーバージョンをラップには
、彼らは、ユーザーのバージョンでは、関連するコンテンツを印刷することができます前に、TARGET_BUILD_VARIANT_ENGを削除する必要があります

おすすめ

転載: blog.csdn.net/jinron10/article/details/86647749