Tecno Spark 10 Pro主线Linux内核panic排查与ramoops日志解读

1. 定位ramoops日志中的panic起始点 #

• 先找日志里的Kernel panic关键词，从这个位置往前倒查：
  • 优先抓BUG:、WARNING:、Oops:这类标记，这些是panic触发前的直接异常信号
  • 盯紧日志里的线程标记（比如你的日志里的[T1]），跟踪同一线程的连续日志，异常往往出现在同一线程的调用链里
  • 重点看Call Trace:块，这是panic时的函数调用栈——从栈顶（最新执行的函数）往栈底（最初触发异常的函数）看，第一个非通用内核函数基本就是问题根源
• 由于ramoops是环形缓冲区，日志可能截断，优先看最后几页的内容，重点关注panic前10-20行的日志

2. 主线内核分步调试指南（适配你的Tecno Spark 10 Pro场景） #

第一步：补全defconfig的调试配置 #

手动给你的defconfig加上这些调试选项，确保能捕获足够的调试信息：

CONFIG_DEBUG_KERNEL=y
CONFIG_PRINTK_TIME=y  # 保留时间戳，方便分析时序
CONFIG_PRINTK_SAFE_LOG_BUF_SHIFT=18  # 增大日志缓冲区，减少截断
CONFIG_DEBUG_INFO=y  # 生成带调试符号的内核，方便后续解析
CONFIG_STACKTRACE=y  # 强制生成调用栈
CONFIG_PANIC_ON_OOPS=y  # 遇到Oops直接panic，避免日志丢失
CONFIG_RAMOOPS=y  # 确保ramoops启用，可调整CONFIG_RAMOOPS_MEM_SIZE=0x100000（根据设备内存调整）

执行make olddefconfig更新配置，然后重新编译内核。

第二步：导出完整ramoops日志 #

设备panic重启后，通过以下命令导出日志：

cat /sys/fs/pstore/console-ramoops

部分设备路径可能是/dev/pstore，如果日志仍有截断，尝试增大ramoops的内存分配（修改设备树ramoops节点的memory-region大小，或调整内核配置里的内存参数）。

第三步：解析调用栈定位问题 #

用编译生成的vmlinux文件，结合gdb解析调用栈里的内存地址：

gdb vmlinux
(gdb) list *(0xXXXXXX)  # 把调用栈里的地址替换成实际值，查看对应代码行
(gdb) bt full  # 如果有core dump，加载后可查看完整栈信息

重点排查调用栈中与Tecno Spark 10 Pro平台相关的驱动代码，这通常是主线内核适配的薄弱点。

3. Attempted to kill init! exitcode=0x0000000b的含义 #

这个panic明确指向内核的init进程被终止，exitcode0xb对应信号SIGSEGV（段错误），说明init进程执行时触发了非法内存访问。
常见原因：

• 内核对用户空间的内存映射出问题（比如虚拟地址空间配置错误）
• 主线内核与设备的硬件适配存在bug（比如外设驱动导致内存 corruption）
• ramdisk损坏的可能性较低——如果是ramdisk问题，通常会先报No init found，而非直接杀死init进程

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