[RFC PATCH] arm/arm64: build all dtbs for CONPILE_TEST
From: geert@linux-m68k.org (Geert Uytterhoeven)
Date: 2015-08-27 20:46:38
Also in:
linux-devicetree
Hi Rob, On Thu, Aug 27, 2015 at 9:07 PM, Rob Herring [off-list ref] wrote:
quoted
It would be useful to build all files, but it's not the behavior that COMPILE_TEST usually has.Just changing to dtb-n would be equivalent because there is no other dependency to enable building. Code has other dependencies typically. What dtb do we not want to built in an allyesconfig build? If dtb's have any dependencies, that would be a bug. To really make this equivalent to a driver using COMPILE_TEST, we would need kconfig symbols specifically for each platform's dtbs. Then we would have the 2 stage unhide (setting COMPILE_TEST) then enable the option. I was also thinking that perhaps we don't want to require a kconfig symbol for every platform family. Adding a kconfig entry is the only way to enable building a dtb ATM. I know there are 2 camps to this policy though.
I think it would be good to have a single Kconfig option (depending on
COMPILE_TEST) to build all dtbs.
For drivers, COMPILE_TEST doesn't enable anything by itself, it just
relaxes dependencies. Hence if any driver is broken, I can still
disable that driver in the .config.
If any dtb is broken, I cannot disable it, except by disabling COMPILE_TEST,
which I may not want to do for other reasons (e.g. I'm compile testing my
driver). If there would be an extra Kconfig symbol for building all dtbs,
I can still disable it.
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert at linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds