Pengujian VTS dengan ramdisk debug

Sejak Android 10, Generic System Image (GSI) yang digunakan untuk menjalankan pengujian kepatuhan CTS-on-GSI/VTS diubah dari userdebug menjadi jenis build pengguna agar dapat ditandatangani rilis. Ini adalah masalah untuk pengujian VTS karena VTS memerlukan adb root untuk dijalankan, tetapi adb root tidak tersedia di perangkat build pengguna.

Ramdisk debug (atau image boot debug) diperkenalkan untuk mengaktifkan adb root pada perangkat build pengguna yang bootloadernya tidak terkunci. Hal ini menyederhanakan alur pengujian dengan menggunakan GSI system.img build pengguna yang sama untuk CTS-on-GSI dan VTS-on-GSI. Untuk penyiapan STS, penggunaan system.img OEM userdebug lain masih diperlukan.

Tabel berikut menunjukkan perubahan image dan jenis build untuk pengujian kepatuhan di Android 10.

Ringkasan

File gambar tambahan ini dibuat di folder build (${ANDROID_PRODUCT_OUT}):

• boot-debug.img
• vendor_boot-debug.img

Saat boot-debug.img di-flash ke partisi boot perangkat, file sepolicy sistem versi userdebug dan file properti tambahan, adb_debug.prop, akan dimuat. Hal ini memungkinkan adb root dengan build system.img pengguna (GSI atau OEM).

Untuk Generic Kernel Image (GKI) yang menggunakan perangkat yang memiliki partisi vendor_boot, boot-debug.img tidak boleh di-flash, karena partisi boot harus di-flash dengan image GKI bersertifikasi. Sebagai gantinya, vendor_boot-debug.img harus di-flash ke partisi vendor_boot untuk memfasilitasi ramdisk debug.

Prasyarat untuk menggunakan ramdisk debug

Ramdisk debug disediakan oleh OEM yang menjalankan pengujian kepatuhan. Aplikasi tidak boleh ditandatangani rilis, dan hanya dapat digunakan jika perangkat tidak terkunci.

Ramdisk debug tidak akan dibuat atau digunakan untuk mengupgrade perangkat dengan:

• BOARD_BUILD_SYSTEM_ROOT_IMAGE true
• skip_initramfs di command line kernel

GSI Android 12

Tidak diperlukan petunjuk tambahan untuk menggunakan ramdisk debug dengan GSI Android 12.

Mulai 29/09/2021, ramdisk debug tidak lagi memerlukan update dengan alat repack_bootimg. Build GSI Android 12 setelah SGR1.210929.001 (7777720) menggabungkan file userdebug_plat_sepolicy.cil terbaru dalam system.img-nya dan mengabaikan userdebug_plat_sepolicy.cil dari ramdisk debug. Lihat CL untuk mengetahui detailnya.

GSI Android 11

Saat boot-debug.img atau vendor_boot-debug.img digunakan, sepolicy sistem dimuat dari file userdebug_plat_sepolicy.cil di ramdisk debug boot-debug.img atau vendor_boot-debug.img. Untuk mem-booting image GSI, selalu sertakan perubahan sepolicy terbaru dari cabang android11-gsi untuk mem-build ulang boot-debug.img atau vendor_boot-debug.img.

Atau, alat repack_bootimg dapat digunakan untuk membangun ulang boot-debug.img atau vendor_boot-debug.img dengan sekebijakan GSI yang diupdate.

Memaketkan ulang ramdisk debug

Daripada menggabungkan perubahan sepolicy untuk mem-build ulang boot-debug.img, partner dapat menggunakan repack_bootimg untuk mengupdate file sepolicy GSI menjadi boot-debug.img (atau vendor_boot-debug.img jika perangkat menggunakan GKI).

Langkah-langkahnya sebagai berikut:

1. Download otatools.zip dari https://ci.android.com. Sebaiknya download dari artefak build aosp_arm64-userdebug di aosp-main.

2. Siapkan lingkungan eksekusi untuk repack_bootimg:

   unzip otatools.zip -d otatools
   export PATH="${PWD}/otatools/bin:${PATH}"
   repack_bootimg --help

3. Download userdebug_plat_sepolicy.cil atau boot-with-debug-ramdisk-${KERNEL_VERSION}.img dari build GSI yang Anda gunakan. Misalnya, jika Anda menggunakan GSI arm64 dari RJR1.211020.001 (7840830), download dari https://ci.android.com/builds/submitted/7840830/AOSP_arm64-user/latest.

4. Update perangkat boot-debug.img atau vendor_boot-debug.img dengan userdebug_plat_sepolicy.cil:

   repack_bootimg --local --dst_bootimg boot-debug.img \
       --ramdisk_add userdebug_plat_sepolicy.cil:userdebug_plat_sepolicy.cil \
       --ramdisk_add userdebug_plat_sepolicy.cil:first_stage_ramdisk/userdebug_plat_sepolicy.cil
   # If using GKI
   repack_bootimg --local --dst_bootimg vendor_boot-debug.img \
       --ramdisk_add userdebug_plat_sepolicy.cil:userdebug_plat_sepolicy.cil \
       --ramdisk_add userdebug_plat_sepolicy.cil:first_stage_ramdisk/userdebug_plat_sepolicy.cil

   Dengan boot-with-debug-ramdisk-${KERNEL_VERSION}.img:

   repack_bootimg --src_bootimg boot-with-debug-ramdisk-5.4.img \
       --dst_bootimg boot-debug.img \
       --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:userdebug_plat_sepolicy.cil \
       --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:first_stage_ramdisk/userdebug_plat_sepolicy.cil
   # If using GKI
   repack_bootimg --src_bootimg boot-with-debug-ramdisk-5.4.img \
       --dst_bootimg vendor_boot-debug.img \
       --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:userdebug_plat_sepolicy.cil \
       --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:first_stage_ramdisk/userdebug_plat_sepolicy.cil

   Argumen --ramdisk_add dapat disesuaikan sesuai dengan konfigurasi perangkat. Lihat bagian berikutnya untuk mendapatkan penjelasan mendetail.

Jalur sepolicy userdebug

repack_bootimg di atas menyalin file userdebug_plat_sepolicy.cil dari ramdisk --src_bootimg ke ramdisk --dst_bootimg. Namun, jalur dalam ramdisk debug mungkin berbeda di berbagai versi Android. Di Android 10 dan 11, jalurnya adalah first_stage_ramdisk/userdebug_plat_sepolicy.cil untuk perangkat dengan androidboot.force_normal_boot=1 di command line kernel. Jika tidak, jalurnya adalah userdebug_plat_sepolicy.cil.

Jalankan perintah berikut untuk memeriksa apakah ada androidboot.force_normal_boot di command line kernel:

adb root
adb shell cat /proc/cmdline | grep force_normal_boot

Mulai dari Android 12, jalur dalam ramdisk debug selalu userdebug_plat_sepolicy.cil, terlepas dari keberadaan androidboot.force_normal_boot=1 di command line kernel. Tabel berikut menunjukkan jalur dalam ramdisk debug di berbagai versi Android.

Anda dapat menentukan --ramdisk_add untuk menyalin file dari dan ke jalur yang berbeda dengan daftar pasangan src_path:dst_path. Misalnya, perintah berikut menyalin file first_stage_ramdisk/userdebug_plat_sepolicy.cil dari boot-with-debug-ramdisk-5.4.img Android 11 ke first_stage_ramdisk/userdebug_plat_sepolicy.cil dalam vendor_boot-debug.img Android 11.

repack_bootimg \
    --src_bootimg boot-with-debug-ramdisk-5.4.img \
    --dst_bootimg vendor_boot-debug.img \
    --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:first_stage_ramdisk/userdebug_plat_sepolicy.cil

Jika tidak ada androidboot.force_normal_boot=1 di command line kernel, perintah harus disesuaikan seperti di bawah untuk mengubah jalur tujuan menjadi userdebug_plat_sepolicy.cil.

repack_bootimg \
    --src_bootimg boot-with-debug-ramdisk-5.4.img \
    --dst_bootimg vendor_boot-debug.img \
    --ramdisk_add first_stage_ramdisk/userdebug_plat_sepolicy.cil:userdebug_plat_sepolicy.cil

Menambahkan footer AVB

Jika image yang diteruskan ke --dst_bootimg dikonfigurasi sebagai partisi AVB-chained, footer AVB perlu ditambahkan setelah menjalankan perintah repack_bootimg.

Misalnya, sebelum menjalankan repack_bootimg, jalankan perintah berikut untuk memeriksa apakah vendor_boot-debug.img memiliki footer AVB berantai.

avbtool info_image --image vendor_boot-debug.img

Jika awalnya memiliki footer AVB berantai, footer AVB perlu ditambahkan setelah menjalankan perintah repack_bootimg. Menggunakan kunci pengujian apa pun untuk menandatangani vendor_boot-debug.img berfungsi karena ramdisk debug hanya dapat digunakan saat perangkat tidak terkunci, yang memungkinkan gambar yang ditandatangani kunci non-rilis di partisi boot atau vendor_boot.

avbtool add_hash_footer --partition_name vendor_boot \
    --partition_size 100663296 \
    --algorithm SHA256_RSA4096 \
    --key otatools/external/avb/test/data/testkey_rsa4096.pem \
    --image vendor_boot-debug.img