On Tuesday, 28 January 2020 18:19:16 CET Felix Kaechele wrote:
No worries. Just saw that there are some provisions for Debian (which
guess is what some of the maintainers are using) in the code.
Good point, there was the make-kpkg hack. @Linus, can this be dropped? The
correct way to build a private Debian package of the kernel is to use
I'm not interested in maintaining this upstream indefinitely and
with you that carrying around fixes for all kinds of weird quirks is a
burden on maintainers.
I'm happy to just carry this patch in my DKMS RPM packages I maintain
As said, if you want to maintain it upstream then feel free to resent the
patch with the requested change. The "reasonable new upstream kernels" part
was about the way we drop support for older kernels. The oldest kernel we want
to support is the the oldest kernel not marked as EOL on
If the RHEL quirks don't become too bothersome and you take care of it then it
should be a relative small problem for us. I just don't want to be the person
taking care of kernels which I don't use.