What a mess?
What a mess you have created (IBM|Red) Hat!
Must be a total nightmare for ISVs and 3rd party repos to support all this, especially bug reports etc.
Say hello to containers and flatpak's to be the only ways to support all this.
The bigger RHELatives continue to diverge slightly from Red Hat, with additional drivers and newer kernel versions. The AlmaLinux project has announced the beta of version 9.4, with some small but intriguing differences from Red Hat's plans for RHEL 9.4. The Alma 9.4 beta follows 20 days after Red Hat announced the beta test …
I am glad Alma have renabled support for RH unsupported LSI SAS HBAs in mpt3sas as it save grabbing the driver from elrepo.
Alma doesn't have to certify hardware for support so including drivers for obsolete hardware shouldn't incur incremental costs.
RH could equally have provided a legacy stream for unsupported hardware which, if installed on a system, removes the host from RH support coverage (except where covered by a $pecial extended "legacy" contract like the ELS for EOL products.)
Rocky's claim that the stable kernel-userland interface is possibly a little disingenuous as normally glibc would need to be rebuilt if only to include any changes to the syscall interface. The kernel-userland stability is possibly more of an artifact of the stable glibc interface acting as a kind of shim.
A particular example that comes to mind is RH's back porting ambient capabilities from the 4.3 kernel series to RHEL7's 3.10 kernels and the required userland support.
Still could be interesting and/or useful having more recent kernels available for *EL9 systems without having to roll your own. I think other rolling/non-LTS distros (ubuntu?) have done this for years.