Right now, kernel modules are compressed after they are built and before they're packaged into an RPM: > kernel.spec: xz compress modules on i686 and x86_64 > https://lists.fedoraproject.org/pipermail/kernel/2014-May/005253.html > http://pkgs.fedoraproject.org/cgit/rpms/kernel.git/commit/?id=8922622 While this is (really) great, the Linux kernel supports compressed modules since v3.18 (i.e. shortly after Fedora switched to compressed moduled): > kbuild: handle module compression while running 'make modules_install' > https://git.kernel.org/linus/beb50df39e91745604ce3cb9dc6a503f39f4383d From the commit message: > Since module-init-tools (gzip) and kmod (gzip and xz) support compressed > modules, it could be useful to include a support for compressing modules > right after having them installed. Doing this in kbuild instead of per > distro can permit to make this kind of usage more generic.
Thanks for the report, but we already know this. We need to evaluate whether or not this will work with the debuginfo mechanism that RPM provides. I actually don't believe it does, because AFAIK we have to leave all of the modules intact in the %install phase so that find-debuginfo can run and extract it properly. Then we sign and compress the modules. This just needs to be confirmed (or proven wrong).
Going through old bug reports and stumbled over this...from 2016, wow - I even forgot that I reported this. So, in Fedora 37 we still have CONFIG_MODULE_COMPRESS_NONE=y set and I guess nobody else cares. And I don't really care much about this either: the current mechanism works, and re-working all that package building machinery and find-debuginfo to deal with compressed modules just to be able to say "yes, we do use that kernel feature" may be a waste of time, when there are much more pressing issues. With that, I'm closing this one for now. Feel free to re-open if this really needs to be implemented. Thanks.