如何解决armv8l-gcc编译ARM64兼容32位Linux内核的__uint128_t报错

问题背景 #

我正在编译可在ARM64设备上运行的32位Linux内核（4.4.x版本），使用的是Linaro提供的armv8l-linux-gnueabihf GCC编译器。

编译时执行了以下命令：

# run defconfig with COMPAT enabled to enable EL0 to run 32bit
make defconfig
make

出现如下错误：

./arch/arm64/include/uapi/asm/ptrace.h:76:2: error: unknown type name '__uint128_t'

看起来32位GCC编译器无法识别128位变量类型，请问该如何解决这个问题？

解决方案 #

这个问题的核心是：你使用的32位ARM GCC工具链本身不支持__uint128_t类型——32位ARM架构没有原生128位寄存器支持，而Linux 4.4.x的arm64兼容层头文件在32位编译路径中错误引入了该类型。这里提供几种可行的解决思路：

1. 修改内核头文件，用条件编译屏蔽__uint128_t
   找到报错的头文件arch/arm64/include/uapi/asm/ptrace.h，定位到第76行附近的__uint128_t相关定义，用64位编译的条件宏包裹，让32位编译时自动替换为支持的类型：

   #ifdef __LP64__
   __uint128_t regs[32];
   #else
   uint64_t regs[32]; // 32位环境下用64位类型完全满足兼容需求
   #endif
   

   这种方式直接绕过了32位工具链不支持的类型，是最直接的临时修复方案。

2. 切换到64位ARM交叉工具链编译32位代码
   如果你不想修改内核代码，可以尝试用Linaro的aarch64-linux-gnu工具链（64位ARM交叉编译器）来编译32位内核。64位工具链原生支持__uint128_t，只需添加-m32参数即可生成32位目标代码：

   export CROSS_COMPILE=aarch64-linux-gnu-
   export CC="aarch64-linux-gnu-gcc -m32"
   make defconfig
   make
   

   这种方式无需改动内核源码，工具链会自动处理类型兼容性问题。

3. 调整内核配置，避免触发该类型的引入
   打开内核配置界面make menuconfig，进入Kernel Features选项，检查是否开启了一些非必需的arm64兼容调试/跟踪功能，尝试关闭相关配置后重新编译。不过这种方式可能会牺牲部分功能，建议优先考虑前两种方案。

额外提示 #

Linux 4.4.x属于较老旧的内核版本，ARM64的32位兼容层在这个版本确实存在一些兼容性瑕疵。如果长期维护这个项目，建议考虑升级到更高版本的内核——后续版本对32位编译的兼容性处理会更完善。

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