999久久久久,国产成人一区二区精品非洲,日本男女乱闹一二三区

OpenHarmony適配新的開發板時，啟動流程init大概率會出現問題，其為內核直接拉起的第一個用戶態進程，問題定位手段只能依賴代碼走讀和增加調試打印，初始化過程中系統崩潰的問題就更難定位了。如果能使用gdb調試init，會極大的提高定位效率。本文簡單描述了一下L2二次啟動的系統如何使用gdb調試init

首先將gdb打包到系統鏡像中。

Init不正常的情況下，系統無法正常啟動工作，無法使用hdc工具加載gdb工具，所以直接在制做鏡像時，將其打包到系統鏡像bin目錄下。如下圖：

?2. 調試版本鏡像帶符號，需要修改鏡像配置文件，改大其大小限制。尤其是system.img，編譯失敗時不會提示實際鏡像大小，需要修改到5G以上。

?3.編譯調試版本，打開版本調試開關

./build.sh --product-name=ita260  --gn-args="is_debug=true use_unstripped_as_runtime_outputs=true"

4. 在init掛載好system、vendor等鏡像，并將根目錄切換到system鏡像后，在啟動第二階段init時，切換到shell下，停止init初始化流程，見下圖B處。

注意：A處的CloseStdio()需要注釋掉 考慮用gdb啟動init第二階段，init絕大部分處理流程都在這一階段，從這里開始就可以用gdb調試了，init第一階段處理相對而言流程簡單一些，代碼走讀和調試打印基本就能解決問題。 5. 在init主函數中去掉“不等于進程1就返回的處理”，因為用gdb起init第二階段時，其進程非1。

?6. init進程中不初始化Paramworkspace，前面pid=1的判斷，在gdb調試init時條件不成立，所以此處增加判斷init名就直接退出的處理。

?7. 系統啟動，init初始化第一階段完成后，會停在shell 下，此時使用下述命令啟動init第二階段：gdb --args /bin/init --second-stage為了調試init的子進程，還需要gdb下述命令set follow-fork-mode child

?當前gdb調試init方法不適用L0、L1和一次啟動的L2系統。本文章針對OpenHarmony系統在調試init初始化流程時，缺少高效的問題定位手段這一痛點，引入了嵌入式系統開發的主流調試工具-gdb。詳細描述了這一方法涉及到的版本編譯、適配點修改以及調試命令操作等細節處理，指導開發者提高定位init問題的效率。需要注意，當前gdb調試init方法有局限，不適用L0、L1和一次啟動的L2系統。 更多熱點文章閱讀