SUSE系统中PCI CSR BAR的mmap映射失败问题求助

你遇到的是典型的跨Linux发行版PCI资源映射兼容性问题——在RHEL7.2正常运行的代码到SLES15就触发EINVAL（无效参数）错误，结合你的场景，我整理了几个最可能的原因和对应的解决方法：

1. 检查PCI BAR是否被内核驱动占用 #

SLES15的内核可能默认绑定了目标PCI设备的驱动，导致用户态无法映射对应的BAR资源：

• 先查看设备的驱动绑定状态（需要root权限）：

  lspci -k -s 0000:16:00.0
  

  如果输出显示Kernel driver in use: xxx，说明内核驱动正在占用这个BAR。
• 临时解绑驱动（替换xxx为实际驱动名）：

  echo -n "0000:16:00.0" > /sys/bus/pci/drivers/xxx/unbind
  

  解绑后重新运行代码，验证mmap是否成功。

2. 调整mmap参数适配SLES15的严格检查 #

虽然你的参数在RHEL7.2有效，但SLES15对mmap的参数校验更严格：

• 确保映射大小是系统页面大小的整数倍：你的sb.st_size是65536，通常页面大小为4096，这已经是整数倍，但可以用代码强制对齐避免潜在问题：

  size_t page_size = getpagesize();
  size_t mapped_size = ((sb.st_size + page_size - 1) / page_size) * page_size;
  csr_bar = mmap(NULL, mapped_size, PROT_READ | PROT_WRITE, MAP_SHARED, csr_fd, 0);
  

• 尝试添加MAP_NORESERVE标志：这个标志可以避免预留交换空间，对PCI BAR这类物理内存映射很有帮助：

  csr_bar = mmap(NULL, sb.st_size, PROT_READ | PROT_WRITE, MAP_SHARED | MAP_NORESERVE, csr_fd, 0);
  

3. 排查AppArmor安全模块限制 #

SLES15默认启用AppArmor，可能阻止了用户态对PCI资源文件的mmap操作：

• 临时关闭AppArmor验证（需要root权限）：

  systemctl stop apparmor
  

  如果关闭后代码运行成功，说明是AppArmor规则限制，需要给你的程序添加对应的权限规则。

4. 确认resource文件的访问权限 #

虽然你用O_RDWR | O_SYNC打开了文件，但SLES15可能对/sys/bus/pci/devices/.../resource文件有更严格的权限控制：

• 确保以root用户运行代码，或者临时调整文件权限（仅用于排查，生产环境不建议）：

  chmod 666 /sys/bus/pci/devices/0000:16:00.0/resource2
  

额外调试技巧 #

可以用strace跟踪系统调用，查看mmap失败的具体参数细节：

strace -e mmap ./your_program

这会输出mmap调用的所有参数和内核返回错误的具体触发点，帮助快速定位问题。

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