-
- Downloads
firmware: include drivers/firmware/Kconfig unconditionally
Compile-testing drivers that require access to a firmware layer fails when that firmware symbol is unavailable. This happened twice this week: - My proposed to change to rework the QCOM_SCM firmware symbol broke on ppc64 and others. - The cs_dsp firmware patch added device specific firmware loader into drivers/firmware, which broke on the same set of architectures. We should probably do the same thing for other subsystems as well, but fix this one first as this is a dependency for other patches getting merged. Reviewed-by:Bjorn Andersson <bjorn.andersson@linaro.org> Reviewed-by:
Charles Keepax <ckeepax@opensource.cirrus.com> Acked-by:
Will Deacon <will@kernel.org> Acked-by:
Bjorn Andersson <bjorn.andersson@linaro.org> Cc: Mark Brown <broonie@kernel.org> Cc: Liam Girdwood <lgirdwood@gmail.com> Cc: Charles Keepax <ckeepax@opensource.cirrus.com> Cc: Simon Trimmer <simont@opensource.cirrus.com> Cc: Michael Ellerman <mpe@ellerman.id.au> Reviewed-by:
Mark Brown <broonie@kernel.org> Signed-off-by:
Arnd Bergmann <arnd@arndb.de>
Showing
- arch/arm/Kconfig 0 additions, 2 deletionsarch/arm/Kconfig
- arch/arm64/Kconfig 0 additions, 2 deletionsarch/arm64/Kconfig
- arch/ia64/Kconfig 0 additions, 2 deletionsarch/ia64/Kconfig
- arch/mips/Kconfig 0 additions, 2 deletionsarch/mips/Kconfig
- arch/parisc/Kconfig 0 additions, 2 deletionsarch/parisc/Kconfig
- arch/riscv/Kconfig 0 additions, 2 deletionsarch/riscv/Kconfig
- arch/x86/Kconfig 0 additions, 2 deletionsarch/x86/Kconfig
- drivers/Kconfig 2 additions, 0 deletionsdrivers/Kconfig
Loading
Please register or sign in to comment