aosp-part-kernel-and-boot

Explain Android boot sequence, GKI separation, and KMI stability with AOSP file paths.

122|30|Updated Mar 18, 2026
One-click install
npx skills add https://github.com/aospbooks/aosp-internal-book --skill aosp-part-kernel-and-boot
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aosp-part-kernel-and-boot
Source: https://github.com/aospbooks/aosp-internal-book/tree/main/agents/claude/skills/aosp-part-kernel-and-boot
Command: npx skills add https://github.com/aospbooks/aosp-internal-book --skill aosp-part-kernel-and-boot

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps you reason about how Android boots, how the GKI decouples kernel from vendor, how dm-verity/AVB secure the boot path, and how system properties and SELinux contexts are initialized during early boot.

Core Features & Use Cases

  • Boot flow analysis: trace the sequence from bootloader handoff through first and second stage init to Zygote.
  • GKI and KMI study: understand the core kernel vs vendor modules separation and the KMI stability contract.
  • Security and policy: examine AVB/dm-verity, SELinux policy loading, and property_contexts handling.
  • Reference file paths: map concepts to concrete AOSP source tree locations (e.g., system/core/init, kernel/configs, bionic/system_properties).

Quick Start

Ask it to explain how the GKI architecture separates kernel from vendor modules during boot.

Frequently Asked Questions about aosp-part-kernel-and-boot

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How does the Android boot sequence work from bootloader to Zygote?

The Android boot sequence traces from bootloader handoff through first and second stage init to Zygote. You can map this flow to concrete AOSP source paths like system/core/init to understand each transition phase.

What is GKI separation and how does it enforce KMI stability in Android?

GKI separation decouples the core kernel from vendor modules, enforcing a KMI stability contract. This ensures vendor modules remain compatible across kernel updates without altering the core kernel interface.

How do AVB and dm-verity secure the Android boot path?

AVB and dm-verity secure the Android boot path by verifying the integrity of the boot images and system partitions. They prevent unauthorized modifications during the boot flow before the OS fully loads.

How are system properties and SELinux contexts initialized during early boot?

System properties and SELinux contexts are initialized during early boot stages by loading property_contexts and SELinux policies. Reference paths like bionic/system_properties map this handling in the AOSP source.

How does the Android binder mechanism transition between memfd and ashmem?

The binder mechanism transitions from ashmem to memfd for memory management during Android boot. This shift aligns with GKI architecture requirements and kernel module separation in the AOSP source tree.