Non-SMP kernel modules for SMP kernel: Best practice?
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.
I have a question regarding kernel modules. I found that the
generic SMP kernel only looks in /lib/modules/2.6.27.7-smp.
This is obviously the correct behaviour, however, not all
the modules for non-SMP kernels are to be found there.
In my case, for a complete shutdown of my old laptop I need
the toshiba_acpi kernel module. This is not available in the
SMP kernel module tree, but I found it in the non-SMP kernel
module tree.
Question is now, what is the best way to make this module
available to my kernel?
I see various options.
(1) Copy the module to the SMP module tree
(2) Switch to non-SMP kernel, although the Slackware 12.2 docs
do explicitly NOT recommend this.
Thanks, but I too have the module on my machine, in the same directory like you,
i. e. /lib/modules/2.6.27.7. My problem is, that the generic SMP kernel doesn't
look there, but only in /lib/modules/2.6.27.7-smp. Which doesn't have the module
toshiba_acpi.
And *this* is the main reason for your error message. You would get a different
response if modprobe would look in /lib/modules/2.6.27.7 instead of
/lib/modules/2.6.27.7-smp. The command wouldn't be able to successfully load
the module, but it would not simply tell you that the file or directory isn't
found.
So the module is there, it is just not found. And my question is, what is the
best way to make it visible/accessible for the generic SMP kernel, and if this
is a good idea, at all. Because there is probably a reason, why the ACPI stuff
is blacklisted for generic SMP kernels...
Well you aren't going to be able to load the non-SMP kernel module into the SMP kernel, it will reject it because the builds are different. So you would either have to build the Toshiba modules for the SMP kernel, or switch to a non-SMP kernel.
But I think you are right to wonder why they are blacklisted in the first place. Certainly there is a reason, but I don't personally know what it is.
(1) Switching to non-SMP kernel has the advantage that I wouldn't have to
compile and maintain anything, because I could rely on Slackware patches.
But the docs strongly recommend the SMP kernel.
(2) Compile the module. Need to figure out, what exactly to do, then maintain
it. Although this shouldn't be a big effort. I haven't seen a patch for
toshiba_acpi ever, so I would only have to recompile it, when a new kernel
comes out.
The effect of the LILO append line is, that the ACPI daemon
is started when the system is booted. And once this daemon
runs, the toshiba_acpi module can be loaded without complaints
about missing devices.
So thanks all along and SORRY for the (i. e. my)
confusion!!!
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.