我们的软件产品在所有 RHEL 8 版本上都能正确运行，直到我们更新到 RHEL 8.8。在版本 8.8 上运行“make”时，它失败了，因为 RHEL skb_recv_datagram() 已更新为采用三个参数而不是四个。这不是我们以前从未见过的问题，因此我们更新了文件以使用 3 个参数调用该函数。进行此更改后，我们的 make 现在会触发 100% CPU 和内存使用率，从而挂起主机。
我们一直在尝试解决该问题，但没有成功。主机挂起不会留下可供分析的崩溃或紧急文件，并且挂起期间捕获的归零日志文件。我们只能捕获导致挂起的终端输出。问题显然出在主机上编译内核驱动程序的“make”过程中。在主机完全挂起之前，进程“cc1”和“depmod”显示 CPU 利用率为 100%。
为了找出问题所在，我们从文件中完全删除了 skb_recv_datagram() 函数，然后像往常一样编译并安装我们的软件。问题仍然发生。我们相信这证明除了 skb_recv_datagram 函数之外，RHEL 8.8 中还引入了其他更改，这些更改影响了我们的流模块的安装并导致主机 100% 旋转。此外，经过多次测试，我们的 RHEL 8.8 操作系统已损坏，主机只能在紧急模式下启动！
这个问题100% 都会发生，而且现在我的主机处于只读模式。我已经向 Redhat 寻求支持，但我想与我潜伏多年的这里令人惊叹的社区联系。
有人在 RHEL 8.8 上遇到过这样的问题吗？ RHEL 8.8 中是否有新的默认引导选项？过去，RHEL 引入了影响我们软件的功能（例如 kaslr 和 Hardened_usercopy）。