kbuild 2.5 defines
-DKBUILD_OBJECT=module, the name of the module the object is linked
into, without the trailing '.o' and without any paths. If the
object is a free standing module or is linked into vmlinux then the
"module" name is the object itself. Automatically generated.
This variable is aimed at standardizing boot and module parameters, so
'insmod foo option=value' and booting with 'foo.option=value' will have
exactly the same effect. Rusty already has code to do this and is
waiting for kbuild 2.5 to go in.
Alas netfilter has objects that are linked into multiple modules,
$(ip_nf_compat-objs) is linked into both ipfwadm and ipchains so
KBUILD_OBJECT is ambiguous. Two possible solutions -
* Change netfilter so the objects are not linked twice. That will
require $(ip_nf_compat-objs) to be a module in its own right with
extra exported symbols.
* Change kbuild 2.5 to detect multi linked objects and not set
KBUILD_OBJECT for those objects. It follows that multi linked
objects cannot have module or boot parameters, so change modules.h to
barf on MODULE_PARM() and __setup() when KBUILD_OBJECT is not
defined.
I am tending towards the second solution.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/