Yes, but currently you need only 3 files: autoconf.h, version.h, and, eventually
.config, as other headers are read-only and nobody managed to get them
wrong (yet).
When using kernel Makefiles there are at least two more files (main and arch Makefile),
of which main Makefile is known to be modified by vendors to get their cloneconfig
working: they define additional rules and variables, and you may run into conflict.
> If distros ship broken crap which doesn't let you build modules, there's
> really not a lot you can do except note their quality control for the
> record and report it in their bug tracking system.
>
> You are _always_ going to have problems with people shipping shite, or
> possibly even actively going our of their way to prevent out-of-tree modules
> building. It's fairly much an orthogonal problem though, isn't it?
Increasing number of files needed to build module also increases possibility
that something will go wrong :-( Ok, I'll modify modules build script to
use kernel's build system if /lib/modules/`uname -r`/build/Makefile exists,
and I'll see.
BTW, is there any way how code outside of Makefile can detect what file was
generated and where it was stored: whether vmmon.o or vmmon.ko? As it is now,
Makefile contains obj-y := vmmon.o, but you can end up with vmmon.ko... I
need it to make a note for uninstaller which files we added to the system
(and which we can overwrite without prompting on upgrade).
Petr Vandrovec
-
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/