You are not logged in.

#26 2012-10-09 04:55:00

Scimmia
Fellow
Registered: 2012-09-01
Posts: 11,466

Re: [solved] Question regarding stock kernel dependancy in a package

And yet that's how it's done now:

/usr/lib/modules/3.5.6-1-ARCH # ls -l
...
lrwxrwxrwx 1 root root     24 Oct  7 12:39 extramodules -> ../extramodules-3.5-ARCH/
...

pacman -Qo shows:

/usr/lib/modules/3.5.6-1-ARCH/extramodules is owned by linux 3.5.6-1

You're right that it's all or nothing, but the way Arch sets up the system, it's "all".

Last edited by Scimmia (2012-10-09 05:13:09)

Online

#27 2012-10-09 06:24:54

falconindy
Developer
From: New York, USA
Registered: 2009-10-22
Posts: 4,111
Website

Re: [solved] Question regarding stock kernel dependancy in a package

ngoonee wrote:

The modules are not kernel specific.

On the contrary, they very much are. Even without CONFIG_MODVERSIONS, you'll get an -EINVAL trying to init_module() a module for another kernel. CONFIG_MODVERSIONS provides some additional protection against this (look at the "vermagic" string for any module in the output of modinfo).

Scimmia wrote:

In this case, though, it would be a matter of a single missing symlink, assuming the kernel package in question doesn't create it.

No, you can't just make this symlink into your own module tree and expect things to work. You really need to compile these modules against your own kernel.

Last edited by falconindy (2012-10-09 06:28:34)

Offline

Board footer

Powered by FluxBB