When doing a COMPILE_TEST build it makes more sense to disable this feature and test the common path than it does to test the uncommon path of [ST]PL_OF_PLATDATA being enabled.
Signed-off-by: Tom Rini <[email protected]> --- I thought about this a bit, and one thing is that we do uncover a number of drivers today which have partial OF_PLATDATA support but we have even more drivers which assume OF_PLATADATA is disabled and then fail to compile in xPL. This choice will give us the most overall coverage I believe. --- dts/Kconfig | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/dts/Kconfig b/dts/Kconfig index 4e2622d48d04..070ffbfef587 100644 --- a/dts/Kconfig +++ b/dts/Kconfig @@ -455,7 +455,7 @@ config OF_REMOVE_PROPS config SPL_OF_PLATDATA bool "Generate platform data for use in SPL" - depends on SPL_OF_CONTROL + depends on SPL_OF_CONTROL && !COMPILE_TEST select DTOC select SPL_OF_PLATDATA_DRIVER_RT if !SPL_OF_PLATDATA_INST help @@ -542,7 +542,7 @@ config TPL_OF_REAL config TPL_OF_PLATDATA bool "Generate platform data for use in TPL" - depends on TPL_OF_CONTROL + depends on TPL_OF_CONTROL && !COMPILE_TEST select DTOC select TPL_OF_PLATDATA_DRIVER_RT if !TPL_OF_PLATDATA_INST help -- 2.43.0
