[SRU][N][PATCH 0/1] Include scsi_debug/nvmet-tcp in linux-modules instead of linux-modules-extra
Daan De Meyer
daan.j.demeyer at gmail.com
Tue Apr 23 18:19:37 UTC 2024
Buglink: https://bugs.launchpad.net/bugs/2063233
SRU Justification
[Impact]
The scsi_debug.ko and nvmet-tcp.ko modules are currently shipped in
linux-modules-extra. This makes it hard to pull them in via the linux-virtual
package, it can only come from the linux-generic one that also pulls in the
firmware and everything else needed for baremetal, and that serves no purpose in
a qemu VM. This stops VMs using these kernels from using these modules. These
modules are required to run the systemd integration tests which we are trying to
run in VMs on Github Actions (https://github.com/systemd/systemd/pull/32439).
[Fix]
Please consider moving these modules to linux-modules.
These are already enabled in the 'main' kernel config, and in other distros. In
Debian/Archlinux/Fedora these are core modules that are built by default. e.g.
in Fedora both modules are part of the kernel-modules-core package.
[Test]
1. pull built linux-modules packages for architectures with do_extras_package
set to true;
2. extract the deb and check if the kernel module files exists:
$ dpkg-deb -R linux-modules-*.deb .
$ find . -name scsi_debug.ko\*
$ find . -name nvmet-tcp.ko\*
[Regression Potential]
Moving a module from a less-common to a more-common package should not have any
negative side effects. The main effect will be a little more disk space used by
the more common package, whether the module is in use or not. There will also be
more functionality available in the default installation, which means a slightly
increased surface and possibility of new bugs in case it gets used.
Daan De Meyer (1):
Include scsi_debug/nvmet-tcp in linux-modules instead of
linux-modules-extra
debian.master/control.d/generic.inclusion-list | 2 ++
1 file changed, 2 insertions(+)
--
2.44.0
More information about the kernel-team
mailing list