Our dkms is quite old and since it contains a lot of patches it needs a lot of love before we can update it. Scheduled for MGA10. https://github.com/dell/dkms/releases
Target Milestone: --- => Mageia 10
Thanks for the comment, Stig. Forwarding to the kernel people.
Assignee: bugsquad => kernel
Source RPM: (none) => dkms-2.0.19-46.mga9.src.rpm
See Also: (none) => https://bugs.mageia.org/show_bug.cgi?id=17198CC: (none) => j.alberto.vc
CC: (none) => ngompa13
I will try to give a hand on this, but I don't know how far I can go
Created attachment 14222 [details] 1st Try of spec for dkms 3.0.12 I part from the work done in https://svnweb.mageia.org/packages/cauldron/dkms/branches/WIP/current/ And also the spec for dkms 3.0.12 in fedora, I have to redo some mageia patches and drop a lot that can't be imported to this version due lot of changes in sources Of course my work need revision, but I install the produced rpm, reboot my system, uninstall and reinstall a dkms module and look normal for me
Created attachment 14223 [details] dkms 3.0.12 version of symvers pacth
Created attachment 14224 [details] dkms 3.0.12 version of norpm patch
Created attachment 14225 [details] dkms 3.0.12 versionof detect-Mageia patch
Attachment 14223 description: dkms 3.0.12 version of this pacth => dkms 3.0.12 version of symvers pacth
CC: (none) => geex+mageia
I was using the created package but the modules are not rebuilt when new kernels are installed, and fail when I do by hand, so I need to do more test/research
This version have /usr/lib/dkms/dkms_autoinstaller that is very different of our current /usr/sbin/dkms_autoinstaller I need to do some test but look like if we succeed to update to this branch we also must modify the dkms_autoinstaller line in the kernel spec
Created attachment 14344 [details] Some corrections to the spec I did try to reproduce the messages in plymouth when the module is builded on boot time but not works, also an alias in the new dkms_autoinstaller is not working I did perform some test and this time all seems working For kernels is needed change in the spec if [ -z "$DURING_INSTALL" ] ; then %if %{versionednamingscheme} if [ -x /usr/sbin/dkms_autoinstaller -a -d /usr/src/kernel-%{kversion}-$kernel_flavour-%{buildrpmrel} ]; then /usr/sbin/dkms_autoinstaller start %{kversion}-$kernel_flavour-%{buildrpmrel} %else if [ -x /usr/sbin/dkms_autoinstaller -a -d /usr/src/kernel-%{kversion}-$kernel_flavour-%{rpmrel} ]; then /usr/sbin/dkms_autoinstaller start %{kversion}-$kernel_flavour-%{rpmrel} %endif fi fi By if [ -z "$DURING_INSTALL" ] ; then %if %{versionednamingscheme} /usr/libexec/dkms_autoinstaller start %{kversion}-$kernel_flavour-%{buildrpmrel} %else /usr/libexec/dkms_autoinstaller start %{kversion}-$kernel_flavour-%{rpmrel} %endif fi Or if you wish you can replace /usr/libexec/dkms_autoinstaller start by /sbin/dkms autoinstall --kernelver
Attachment 14222 is obsolete: 0 => 1
(In reply to katnatek from comment #9) > Created attachment 14344 [details] > Some corrections to the spec > > I did try to reproduce the messages in plymouth when the module is builded > on boot time but not works, also an alias in the new dkms_autoinstaller is > not working > > I did perform some test and this time all seems working > > For kernels is needed change in the spec > > if [ -z "$DURING_INSTALL" ] ; then > %if %{versionednamingscheme} > if [ -x /usr/sbin/dkms_autoinstaller -a -d > /usr/src/kernel-%{kversion}-$kernel_flavour-%{buildrpmrel} ]; then > /usr/sbin/dkms_autoinstaller start > %{kversion}-$kernel_flavour-%{buildrpmrel} > %else > if [ -x /usr/sbin/dkms_autoinstaller -a -d > /usr/src/kernel-%{kversion}-$kernel_flavour-%{rpmrel} ]; then > /usr/sbin/dkms_autoinstaller start > %{kversion}-$kernel_flavour-%{rpmrel} > %endif > fi > fi > > By > > if [ -z "$DURING_INSTALL" ] ; then > %if %{versionednamingscheme} > /usr/libexec/dkms_autoinstaller start > %{kversion}-$kernel_flavour-%{buildrpmrel} > %else > /usr/libexec/dkms_autoinstaller start > %{kversion}-$kernel_flavour-%{rpmrel} > %endif > fi > > Or if you wish you can replace /usr/libexec/dkms_autoinstaller start by > /sbin/dkms autoinstall --kernelver Take care if you choose /usr/libexec/dkms_autoinstaller of make works this alias log_daemon_msg='/bin/echo -n' Because i get complains about log_daemon_msg not found
Created attachment 14353 [details] Clean version of dkms 3 spec I add two more patchs and clean almost all the spec
Attachment 14344 is obsolete: 0 => 1
Created attachment 14354 [details] Emulate destination override in dkms 2 This need to be reviewed because is not a direct replacement, by example dkms-anbox in dkms 2 store modules in dkms/updates but this change split the mosules in dkms/ashmem_linux and dkms/binder_linux But dkms-vhba in dkms 2 store the module in dkms/vhba and this changes keep that
Created attachment 14355 [details] Patch to replace alias by functions I replace alias by functions, this works for me, but of course you can review and change
Created attachment 14434 [details] Alternative destination override patch This is most similar to behavior in dkms 2 but still not direct replace, clean installing some modules dkms 2 installs it in dkms/*/mod_name and this to dkms/kernel/*/mod_name I let to you from here , I don't know if it is possible to remove all dkms modules before update to this version and rebuild after, or handle the remove of legacy path modules to each dkms-foo spec