(cross posting this on kbuild-devel for some fresh light)
- Gary
On Fri, Sep 24, 2004 at 01:35:32PM +0100, Paul Howarth wrote:
> license: Dual BSD/GPL
> vermagic: 2.6.8-1.541 586 REGPARM 4KSTACKS gcc-3.4
> depends:
> ...
> license: Dual BSD/GPL
> vermagic: 2.6.8-1.541 686 REGPARM 4KSTACKS gcc-3.4
> depends: scsi_mod
> ...
> license: Dual BSD/GPL
> vermagic: 2.6.8-1.541smp SMP 586 REGPARM 4KSTACKS gcc-3.4
> depends:
> ...
> license: Dual BSD/GPL
> vermagic: 2.6.8-1.541smp SMP 686 REGPARM 4KSTACKS gcc-3.4
> depends:
>
> So it would appear that using --kernelsourcedir (dkms 2.0.0) is not
> sufficient to get properly-built cross-arch modules. Would we have to
> build the dependency modules too to do that?
The depends: information is put into the module's .modinfo ELF section
by the command scripts/mod/modpost. This is invoked from the top-level
Kbuild makefile as Makefile.modpost during 'make modules'.
Apparently, Makefile.modpost generates a list of modules available, and
passes that list to scripts/mod/modpost in argv[].
The list of modules that Kbuild considers above appears to be limited to
those built via the M= (or historically SUBDIRS=) argument, thus modpost
doesn't know about the rest of the modules in the tree to consider for
putting into depends:. This is generic to all out-of-tree-built modules
as I can tell, not necessarily just DKMS cross-arch builds.
I'm not a Makefile expert by any means, I stand in awe of Kai and Sam's
work there. Gentlemen, do you have any thoughts for how to solve this
best
within Kbuild?
Thanks,
Matt
--
Matt Domsch
Sr. Software Engineer, Lead Engineer
Dell Linux Solutions linux.dell.com & www.dell.com/linux Linux on Dell
mailing lists @ http://lists.us.dell.com
-------------------------------------------------------
This SF.Net email is sponsored by: IntelliVIEW -- Interactive Reporting
Tool for open source databases. Create drag-&-drop reports. Save time
by over 75%! Publish reports on the web. Export to DOC, XLS, RTF, etc.
Download a FREE copy at http://www.intelliview.com/go/osdn_nl
_______________________________________________
kbuild-devel mailing list
kbuild-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/kbuild-devel
