在Aria10 FPGA板上perf record无样本生成问题求助

针对你在Aria10 FPGA（搭载Cortex-A9）上遇到的perf record无法生成样本，但perf stat true输出正常的问题，我整理了几个关键排查方向，你可以按顺序尝试：

1. 核对内核PMU相关配置细节 #

虽然你说开启了大部分CONFIG选项，但可能漏了Cortex-A9 PMU的专属配置：

• 首先执行zcat /proc/config.gz | grep -E "PERF_EVENTS_ARM_CORTEX_A9|HW_PERF_EVENTS|DEBUG_FS"，确保：
  • CONFIG_HW_PERF_EVENTS=y（必须开启，否则无法访问硬件PMU）
  • CONFIG_PERF_EVENTS_ARM_CORTEX_A9=y（Cortex-A9专属的PMU驱动）
  • CONFIG_DEBUG_FS=y（perf依赖debugfs挂载，默认可能没开）
• 如果debugfs没开，需要手动挂载：mount -t debugfs none /sys/kernel/debug

2. 检查perf访问权限 #

WindRiver Linux默认可能有严格的权限限制，导致用户态无法采样：

• 先切换到root用户执行perf record -g ./your_program，看是否能生成样本。
• 检查/proc/sys/kernel/perf_event_paranoid的值：
  • 如果是2，意味着禁止用户态访问PMU，执行echo 0 > /proc/sys/kernel/perf_event_paranoid（临时生效，重启后恢复）再重试。
• 同时检查/proc/sys/kernel/kptr_restrict，如果是1会影响内核栈回溯，执行echo 0 > /proc/sys/kernel/kptr_restrict。

3. 验证采样事件和目标程序 #

默认的cycles事件可能在你的系统上无法正常触发，或者程序运行时间太短：

• 先用简单测试确认perf采样功能正常：perf record -g sleep 5，这个命令会采样系统空闲状态5秒，结束后看是否生成了perf.data文件，如果生成了，说明采样框架没问题，问题出在你的目标程序上。
• 如果上述命令有效，再尝试指定其他PMU事件采样你的程序，比如perf record -e instructions -g ./your_program，先从明确支持的事件开始（用perf list可以查看系统支持的所有事件）。
• 确认你的程序不是瞬间执行完成：如果程序运行时间极短，perf来不及采集样本，可以在程序里加个循环（比如跑10秒以上）再测试。

4. 确认编译参数和工具链兼容性 #

• 虽然加了-fno-omit-frame-pointer和-g，但要确保交叉编译参数正确适配Cortex-A9，比如加上-march=armv7-a -mtune=cortex-a9，避免编译优化导致栈帧异常（不过这个更多影响栈回溯，不是无样本的直接原因，但可以排除）。
• 检查perf工具版本和内核版本是否匹配：执行perf version和uname -r，如果版本差异过大，可能存在兼容性问题，WindRiver定制版的Linux可能需要使用配套的perf工具。

5. 检查WindRiver Linux的定制特性 #

有些WindRiver Linux版本会对perf进行裁剪，或者默认禁用用户态采样：

• 查看系统是否安装了完整的perf工具包，比如rpm -qa | grep perf（如果是rpm包管理），确认没有缺失组件。
• 检查是否启用了KASLR（地址空间随机化）：如果内核开启了KASLR，可能会影响采样，但一般不会导致完全无样本，你可以尝试在启动参数中添加nokaslr来关闭（需要修改bootloader配置）。

6. 硬件PMU初始化检查 #

Aria10的FPGA板可能需要设备树正确配置PMU：

• 检查设备树节点：ls /proc/device-tree/cpus/cpu@0/，看是否存在pmu节点，并且内容正确。
• 确认CPU在线：cat /sys/devices/system/cpu/cpu0/online，如果显示0，说明CPU0未启用，需要先启用CPU。

先从权限和基础配置开始排查，这些是最常见的原因，逐步缩小范围应该能找到问题所在。

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