> Any source change, it might have changed the #include list.
> Any source or command line change that affects generated files.
Not really, I only need to run "make dep" if I change a #include or
mess with generated files somehow. When I'm hacking on a driver, I
think I'm supposed to be clever enough to realise when it's time to
run "make dep".
When I apply a patch from somebody else, I usually don't know exactly
what has changed, so to be on the safe side I should always run "make
oldconfig && make dep" after applying a patch.
If I move the kernel tree so that the absolute paths won't match any
more, I also run "make dep".
> How do you automate that? You end up saying that you always run make
I don't want to automate that. In my opinion trying to automatically
figure out when to run make dep is overkill (except to run make dep a
first time when it hasn't been run before).
Anyway, from what you have said it seems as if the slowdowns are due
to two things, checking dependencies every time and doing the
translation of absolute to relative paths. I'm not arguing against
kbuild-2.5, what I want to say is that I think that not all of the
nine bugs you mention are showstoppers. If you can get kbuild-2.5
into the kernel without the absolute->relative translation, why not do
I just noted the option:
which allows me to test things rather quickly (does this avoid the
absolute->relative conversion?) so it seems as if you've fixed this
One thing I'd like to change though:
Error: the previous kbuild used NO_MAKEFILE_GEN, install is not safe
You must do a clean kbuild without NO_MAKEFILE_GEN before doing
I don't care that it is unsafe, if I know what I'm doing I don't want
the computer to say "Sorry Dave, I can't let you do that". My current
way of working with embedded systems is to install etherboot on the
machine and the suck the kernel over tftp and mount the root file
system using NFS. The way I work is usually:
change a source file (e.g. drivers/char/scx200_watchdog.c)
make SUBDIRS=drivers/char modules
make INSTALL_MOD_PATH=/export/nfs/00601D1D1D52 modules_install
reboot the target system and test the change
Of course I could just copy the module by hand, but when there is a
whole build system that does things, it would be nice to be able to
-- "Just how much can I get away with and still go to heaven?" - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to email@example.com More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/