Mem-build kernel

Halaman ini menjelaskan proses pembuatan kernel kustom untuk perangkat Android. Petunjuk ini memandu Anda dalam proses memilih sumber yang tepat, membuat kernel, dan menyematkan hasilnya ke dalam image sistem yang dibuat dari Project Open Source Android (AOSP).

Mendownload sumber dan alat build

Untuk kernel terbaru, gunakan repo untuk mendownload sumber, toolchain, dan skrip build. Beberapa kernel (misalnya, kernel Pixel 3) memerlukan sumber dari beberapa repositori git, sementara yang lain (misalnya, kernel umum) hanya memerlukan satu sumber. Menggunakan pendekatan repo memastikan penyiapan direktori sumber yang benar.

Download sumber untuk cabang yang sesuai:

mkdir android-kernel && cd android-kernel
repo init -u https://android.googlesource.com/kernel/manifest -b BRANCH
repo sync

Untuk daftar cabang repo (BRANCH) yang dapat digunakan dengan perintah `repo init` sebelumnya, lihat Cabang kernel dan sistem build-nya.

Untuk mengetahui detail tentang cara mendownload dan mengompilasi kernel untuk perangkat Pixel, lihat Membangun Kernel Pixel.

Membangun kernel

Membangun dengan Bazel (Kleaf)

Android 13 memperkenalkan pembuatan kernel dengan Bazel.

Untuk membuat distribusi kernel GKI untuk arsitektur aarch64, lihat cabang Android Common Kernel yang tidak lebih awal dari Android 13, lalu jalankan perintah berikut:

tools/bazel run //common:kernel_aarch64_dist [-- --destdir=$DIST_DIR]

Setelah itu, biner kernel, modul, dan image yang sesuai akan berada di direktori $DIST_DIR. Jika --destdir tidak ditentukan, lihat output perintah untuk mengetahui lokasi artefak. Untuk mengetahui detailnya, lihat dokumentasi tentang AOSP.

Membangun dengan build.sh (lama)

Untuk cabang di atau di bawah Android 12, ATAU cabang tanpa Kleaf:

build/build.sh

Biner kernel, modul, dan image yang sesuai berada di direktori out/BRANCH/dist.

Bangun modul vendor untuk perangkat virtual

Android 13 memperkenalkan pembuatan kernel dengan Bazel (Kleaf), yang menggantikan build.sh.

Untuk membuat distribusi untuk modul virtual_device, jalankan:

tools/bazel run //common-modules/virtual-device:virtual_device_x86_64_dist [-- --destdir=$DIST_DIR]

Untuk mengetahui detail selengkapnya tentang cara mem-build kernel Android dengan Bazel, lihat. Kleaf - Membangun Kernel Android dengan Bazel.

Untuk mengetahui detail dukungan Kleaf untuk setiap arsitektur, lihat Dukungan Kleaf untuk perangkat dan kernel.

Bangun modul vendor untuk perangkat virtual dengan build.sh (lama)

Di Android 12, Cuttlefish dan Goldfish bergabung, sehingga keduanya menggunakan kernel yang sama: virtual_device. Untuk membuat modul kernel tersebut, gunakan konfigurasi build ini:

BUILD_CONFIG=common-modules/virtual-device/build.config.virtual_device.x86_64 build/build.sh

Android 11 memperkenalkan GKI, yang memisahkan kernel menjadi image kernel yang dikelola Google dan modul yang dikelola vendor, yang dibangun secara terpisah.

Contoh ini menunjukkan konfigurasi image kernel:

BUILD_CONFIG=common/build.config.gki.x86_64 build/build.sh

Contoh ini menunjukkan konfigurasi modul (Cuttlefish dan Emulator):

BUILD_CONFIG=common-modules/virtual-device/build.config.cuttlefish.x86_64 build/build.sh

Menjalankan kernel

Ada beberapa cara untuk menjalankan kernel yang dibuat khusus. Berikut adalah cara yang diketahui dan cocok untuk berbagai skenario pengembangan.

Menyematkan ke build image Android

Salin Image.lz4-dtb ke lokasi biner kernel masing-masing dalam hierarki AOSP dan bangun ulang image boot.

Atau, tentukan variabel TARGET_PREBUILT_KERNEL saat menggunakan make bootimage (atau command line make lainnya yang membuat image boot). Variabel ini didukung oleh semua perangkat karena disiapkan melalui device/common/populate-new-device.sh. Contoh:

export TARGET_PREBUILT_KERNEL=DIST_DIR/Image.lz4-dtb

Mem-flash dan mem-boot kernel dengan fastboot

Perangkat terbaru memiliki ekstensi bootloader untuk menyederhanakan proses pembuatan dan booting image boot.

Untuk mem-boot kernel tanpa melakukan flashing:

adb reboot bootloader
fastboot boot Image.lz4-dtb

Dengan menggunakan metode ini, kernel tidak benar-benar di-flash, dan tidak akan tetap ada setelah perangkat di-reboot.

Menjalankan kernel di Cuttlefish

Anda dapat menjalankan kernel dalam arsitektur pilihan Anda di perangkat Cuttlefish.

Untuk mem-boot perangkat Cuttlefish dengan serangkaian artefak kernel tertentu, jalankan perintah cvd create dengan artefak kernel target sebagai parameter. Contoh perintah berikut menggunakan artefak kernel untuk target arm64 dari manifest kernel common-android14-6.1.

cvd create \
    -kernel_path=/$PATH/$TO/common-android14-6.1/out/android14-6.1/dist/Image \
    -initramfs_path=/$PATH/$TO/common-android14-6.1/out/android14-6.1/dist/initramfs.img

Untuk mengetahui informasi selengkapnya, lihat Mengembangkan kernel di Cuttlefish.

Menyesuaikan build kernel

Untuk menyesuaikan build kernel untuk build Kleaf, lihat dokumentasi Kleaf.

Menyesuaikan build kernel dengan build.sh (lama)

Untuk build/build.sh, proses dan hasil build dapat dipengaruhi oleh variabel lingkungan. Sebagian besar bersifat opsional dan setiap cabang kernel harus dilengkapi dengan konfigurasi default yang tepat. Yang paling sering digunakan tercantum di sini. Untuk daftar lengkap (dan terbaru), lihat build/build.sh.

Variabel lingkungan Deskripsi Contoh
BUILD_CONFIG File konfigurasi build dari tempat Anda melakukan inisialisasi lingkungan build. Lokasi harus ditentukan relatif terhadap direktori root Repo. Default-nya adalah build.config.
Wajib untuk kernel umum.
BUILD_CONFIG=common/build.config.gki.aarch64
CC Mengganti compiler yang akan digunakan. Kembali ke compiler default yang ditentukan oleh build.config. CC=clang
DIST_DIR Direktori output dasar untuk distribusi kernel. DIST_DIR=/path/to/my/dist
OUT_DIR Direktori output dasar untuk build kernel. OUT_DIR=/path/to/my/out
SKIP_DEFCONFIG Lewati make defconfig SKIP_DEFCONFIG=1
SKIP_MRPROPER Lewati make mrproper SKIP_MRPROPER=1

Konfigurasi kernel kustom untuk build lokal

Di Android 14 dan yang lebih baru, Anda dapat menggunakan fragmen defconfig untuk menyesuaikan konfigurasi kernel. Lihat dokumentasi Kleaf tentang fragmen defconfig.

Konfigurasi kernel kustom untuk build lokal dengan konfigurasi build (lama)

Di Android 13 dan yang lebih lama, lihat hal berikut.

Jika Anda perlu mengganti opsi konfigurasi kernel secara rutin, misalnya, saat mengerjakan fitur, atau jika Anda memerlukan opsi yang ditetapkan untuk tujuan pengembangan, Anda dapat mencapai fleksibilitas tersebut dengan mempertahankan modifikasi atau salinan lokal dari konfigurasi build.

Tetapkan variabel POST_DEFCONFIG_CMDS ke pernyataan yang dievaluasi tepat setelah langkah make defconfig biasa selesai. Karena file build.config disalurkan ke lingkungan build, fungsi yang ditentukan dalam build.config dapat dipanggil sebagai bagian dari perintah post-defconfig.

Contoh umumnya adalah menonaktifkan pengoptimalan waktu penautan (LTO) untuk kernel crosshatch selama pengembangan. Meskipun LTO bermanfaat untuk kernel yang dirilis, overhead pada waktu build bisa signifikan. Cuplikan berikut yang ditambahkan ke build.config lokal menonaktifkan LTO secara permanen saat menggunakan build/build.sh.

POST_DEFCONFIG_CMDS="check_defconfig && update_debug_config"
function update_debug_config() {
    ${KERNEL_DIR}/scripts/config --file ${OUT_DIR}/.config \
         -d LTO \
         -d LTO_CLANG \
         -d CFI \
         -d CFI_PERMISSIVE \
         -d CFI_CLANG
    (cd ${OUT_DIR} && \
     make O=${OUT_DIR} $archsubarch CC=${CC} CROSS_COMPILE=${CROSS_COMPILE} olddefconfig)
}

Mengidentifikasi versi kernel

Anda dapat mengidentifikasi versi yang benar untuk dibangun dari dua sumber: struktur AOSP dan image sistem.

Versi kernel dari struktur AOSP

Struktur AOSP berisi versi kernel yang telah dibuat sebelumnya. Log git menampilkan versi yang benar sebagai bagian dari pesan commit:

cd $AOSP/device/VENDOR/NAME
git log --max-count=1

Jika versi kernel tidak tercantum dalam log git, dapatkan dari image sistem, seperti yang dijelaskan di bawah.

Versi kernel dari image sistem

Untuk menentukan versi kernel yang digunakan dalam image sistem, jalankan perintah berikut terhadap file kernel:

file kernel

Untuk file Image.lz4-dtb, jalankan:

grep -a 'Linux version' Image.lz4-dtb

Membangun image boot

Image boot dapat dibangun menggunakan lingkungan build kernel.

Membangun image booting untuk perangkat dengan init_boot

Untuk perangkat dengan partisi init_boot, image booting dibuat bersama dengan kernel. Gambar initramfs tidak disematkan dalam image booting.

Misalnya, dengan Kleaf, Anda dapat mem-build image boot GKI dengan:

tools/bazel run //common:kernel_aarch64_dist [-- --destdir=$DIST_DIR]

Dengan build/build.sh (lama), Anda dapat membuat image boot GKI dengan:

BUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh

Image boot GKI berada di $DIST_DIR.

Membangun image booting untuk perangkat tanpa init_boot (lama)

Untuk perangkat tanpa partisi init_boot, Anda memerlukan biner ramdisk, yang bisa Anda dapatkan dengan mendownload image boot GKI dan mengekstraknya. Image booting GKI apa pun dari rilis Android terkait akan berfungsi.

tools/mkbootimg/unpack_bootimg.py --boot_img=boot-5.4-gz.img
mv $KERNEL_ROOT/out/ramdisk gki-ramdisk.lz4

Folder target adalah direktori tingkat teratas dari struktur kernel (direktori kerja saat ini).

Jika Anda mengembangkan dengan cabang rilis AOSP terbaru, Anda dapat mendownload artefak build ramdisk-recovery.img dari build aosp_arm64 di ci.android.com dan menggunakannya sebagai biner ramdisk Anda.

Jika Anda memiliki biner ramdisk dan telah menyalinnya ke gki-ramdisk.lz4 di direktori root build kernel, Anda dapat membuat image boot dengan menjalankan:

BUILD_BOOT_IMG=1 SKIP_VENDOR_BOOT=1 KERNEL_BINARY=Image GKI_RAMDISK_PREBUILT_BINARY=gki-ramdisk.lz4 BUILD_CONFIG=common/build.config.gki.aarch64 build/build.sh

Jika Anda menggunakan arsitektur berbasis x86, ganti Image dengan bzImage, dan aarch64 dengan x86_64:

BUILD_BOOT_IMG=1 SKIP_VENDOR_BOOT=1 KERNEL_BINARY=bzImage GKI_RAMDISK_PREBUILT_BINARY=gki-ramdisk.lz4 BUILD_CONFIG=common/build.config.gki.x86_64 build/build.sh

File tersebut berada di direktori artefak $KERNEL_ROOT/out/$KERNEL_VERSION/dist.

Image booting terletak di out/<kernel branch>/dist/boot.img.