On Saturday, 25 January 2020 19:07:45 CET Felix Kaechele wrote: > RHEL 8.1 backported some fixes from newer kernels so we need to treat it's > 4.18 > kernel as if it were a newer kernel in some cases.
I am personally not really happy about supporting all kind of weird Linux
kernel forks.
Anyway, if you really want to maintain the RHEL support (for reasonable
versions which are based on reasonable new upstream kernels) then I would
propose to avoid this RHEL_81. Instead it might be better to just add
RHEL_RELEASE_VERSION + RHEL_RELEASE_CODE [1] to
compat-include/linux/version.h. And then just use them like the backports.git
is using them [2].
Kind regards,
Sven
[1]
https://git.kernel.org/pub/scm/linux/kernel/git/backports/backports.git/tree/backport/backport-include/linux/version.h?id=368e8c51a59629ea7d681f5b96d4f5a9f89ad1a6#n140
[2]
https://git.kernel.org/pub/scm/linux/kernel/git/backports/backports.git/tree/backport/backport-include/linux/skbuff.h?id=368e8c51a59629ea7d681f5b96d4f5a9f89ad1a6#n140
signature.asc
Description: This is a digitally signed message part.
