Rockchip Android13 GKI开发指南
Rockchip Android13 GKI開(kāi)發(fā)指南
文章目錄
- Rockchip Android13 GKI開(kāi)發(fā)指南
- GKI介紹
- Google upstream kernel下載及編譯
- Rockchip SDK中GKI相關(guān)目錄介紹
- Rockchip GKI編譯
- 代碼修改
- 編譯
- 固件燒寫(xiě)
- KO編譯及修改
- 添加新的模塊驅(qū)動(dòng)的方法
- 調(diào)試ko方法
- 開(kāi)機(jī)log確認(rèn)
- uboot階段
- Android階段
- KO加載
- KO加載報(bào)錯(cuò)
- 調(diào)試技巧
- 打印更多KO加載的log
- 在RK的kernel打包中編譯GKI使用的boot.img
- 查看google發(fā)布的內(nèi)核接口
- 如何提交內(nèi)核接口到upstream
GKI介紹
Android13 GMS和EDLA認(rèn)證的一個(gè)難點(diǎn)是google強(qiáng)制要求要支持GKI。GKI通用內(nèi)核映像，是google為了解決內(nèi)核碎片化的問(wèn)題，而設(shè)計(jì)的通過(guò)提供統(tǒng)一核心內(nèi)核并將SoC和板級(jí)驅(qū)動(dòng)從核心內(nèi)核移至可加載模塊中。核心內(nèi)核為驅(qū)動(dòng)模塊提供了穩(wěn)定的內(nèi)核模塊接口，模塊驅(qū)動(dòng)和核心內(nèi)核可以獨(dú)立進(jìn)行更新。內(nèi)核接口可以通過(guò)upstream的方式進(jìn)行擴(kuò)展。 Soc和板級(jí)廠商在驅(qū)動(dòng)開(kāi)發(fā)時(shí)需要使用已經(jīng)定義的內(nèi)核接口，如果要新加核心內(nèi)核接口需要提交給google，這個(gè)周期會(huì)比較長(zhǎng)，所以要提前做好開(kāi)發(fā)準(zhǔn)備。
Google upstream kernel下載及編譯
Google的boot.img是定期發(fā)布，時(shí)間間隔比較長(zhǎng)。 我們可以下載google的upstream的kernel源碼自己編譯boot.img進(jìn)行驗(yàn)證和debug。
Google Upstream kernel下載鏈接：
repo init -u https://android.googlesource.com/kernel/manifest -b common-android13-5.10需要翻墻下載
編譯
tools/bazel run --config=fast //common:kernel_aarch64_dist -- --dist_dir=./out生成boot.img
out/boot.imgRockchip SDK中GKI相關(guān)目錄介紹
- kernel KO文件路徑
- Google boot.img路徑
- KO文件加載順序配置文件
- GPU mali庫(kù)的路徑
GPU的mali庫(kù)是單獨(dú)編譯在vendor.img中，源文件路徑在
Rockchip GKI編譯
代碼修改
GKI需要打開(kāi)AB系統(tǒng)才能使用，具體代碼修改如下：
編譯
完整編譯方式與非GKI的一樣
source build/envsetup.sh lunch rk3588_t-userdebug ./build.sh -ACUKup注意：這里編譯的kernel只是為了編譯出resource.img，kernel源碼部分都是使用mkcombinedroot/vendor_ramdisk/lib/modules/下的ko文件直接打包成vendor_boot.img。內(nèi)核部分使用的是google發(fā)布的boot.img，具體路徑在mkcombinedroot/prebuilts/boot-5.10.img
編譯完可以直接燒寫(xiě) rockdev/Image-rk3588_t/update.img
在調(diào)試階段也支持單獨(dú)編譯vendor_boot.img
編譯命令：
編譯完可以直接燒寫(xiě)
out/target/product/rk3588_t/vendor_boot.img固件燒寫(xiě)
固件燒寫(xiě)分2中方式：
- 完整包update.img
固件路徑
可以通過(guò)瑞芯微開(kāi)發(fā)工具燒寫(xiě)
- 散包燒寫(xiě)
首先導(dǎo)入配置文件，方法是在工具 空白處右鍵-導(dǎo)入配置-選擇導(dǎo)入txt文件-選擇parameter.txt
然后依次選擇rockdev/Image-rk3588_t/下對(duì)應(yīng)的img文件進(jìn)行燒寫(xiě)，分區(qū)A和B導(dǎo)入的固件是同一個(gè)
KO編譯及修改
添加新的模塊驅(qū)動(dòng)的方法
將gt1x的驅(qū)動(dòng)放在drivers/input/touchscreen/下面，并添加對(duì)應(yīng)的Makefile和Kconfig，這里按kernel的標(biāo)準(zhǔn)方式進(jìn)行操作；
|.load文件名稱| 對(duì)應(yīng)分區(qū) | makefile解析 |加載時(shí)間|
| - | - | - |
| vendor_ramdisk_modules.load | vendor_boot | vendor_ramdisk_gki.mk |ramdisk init階段|
| vendor_modules.load | vendor | vendor_gki.mk |android啟動(dòng)時(shí)|
| recovery_modules.load | recovery | recovery_gki.mk |recovery階段|
觸摸屏驅(qū)動(dòng)要在init階段加載所以加到vendor_ramdisk_modules.load中
echo "gt1x-ts.ko" >> res/vendor_ramdisk_modules.load觸摸屏驅(qū)動(dòng)要在init階段加載所以加到vendor_ramdisk_modules.load中
同時(shí)要將也要在res/debug_list.load中添加，作為調(diào)試用，在這里面加編譯的時(shí)候才會(huì)從kernel中更新對(duì)應(yīng)的ko到vendor_boot.img中。 注意： res/debug_list.load僅做調(diào)試用，不需要提交到服務(wù)器上。
注意 1：.load文件關(guān)乎驅(qū)動(dòng)的加載順序，請(qǐng)不要修改原有順序，僅在需要時(shí)添加自己的驅(qū)動(dòng)名稱，否則可能會(huì)導(dǎo)致系統(tǒng)無(wú)法啟動(dòng)！！！
注意 2：如果使用A/B系統(tǒng)，請(qǐng)務(wù)必保證vendor_ramdisk_modules.load和recovery_modules.load文件內(nèi)容一致，否則會(huì)導(dǎo)致無(wú)法啟動(dòng)！代碼默認(rèn)使用軟鏈接將二者鏈接起來(lái)，請(qǐng)不要自己修改！！！
注意 3：如果是在android啟動(dòng)的時(shí)候加載的ko可以放在vendor_modules.load中，但需要注意：vendor下的ko不會(huì)被系統(tǒng)主動(dòng)加載！如果僅需要在開(kāi)機(jī)階段自動(dòng)加載，可以使用Rockchip提供的默認(rèn)加載腳本init.insmod.sh，該腳本會(huì)自動(dòng)加載device/rockchip/common/rootdir/init.insmod.cfg配置中的所有ko。
- 進(jìn)到kernel-5.10目錄下進(jìn)行ko文件編譯
配置clang編譯鏈（編譯鏈版本請(qǐng)參考build.sh中的配置）
export PATH=../prebuilts/clang/host/linux-x86/clang-r450784d/bin:$PATH make CROSS_COMPILE=aarch64-linux-gnu- LLVM=1 LLVM_IAS=1 ARCH=arm64 gki_defconfig rockchip_gki.config xxx_gki.config && make CROSS_COMPILE=aarch64-linux-gnu- LLVM=1 LLVM_IAS=1 ARCH=arm64 rk3588s-evb8-lp4x-v10.img -j32KO編完后進(jìn)到mkcombinedroot/下執(zhí)行mkgki4.sh腳本自動(dòng)從kernel-5.10下面拷貝； 也可以手動(dòng)進(jìn)行拷貝
在工程根目錄下編譯vendor_boot.img，命令如下。 這一步是將KO文件打包到vendor_boot.img，在降vendor_boot.img燒寫(xiě)到機(jī)器中。
-
燒寫(xiě)out/target/product/rk3588_t/vendor_boot.img文件到機(jī)器中開(kāi)機(jī)驗(yàn)證
-
如果是放在vendor分區(qū)的ko可以在系統(tǒng)起來(lái)后直接push到機(jī)器內(nèi)的vendor分區(qū)中，手動(dòng)掛載進(jìn)行驗(yàn)證
-
如果有涉及到dts的修改，需要燒寫(xiě)kernel-5.10下的resource.img
附：AOSP定義的各類ko加載階段
| Recovery | Y | Y | Y | Y | Y | N | N | N | N |
| Charger | Y | Y | Y | Y | Y | N | N | N | N |
| Android | Y | Y | Y | Y | Y | Y | Y | Y | Y |
調(diào)試ko方法
在kernel-5.10目錄下修改對(duì)應(yīng)ko的驅(qū)動(dòng)源碼
使用如下命令進(jìn)行ko編譯
- 配置clang編譯鏈（編譯鏈版本請(qǐng)參考build.sh中的配置）export PATH=../prebuilts/clang/host/linux-x86/clang-r450784d/bin:$PATH
- 編譯komake CROSS_COMPILE=aarch64-linux-gnu- LLVM=1 LLVM_IAS=1 ARCH=arm64 gki_defconfig rockchip_gki.config xxx_gki.config && make CROSS_COMPILE=aarch64-linux-gnu- LLVM=1 LLVM_IAS=1 ARCH=arm64 rk3588s-evb8-lp4x-v10.img -j32
進(jìn)到mkcombinedroot目錄。將需要更新的ko文件名添加到res/debug_list.load中
進(jìn)到mkcombinedroot目錄，配置dtb，執(zhí)行./mkgki4.sh將ko文件打包到vender_boot.img中
cd ../mkcombinedroot/ export MY_DTB=rk3588s-evb8-lp4x-v10 ./mkgki4.shKO編完后進(jìn)到mkcombinedroot/下執(zhí)行mkgki4.sh腳本自動(dòng)從kernel-5.10下面拷貝； 也可以手動(dòng)進(jìn)行拷貝
在工程根目錄下編譯vendor_boot.img，命令如下。 這一步是將KO文件打包到vendor_boot.img，在降vendor_boot.img燒寫(xiě)到機(jī)器中。
- 燒寫(xiě)out/target/product/rk3588_t/vendor_boot.img文件到機(jī)器中開(kāi)機(jī)驗(yàn)證
- 如果是放在vendor分區(qū)的ko可以在系統(tǒng)起來(lái)后直接push到機(jī)器內(nèi)的vendor分區(qū)中，手動(dòng)掛載進(jìn)行驗(yàn)證
- 如果有涉及到dts的修改，需要燒寫(xiě)kernel-5.10下的resource.img
有關(guān)打包工具的詳細(xì)說(shuō)明，請(qǐng)參考：mkcombinedroot/README
注意：kernel編譯ko的時(shí)候如果有修改了config，則編譯中間會(huì)卡住很長(zhǎng)一段時(shí)間，這是在做編譯優(yōu)化，根據(jù)編譯服務(wù)器硬件配置不同優(yōu)化的速度也不同，即卡住的時(shí)間也不同。 所以這個(gè)卡住是正常現(xiàn)象。
開(kāi)機(jī)log確認(rèn)
uboot階段
| vendor_ramdisk(v-ramdisk) | V3+ |
| bootconfig | V4+ |
Android階段
GKI版本： Linux version 5.10.117-android13-9-00037-gbc08447eb7bd
[ 0.000000][ T0] Booting Linux on physical CPU 0x0000000000 [0x412fd050] [ 0.000000][ T0] Linux version 5.10.117-android12-9-00037-gbc08447eb7bd (build-user@build-host) (Android (7284624, based on r416183b) clang version 12.0.5 (https://android.googlesource.com/toolchain/llvm-project c935d99d7cf2016289302412d708641d52d2f7ee), LLD 12.0.5 (/buildbot/src/android/llvm-toolchai n/out/llvm-project/lld c935d99d7cf2016289302412d708641d52d2f7ee)) #1 SMP PREEMPT Thu Aug 25 15:24:20 UTC 2022Kernel command line： Header V4中不能存在androidboot.xxx這一類的命令行參數(shù)，這類參數(shù)全部在bootconfig中。此類參數(shù)可以通過(guò)cat /proc/bootconfig確認(rèn)。
[ 0.000000][ T0] Kernel command line: stack_depot_disable=on kasan.stacktrace=off kvm-arm.mode=protected cgroup_disable=pressure cgroup.memory=nokme m storagemedia=emmc console=ttyFIQ0 firmware_class.path=/vendor/etc/firmware init=/init rootwait ro loop.max_part=7 bootconfig buildvariant=userdebug earl ycon=uart8250,mmio32,0xfeb50000 irqchip.gicv3_pseudo_nmi=0KO加載
開(kāi)始加載ko，可以看到log：
[ 1.034730][ T1] Run /init as init process [ 1.036190][ T1] init: init first stage started! [ 1.040534][ T1] init: Loading module /lib/modules/io-domain.ko with args '' [ 1.042038][ T1] init: Loaded kernel module /lib/modules/io-domain.koKO加載報(bào)錯(cuò)
使用了未導(dǎo)出的符號(hào)，報(bào)錯(cuò)重啟：
[ 0.805736][ T1] cryptodev: Unknown symbol crypto_ahash_final (err -2) [ 0.806383][ T1] cryptodev: Unknown symbol sg_nents (err -2) [ 0.806972][ T1] cryptodev: Unknown symbol crypto_alloc_akcipher (err -2) [ 0.819768][ T1] Kernel panic - not syncing: Attempted to kill init! exitcode=0x00007f00注： 正常不會(huì)出現(xiàn)此問(wèn)題，參考 名詞解釋階段——ABI進(jìn)行處理
調(diào)試技巧
打印更多KO加載的log
修改ratelimit的值，可以打印更多init的log，方便查問(wèn)題，init信息太少會(huì)把ko加載的報(bào)錯(cuò)信息隱藏掉。
xxx@sys2_206:~/a2_Android13_29_sdk/kernel-5.10$ git diff diff --git a/include/linux/ratelimit_types.h b/include/linux/ratelimit_types.h index b676aa419eef..db7eb5be2d8b 100644 --- a/include/linux/ratelimit_types.h +++ b/include/linux/ratelimit_types.h @@ -7,7 +7,7 @@ #include <linux/spinlock_types.h> #define DEFAULT_RATELIMIT_INTERVAL (5 * HZ) -#define DEFAULT_RATELIMIT_BURST 10 +#define DEFAULT_RATELIMIT_BURST 1000在RK的kernel打包中編譯GKI使用的boot.img
先按正常編譯步驟編譯kernel，生成arch/arm64/boot/Image
用如下命令打包boot.img
mkbootimg --kernel arch/arm64/boot/Image --header_version 4 --output …/mkcombinedroot/prebuilts/boot-5.10.img
查看google發(fā)布的內(nèi)核接口
標(biāo)準(zhǔn)的內(nèi)核接口定義在android目錄下：
:~/a5_google_kenrel/common$ tree a android/ arch/ wlq@sys2_206:~/a5_google_kenrel/common$ tree android/ android/ ├── abi_gki_aarch64 ├── abi_gki_aarch64_core ├── abi_gki_aarch64_db845c ├── abi_gki_aarch64_exynos ├── abi_gki_aarch64_fips140 ├── abi_gki_aarch64_galaxy ├── abi_gki_aarch64_generic ├── abi_gki_aarch64_hikey960 ├── abi_gki_aarch64_rockchip ├── abi_gki_aarch64_type_visibility ├── abi_gki_aarch64_virtual_device ├── abi_gki_aarch64.xml ├── abi_gki_modules_exports ├── abi_gki_modules_protected ├── gki_aarch64_fips140_modules ├── gki_aarch64_modules └── gki_system_dlkm_modules如何提交內(nèi)核接口到upstream
如果需要添加新的內(nèi)核接口，可以生成對(duì)應(yīng)的patch，再將patch通過(guò)瑞芯微的redmine系統(tǒng)提交個(gè)瑞芯微審核然后再統(tǒng)一提交給google
diff --git a/android/abi_gki_aarch64_rockchip b/android/abi_gki_aarch64_rockchip index 85bd8bc134cf..3344cf064e06 100644 --- a/android/abi_gki_aarch64_rockchip +++ b/android/abi_gki_aarch64_rockchip @@ -2144,6 +2144,15 @@mmc_pwrseq_registermmc_pwrseq_unregister+# required by r8168.ko + pci_set_mwi + pci_clear_mwi + proc_get_parent_data + skb_checksum_help + __skb_gso_segment + remove_proc_subtree + pci_choose_state +# required by reboot-mode.kodevres_releasekernel_kobj總結(jié)
以上是生活随笔為你收集整理的Rockchip Android13 GKI开发指南的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。
- 上一篇： 手机版Excel Office跳过登录
- 下一篇： 摄像头poe供电原理_poe供电是什么_