OpenWRT上Valgrind运行异常问题：是否需要重新构建libc？

1. 优先修复指令不兼容的核心故障 #

你运行valgrind --tool=none pwd直接报非法指令，这是所有问题的根源，堆检测失效、参数启动崩溃都是该问题的衍生问题，无需先折腾调试符号：

• 你当前使用的Valgrind 3.16.1对MIPS架构的扩展指令支持存在缺失，建议升级到Valgrind 3.19及以上版本。OpenWRT 22.03及后续版本的软件源已经提供适配好的高版本Valgrind，若不想升级OpenWRT版本，可手动拉取最新Valgrind源码交叉编译，编译时明确指定你的CPU架构版本，例如设备为MIPS32R2则添加-march=mips32r2编译参数，同时禁用CPU不支持的扩展指令集。
• 若升级Valgrind后仍存在指令不识别报错，可在编译OpenWRT固件时，全局调整编译参数为Valgrind支持的标准指令集，例如禁用MIPS16e、micromips这类扩展指令，用标准MIPS32指令集编译整个固件（包含libc和busybox）。

2. OpenWRT下编译带调试信息的libc方法 #

OpenWRT的libc随工具链（toolchain）统一构建，无需单独寻找libc的Makefile，修改全局编译配置即可：

• 进入OpenWRT源码根目录，执行make menuconfig
• 进入Global build settings菜单，勾选Compile packages with debugging info选项
• 取消勾选同菜单下的Strip unnecessary functions from libraries选项
• 进入Toolchain菜单，找到musl libc configuration分类，勾选Enable debug information
• 保存配置后执行make toolchain/install，重新编译生成的工具链中的libc就是带完整调试符号的版本，后续用该工具链编译Valgrind和你的自研软件，即可正常识别libc的符号信息。

3. 原有三个问题的补充说明 #

• 加--track-origins=yes就被Killed：该参数会大幅提升内存占用，OpenWRT设备普遍内存偏小，可先查看dmesg日志确认是否是OOM（内存不足）被系统杀掉，若为内存问题可添加swap分区缓解，或更换大内存的测试设备。
• 堆内存统计为0：是因为Valgrind未能成功hook到musl的malloc/free函数，要么是指令不兼容导致hook逻辑失效，要么是你编译的musl关闭了malloc hook支持，编译libc时记得开启malloc hook support选项。
• 大量libc相关的未初始化值报错：是因为libc不带调试符号，Valgrind无法识别libc内部的初始化逻辑，更换带调试符号的libc后这类误报会大幅减少。

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