基于标准Android设备树移植AAOS遇阻：修改后仍启动原生Android

一、车载场景必须的适配修改（设备树+系统配置） #

• 车载硬件节点补全：设备树里要添加车载专属硬件的节点，比如CAN总线控制器、车载电源唤醒节点、方向盘按键输入节点——原生Android的设备树基本没有这些，得对照开发板硬件手册补充。比如CAN节点的示例：

  can@xxxxxxx {
      compatible = "nxp,sja1000";
      reg = <0xxxxxxxx 0x100>;
      interrupts = <GIC_SPI 5 IRQ_TYPE_LEVEL_HIGH>;
      clock-frequency = <16000000>;
      status = "okay";
  };
  

• 强制切换车载启动目标：要么在设备树的chosen节点bootargs里添加androidboot.target=automotive，要么在BoardConfig.mk里把TARGET_PRODUCT设为AAOS对应的产品（比如aosp_car_x86_64），同时添加BUILD_BROKEN_DUP_RULES=true适配车载编译规则。
• 启用车载核心服务：原生Android不带车载服务，得在device.mk里添加依赖包：

  PRODUCT_PACKAGES += \
      CarService \
      CarSystemUI \
      CarLauncher \
      CarSettings
  

• 车载显示与输入适配：如果是仪表盘类的竖屏显示，要修改设备树display节点的分辨率参数，同时在config.xml里设置config_defaultDisplayWidth和config_defaultDisplayHeight为车载规格；另外要确保输入子系统能识别方向盘按键，对应设备树的input节点得配置正确。

二、仍启动原生Android的排查步骤 #

• 检查编译产物：前往out/target/product/<你的开发板名>/目录查看是否生成car_system.img，要是只有普通的system.img，说明BoardConfig.mk或device.mk的产品配置没切换到AAOS。
• 验证启动参数：通过串口查看启动日志里的bootargs，确认是否包含androidboot.target=automotive。没有的话，要么修改设备树的bootargs，要么在bootloader里强制传入这个参数。
• 检查分区挂载：查看启动日志里是否挂载了car_system分区，而不是原生的system分区。有些开发板默认分区表没有car_system，得修改fstab添加挂载规则。
• 排查车载服务启动日志：过滤启动日志里的CarService关键字，要是没找到启动记录，说明系统没加载车载服务，要么是device.mk里的包没加对，要么是ro.product.model没被识别成车载设备。

内容的提问来源于stack exchange，提问作者christo