SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Anybody here using DKMS to automatically rebuild kernel modules with Slackware?
There is a slackbuild available, but I have no idea how to implement.
Today I updated the 14.2 kernel to 4.4.74. Rebuilding the VirtualBox kernel modules is on my kernel update check list and takes about a minute to do, and I wondered about using DKMS with Slackware.
At work I use other distros and DKMS is a nice help, epsecially when the maintainers of those other distros are die-hard members of the kernel-of-the-week club. Thankfully Slackware does not issue kernel updates for every oddball corner case patch, but I still wonder how to use DKMS with Slackware.
Thanks.
P.S. I notice the DKMS support has been removed in the VirtualBox vboxdrv script.
In the amdgpu-pro driver, I initially had dkms support available, however, since it added a requirement for a 3rd-party program, once I figured out how to compile the source itself, I ended up removing it (although, it wouldn't be that hard to put back in).
I've only seen a few people on the forum use dkms. I imagine part of it is because Slackware has so few kernel updates (outside of -current) and another part is that it has the potential to have files that the package manager doesn't know about. Since there is no script support when removing packages (like the doinst.sh when installing), it prevents cleaning up any files or directories created by dkms after package creation (so any kernel updates would leave orphan files if the dkms package is removed).
But I have no issues adding dkms support to amdgpu-pro, and other slackbuild maintainers may be willing as well (they may be like me and not including support since it isn't common to use it on Slackware).
Yes I wouldn't leave home without it. I have three external modules that are kernel version dependent so DKMS was really useful after the recent kernel update; on reboot these modules were rebuilt so that they were all able to work immediately which was very convenient (especially since nvidia was one of the modules).
To make the module rebuilding happen at boot time, I've inserted the following lines into rc.S (just after isapnp and just before kernel module scrip is run)
Code:
# Enable the DKMS autoinstaller
if [ -x /etc/rc.d/rc.dkms_autoinstaller ]; then
/etc/rc.d/rc.dkms_autoinstaller start
fi
So few kernel updates may not make DKMS seem so amazing if you run just one machine, but different story if you're responsible for a lab of 20+ machines.
So few kernel updates may not make DKMS seem so amazing if you run just one machine, but different story if you're responsible for a lab of 20+ machines.
Indeed. In my original post I mentioned that Slackware is not a member of the kernel-of-the-week club. I have one physical Ubuntu 16.04 and one virtual CentOS 7 system. The almost weekly kernel updates are a tad exhausting.
I am no security expert and do not play one on TV. My cursory readings of kernel security notices indicate that while a legitimate concern, most of the kernel security flaws require unusual or esoteric circumstances to exploit. Thus most users are unaffected.
That said, I have three Slackware systems using VirtualBox. While I have my own method of updating the kernel module in an efficient manner, I started this thread with the hope that some discussion might reveal whether DKMS could be useful.
Although I've been using it for years, dkms was only added to SBo last December, so I had my own build script. Looking back at it now, the rc.dkms_autoinstaller is installed by the Makefile. That could be different with the current version (my build script was for version 2.2.1.2 which is quite old now).
chris
Last edited by chris.willing; 06-30-2017 at 07:22 PM.
I just emailed the maintainer with a patch to the SlackBuild so that dkms will invoke the rebuild of its modules at boot time whenever there's been a change in kernel version.
Great! Slackware is not a member of the kernel-of-the-week club. Testing an updated DKMS package will be a challenge.
Also raises the question of how this will affect other SlackBuild packages, such as VirtualBox or Nvidia. For example, the VirtualBox package strips the DKMS support from the respective rc.d script.
Also raises the question of how this will affect other SlackBuild packages, such as VirtualBox or Nvidia. For example, the VirtualBox package strips the DKMS support from the respective rc.d script.
If the packages made by other SlackBuilds don't support DKMS, then nothing will be rebuilt on reboot. Those SlackBuilds would need to be rerun against the new kernel.
You could ask the package maintainers to see if they're willing to add DKMS support (probably as an optional thing with it being disabled by default -- this prevents DKMS from being listed as a required dependency for those programs).
This could be a useful addition to Slackware for me and the company I work for.
We've got OOO 60 remote headless boxes accessible only via SSH + PSKs.
While I don't have a specific use case, the availability of DKMS could be a godsend should we find we need to install out-of-tree modules on the remote boxes.
Almost all of these boxes are CentOS 6 but we are replacing CentOS with Slackware64 as required -- we've got a few test instances out now.
Being curious, I build the dkms-2.4.0-x86_64-1_SBo.tgz Package.
There is no longer an /etc/rc.d/rc.dkms_autoinstaller file in the Package.
Need to read a bit more ... maybe rc.dkms_autoinstaller file is no longer necessary ?
Thanks !
-- kjh
This is the content of the latest Package from SBo:
Maybe Chris would be willing to share his patch he provided to the maintainer (in case the maintainer decides to not use his patch -- or the maintainer is no longer active... the last two updates weren't done by the maintainer).
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.