内核问题故障排除

​

由于选取了错误的 DTB 或未选取 DTB 导致的启动失败

• 认证失败 以下示例显示了因认证不正确而失败的日志:
  Platform Subtype : 0
  DtPlatformLoadDtb qcs6490-rb3gen2.dtb is loaded
  Platform Subtype : -2090817768
  DtPlatformLoadSign qcs6490-rb3gen2.sgn is loaded
  failed to authenticate image !
  
• 由于 DTB 不可用导致的失败 以下示例显示了因缺少 DTB 而失败的日志:
  DtPlatformLoadDtb qcs6490-rb3gen2.dtb is loading failed with Status = E
  DtPlatformDxeEntryPoint: no DTB blob could be loaded, defaulting to ACPI (Status == Not Found)
  
  要修复 DTB 不可用的问题,请执行以下操作:
  • 验证对应的 DTB 文件是否包含在打包的 dtb.bin 文件中。
  • 在主机开发机上本地挂载 dtb.bin 文件以进行以下验证:
    mount -t vfat dtb.bin /mnt/
    fdtdump /mnt/combined-dtb.bin | grep -i model
    
• 从内核日志验证已加载的 DTB 使用以下命令从内核日志验证启动时加载的 DTB:
  dmesg | grep -i model
  

​

串行控制台不工作

• 在内核配置文件中启用以下驱动:
  • CONFIG_SERIAL_QCOM_GENI=y
  • CONFIG_SERIAL_QCOM_GENI_CONSOLE=y
• 在内核启动参数中添加以下参数:
  console=ttyMSM0,115200n8
  
• 要获取内核的早期启动消息,请在内核启动参数中添加以下参数:
  earlycon
  

​

调试远程处理器故障

• 确保所有匹配的子系统镜像均已无误刷写。
• 检查内核日志中是否存在错误。 以下示例显示了一个内核日志样例:
  0x000000000A27652C |   5198.790423:   qcom_q6v5_pas 3000000.remoteproc: fatal error received: err_inject_crash.c:413:Crash injected via Diag
  0x000000000A276689 |   5198.801061:   remoteproc remoteproc2: crash detected in 3000000.remoteproc: type fatal error
  0x000000000A2767A1 |   5198.809602:   remoteproc remoteproc2: handling crash #1 in 3000000.remoteproc
  0x000000000A27688E |   5198.816837:   remoteproc remoteproc2: recovering 3000000.remoteproc
  0x000000000A276971 |   5198.823784:   qcom_q6v5_pas 8a00000.remoteproc: subsystem event rejected
  
• 禁用以下子系统重启功能,以确保 remoteproc 崩溃签名在内核日志中可见:
  echo disabled > /sys/kernel/debug/remoteproc/remoteprocN/recovery
  
• 确认 rootfs 文件系统的 /lib/firmware/qcom/<SoC> 中存在所有必需的固件文件。

​

调试配置或符号未反映到镜像中

1. 将调试配置驱动添加到 kernel/configs/debug.config 文件。
2. 在运行 bitbake 命令之前导出 DEBUG_BUILD=1 宏。

​

系统内存过低

​

在启动期间识别 DTB

qcom,msm-id = <x z>;
qcom,board-id = <y y'>;

• x = SoC 的 ID
• z = SoC 修订版本的 ID(保留字段)
• y = CDP、MTP(硬件变体)和平台的 ID
• y’ = 子类型的 ID(如缺失则假定为 0)

​

调试 RT 内核

• 如何验证底层内核是实时内核? 启动完成后,运行以下命令验证内核类型:
  uname -r
  6.6-rt15
  uname -v
  SMP PREEMPT_RT
  
• 如何使驱动符合 RT 要求? 确保同步原语不会破坏 RT 假设。 以下是可能破坏 RT 假设并导致意外系统行为的场景示例:
  /* Acquiring a preemptible lock in non preemptible context */
  preempt_disable( )
  ……
  spin_lock( )
  /* Acquiring a preemptible lock in non preemptible context /
  raw_spin_lock( )
  ……
  spin_lock( )
  /* Acquiring a non preemptible lock in preemptible context /
  local_lock_irq( )
     …..
  raw_spin_lock( )
  
• 调试 RT 内核配置 以下是 RT 内核的调试配置:
  • CONFIG_DEBUG_ATOMIC_SLEEP - 检查原子区段内是否存在睡眠。
  • CONFIG_PROVE_RAW_LOCK_NESTING - 允许 raw_spinlock 与 spinlock 嵌套。确保不违反 PREEMPT_RT 内核的锁嵌套规则。 调试期间,你可以从 RT 内核切换到非 RT 内核。要切换,请修改 meta-qcom/ci/linux-qcom-rt-6.18.yml 文件以更改 linux-qcom-rt 中的 virtual/kernel 设置,然后重新编译。 要进行更改,请运行以下命令:
    - PREFERRED_PROVIDER_virtual/kernel = "linux-qcom-rt"
    + PREFERRED_PROVIDER_virtual/kernel = "linux-qcom"
    

​

排除 virtio 问题

• 确保内核已使用所需配置编译。
• 验证 QEMU 命令行选项或 libvirt XML 配置。
• 检查系统日志中的错误。
• 使用可用的跟踪后端在 QEMU 命令行中为 virtio 启用跟踪。有关 KVM 跟踪的更多信息,请参阅 KVM traces。