在QEMU 2.5上运行MIPS64R2架构Linux 3.10内核启动失败求助

看起来你在QEMU上跑MIPS64R2内核时踩了个空指针的坑，导致内核直接panic了。结合你的环境和日志，我整理了几个针对性的排查方向和修复方案，应该能帮你解决问题：

先理清楚你的环境参数 #

方便定位问题，先把关键信息列出来：

• 内核版本：Linux 3.10
• 目标架构：MIPS64R2
• 编译工具：龙芯定制版GCC 4.9.3
• QEMU版本：2.5（Ubuntu 16.04自带的老版本）
• 内核配置：基于malta_defconfig修改为64位MIPS64R2配置
• 启动命令：

qemu-system-mips64el -M malta -m 1G -cpu 5KEf -kernel vmlinux -nographic

错误日志里的核心问题 #

从你的启动日志看，崩溃的根源是空指针访问，具体发生在futex初始化阶段：

CPU 0 Unable to handle kernel paging request at virtual address 0000000000000000, epc == ffffffff8016bef4, ra == ffffffff805c51a0
Oops[#1]:
epc : ffffffff8016bef4 cmpxchg_futex_value_locked+0x2c/0x78 Not tainted
ra : ffffffff805c51a0 futex_init+0x1c/0x6c
...
Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b

简单说就是futex_init调用cmpxchg_futex_value_locked时，访问了一个没初始化的空地址，导致内核直接挂了。

具体的解决方案 #

1. 先调QEMU的CPU参数试试 #

QEMU 2.5对5KEf这个CPU的64位原子操作模拟可能有bug，你换个通用的MIPS64R2 CPU型号试试，比如用mips64r2-generic：

qemu-system-mips64el -M malta -m 1G -cpu mips64r2-generic -kernel vmlinux -nographic

这个操作成本最低，先试这个，大概率能绕开模拟bug。

2. 检查内核的FUTEX相关配置 #

Linux 3.10的MIPS64R2分支里，FUTEX的某些选项可能和QEMU模拟环境不兼容。你可以打开内核配置界面：

make menuconfig

然后检查以下选项：

• 找到Kernel Features -> Futex support，如果启用了CONFIG_FUTEX_CMPXCHG，试着把它关掉，因为这个选项依赖的原子操作在QEMU 2.5的模拟环境里可能无法正确执行。
• 确认MIPS FPU support相关配置和QEMU模拟的CPU匹配，日志里显示FPU版本是00738900，确保CONFIG_MIPS_FPU或CONFIG_MIPS_FPU_EMULATOR配置正确。

改完配置后重新编译内核再启动试试。

3. 升级QEMU版本（推荐长期方案） #

QEMU 2.5是2015年的老版本了，对MIPS64R2的支持有很多已知缺陷。升级到QEMU 2.12或更高版本，能修复大量架构模拟的bug，不仅能解决当前问题，后续也能避免更多奇怪的兼容性问题。你可以从QEMU官网源码编译，或者给Ubuntu 16.04添加第三方PPA来安装新版本。

4. 内核代码层面的临时修复 #

如果上面的方法都不行，那可能需要改内核代码了。打开kernel/futex.c，找到futex_init函数，在调用cmpxchg_futex_value_locked之前加个空指针检查，或者调整初始化顺序，确保相关的内存区域已经被正确映射。不过这个方法需要你对内核代码有一定了解，优先推荐前面几个方案。

总结 #

优先试换QEMU CPU参数和调整FUTEX配置，这两个步骤最快。如果还是不行，就升级QEMU版本，这是最彻底的解决办法。

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