关于Broadcomm Linux PLX SDK 8.23在Alma Linux 9.x编译加载失败触发内核panic的技术咨询

看起来你遇到了一个针对性很强的定制内核兼容性问题，先结合你提供的信息梳理下核心现象和可能的排查方向：

核心问题复盘 #

首先明确已知的兼容与异常场景：

• ✅ 可正常运行的系统：CentOS7、Alma Linux 8.8、openSUSE 15.5、Ubuntu 20.04，适配时仅需做少量代码调整：
  • 将mm->mmap_sem替换为mm->mmap_lock
  • 用mmap_read_lock/mmap_read_unlock替代down_read/up_read
  • 按需调整SuppFunc.c中get_user_pages的参数
• ❌ 异常系统：Alma Linux 9.1/9.2，模块编译可通过，但insmod执行时会在init_module()的Plx_dma_buffer_alloc()函数触发内核panic，涉及8311和9656两种PCIe/PCI扩展卡的内核模块
• 🚫 已排除的可能性：
  • 不是通用高版本内核问题：openSUSE Tumbleweed的6.x上游内核可正常运行，openSUSE Leap 15.5、Ubuntu的5.14内核也无异常
  • 不是GCC版本问题：gcc-11编译的模块可在gcc7.5环境的openSUSE Leap 15.5正常加载

针对RHEL9/Alma9.x的可能原因分析 #

RHEL 9.x（Alma9基于此）虽然基于上游5.14内核，但RedHat会做大量定制化backport、安全增强和行为修改，这些定制点很可能是问题根源：

1. DMA子系统的定制变更
   RHEL9对DMA API做了不少安全和性能优化，比如对连续内存分配的限制、DMA地址映射的权限校验等。PLX SDK 8.23的Plx_dma_buffer_alloc()依赖的旧版DMA分配逻辑，可能在RHEL9的定制规则下出现内存越界、无效指针或权限错误，进而触发panic。

2. 内存管理子系统的强化修改
   你已经适配了mmap_sem到mmap_lock的变更，但RHEL9可能对内存锁、用户页映射的底层逻辑做了额外限制——比如get_user_pages的参数校验更严格、页表操作的权限范围收缩，导致SuppFunc.c中的相关调用在Alma9.x下触发未预期的内核错误。

3. 内核安全机制的拦截
   Alma9.x默认启用了更严格的内核安全策略：

• Secure Boot可能阻止未签名的模块执行敏感内存操作
• SELinux的强化规则可能限制模块的DMA内存分配权限
• Kernel Lockdown机制可能拦截模块初始化阶段的高权限操作
  可以临时关闭这些机制（比如执行setenforce 0关闭SELinux，或在BIOS中禁用Secure Boot）重试加载，验证是否是安全机制导致的panic。

4. PLX SDK版本的兼容性滞后
   Broadcomm PLX SDK 8.23可能未针对RHEL9的定制内核做适配，上游内核的兼容补丁也未被backport到该SDK版本。建议查看Broadcomm官方支持文档，确认SDK 8.23是否声明支持RHEL9系列，或是否有针对RHEL9的专属补丁包。

下一步排查建议 #

1. 获取详细的panic日志
   配置Alma9的kdump服务，或通过串口捕获内核panic的完整栈信息——这是定位问题的核心，能明确Plx_dma_buffer_alloc()中具体哪一行代码（比如DMA分配、页表映射、锁操作）触发了panic。

2. 对比RHEL9与上游5.14内核的差异
   重点查看RedHat对DMA子系统、内存管理子系统的定制commit，同时在RedHat Bugzilla、AlmaLinux社区搜索类似的PCIe驱动panic报告，确认是否有已知的兼容问题。

3. 调试模块加载流程
   使用内核调试工具跟踪Plx_dma_buffer_alloc()的执行：

• 用ftrace监控该函数内的DMA分配、页表操作调用
• 用kprobe挂钩关键函数，检查参数和返回值是否符合预期

4. 咨询官方或社区适配方案
   联系Broadcomm技术支持确认SDK 8.23对RHEL9的支持状态，或在PLX相关的开发者社区（比如PCIe设备开发论坛）提问，看是否有其他开发者遇到并解决了相同问题。

针对你核心疑问的解答 #

Is this a known problem for RedHat 9.x or Alma Linux 9.x device drivers?

目前RHEL9的官方Bugzilla和AlmaLinux社区反馈中，确实存在部分旧版闭源/半开源驱动（尤其是依赖DMA和内存映射的PCIe驱动）出现兼容性panic的案例，主要根源是RedHat对DMA、内存管理子系统的定制化修改。不过针对PLX SDK 8.23的具体问题，暂时没有广泛公开的已知问题记录，需要结合具体的panic栈信息进一步确认。

备注：内容来源于stack exchange，提问作者R. J. Mathar