Hi Niklas,

On Tue, Jul 3, 2018 at 12:50 PM, Niklas Cassel <niklas.cas...@linaro.org> wrote:
> Since commit cab673583d96 ("soc: Unconditionally include qcom Makefile"),
> we unconditionally include the soc/qcom/Makefile.
>
> This opens up the possibility to compile test the code even when
> building for other architectures.
>
> This patch series prepares and enables all but two Kconfigs to be
> compile tested even when building for other architectures.

For the entire series.
Reviewed-by: Vivek Gautam <vivek.gau...@codeaurora.org>

Best regards
Vivek

>
>
> Changes since v2:
> -The qdsp6 fixes are now solved in another way, and those patches are
>  already applied in the ASoC-next tree.
> -Dropped rpmsg fix, as it has been applied in the remoteproc-next tree.
> -Added a new patch to add sizes.h for the new driver llcc-slice.
> -Added COMPILE_TEST to each Kconfig instead of the menu entry,
>  in order to allow more complex expressions.
>  E.g. RPMh has depends on x && y && z || COMPILE_TEST.
>  This way, if COMPILE_TEST is set,  it will be able to ignore multiple
>  dependencies. This is not be possible if we refactor out
>  ARCH_QCOM || COMPILE_TEST to the top menu entry.
>
> Niklas Cassel (6):
>   soc: qcom: smem: Add missing include of sizes.h
>   soc: qcom: llcc-slice: Add missing include of sizes.h
>   soc: qcom: smp2p: Add select IRQ_DOMAIN
>   soc: qcom: smsm: Add select IRQ_DOMAIN
>   soc: qcom: Remove bogus depends on OF from QCOM_SMD_RPM
>   soc: qcom: Allow COMPILE_TEST of qcom SoC Kconfigs
>
>  drivers/soc/qcom/Kconfig      | 19 +++++++++++--------
>  drivers/soc/qcom/llcc-slice.c |  1 +
>  drivers/soc/qcom/smem.c       |  1 +
>  3 files changed, 13 insertions(+), 8 deletions(-)
>
> --
> 2.17.1
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-arm-msm" in
> the body of a message to majord...@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html



-- 
QUALCOMM INDIA, on behalf of Qualcomm Innovation Center, Inc. is a member
of Code Aurora Forum, hosted by The Linux Foundation

Reply via email to