[lkml]   [2003]   [Mar]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRE: [ANNOUNCE] DKMS: Dynamic Kernel Module Support
> It assume .o for modules, which is not true for 2.5.
> When building a module it simply executes $MAKE - which is
> plain wrong.
> As have been discussed in several threads you cannot reliably track
> changes in CFLAGS etc. without utilising the kbuild infrastructure.

I will take up your suggestion and remove the assumptions that modules end
with .o. I should note that we don't see 2.6 making it into production
environments within the next year so my focus has been solely on 2.4 at this
point. Though, the kbuild infrastructure will actually mesh nicely with
DKMS as it will simplify the mess of makefiles that it has to deal with. As
for $MAKE, I believe there is some confusion here. $MAKE comes from
sourcing in the dkms.conf file which is required for each module in DKMS.
One of the directives in dkms.conf must be a MAKE which is the specific make
command needed to build your module. So $MAKE should represent the right
thing to do for the module in question.

> DKMS is also highly connected to the usage of /lib/modules/...
> and naming of config files. It looks to me as it is very distribution
> specic.

DKMS is very intertwined with /lib/modules as this is where it installs
modules. I was not aware that this was distro specific. As for the kernel
config files, you are correct. By default it does assume Red Hat's distro
specific scheme, but when building your module, you can pass a --config
option and specify the alternate path for your .config if it does not follow
this scheme. I hope this clears this up.


To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:33    [W:0.027 / U:29.332 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site