[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <YyBU1G9O1l4LqMF7@hovoldconsulting.com>
Date: Tue, 13 Sep 2022 12:00:52 +0200
From: Johan Hovold <johan@...nel.org>
To: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
Cc: bjorn.andersson@...aro.org, konrad.dybcio@...ainline.org,
krzysztof.kozlowski+dt@...aro.org, linux-arm-msm@...r.kernel.org,
devicetree@...r.kernel.org, linux-kernel@...r.kernel.org,
johan+linaro@...nel.org, steev@...i.org
Subject: Re: [PATCH] arm64: dts: qcom: thinkpad-x13s: Update firmware location
On Tue, Sep 13, 2022 at 11:10:30AM +0530, Manivannan Sadhasivam wrote:
> The firmware location in linux-firmware has been changed to include the
> SoC name. So use the updated location in Thinkpad devicetree.
>
> Signed-off-by: Manivannan Sadhasivam <manivannan.sadhasivam@...aro.org>
> ---
> arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
I guess we should pick a commit prefix that we stick to for changes to
this driver.
arm64: dts: qcom: sc8280xp-lenovo-thinkpad-x13s:
is arguably unnecessarily long even if it follows the pattern of some
other qcom dts.
Shall we just use
arm64: dts: qcom: sc8280xp-x13s:
which matches sc8280xp-crd? Or stick "lenovo" in there as well? Or just
keep the whole thing unchanged?
> diff --git a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> index c379650e52b1..3b7943d6e164 100644
> --- a/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> +++ b/arch/arm64/boot/dts/qcom/sc8280xp-lenovo-thinkpad-x13s.dts
> @@ -554,13 +554,13 @@ keyboard@68 {
> };
>
> &remoteproc_adsp {
> - firmware-name = "qcom/LENOVO/21BX/qcadsp8280.mbn";
> + firmware-name = "qcom/sc8280xp/LENOVO/21BX/qcadsp8280.mbn";
>
> status = "okay";
> };
>
> &remoteproc_nsp0 {
> - firmware-name = "qcom/LENOVO/21BX/qccdsp8280.mbn";
> + firmware-name = "qcom/sc8280xp/LENOVO/21BX/qccdsp8280.mbn";
>
> status = "okay";
> };
Change itself looks good otherwise:
Reviewed-by: Johan Hovold <johan+linaro@...nel.org>
Johan
Powered by blists - more mailing lists