Closed xnox closed 1 year ago
We do have a change in place, that hasn't been applied to all the lrms (yet), which relaxes the dependency in linux-meta oem-5.17. This makes the migration easier.
I am not sure about "co-installing LRM of different nvidia upstream releases from different kernels". While this is a case we have never supported, if this specific change helps, I'm all for it.
We can probably do this in the next major release.
We do have a change in place, that hasn't been applied to all the lrms (yet), which relaxes the dependency in linux-meta oem-5.17. This makes the migration easier.
I am not sure about "co-installing LRM of different nvidia upstream releases from different kernels". While this is a case we have never supported, if this specific change helps, I'm all for it.
Yes, never supported before - but this may help to do babysteps to support that more correctly (specifically not ripping the files referenced by the booted kernel from the filesystem)
We can probably do this in the next major release.
I have merged this in the new 535 branch, so that, when the final 535 release is out, your change will be in place.
LP: #2016888 Split firmware into separate package
Currently gsp.bin is shipped by nvidia-kernel-common that pulls in userspace dependencies and is required to match a particular driver
This prevents co-installing LRM of different nvidia upstream releases from different kernels, entangles them together for migration, and makes it difficult to vendor LRM/drivers alone in the kernel snaps without any userspace components.
To address some or all of the above things we need to split gsp.bin firmware into version specific package names, whilst keeping the dependency on the new nvidia-firmware-#FLAVOUR#-#VERSION#. Then once all dkms & lrms gain direct dependency on the nvidia-firmware-#FLAVOUR#-#VERSION# we will be able to consider relaxing or dropping dkms/lrm dependency on nvidia-kernel-common
Even if we don't relax/drop the nvidia-kernel-common dependency down the line these changes will enable easier packaging of kernel snaps, and may allow in the future an easier reuse of gsp.bin by the open source driver.
NB! If this is introduced with a new upstream release, it can be shipped as is. If this is being shipped without a new upstream release of drivers, than additional versioned Breaks:/Replaces: are needed on the nvidia-firmware-* package, to ensure it Breaks:/Replaced: the previous version of the same major upstream version. Which then would need to be dropped again in subsequent uploads. There is no time critically to land this change in all the supported series, thus it would be desired to land this only together with a new upstream release of nvidia driver across all the supported nvidia flavours.