[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAD=FV=XQy17ZuKdJXPH20uGTrEtPrDacDXAg+rTA96HBm6hVVw@mail.gmail.com>
Date: Thu, 9 Jul 2020 13:05:40 -0700
From: Doug Anderson <dianders@...omium.org>
To: Rakesh Pillai <pillair@...eaurora.org>
Cc: "open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, Evan Green <evgreen@...omium.org>,
Andy Gross <agross@...nel.org>,
Bjorn Andersson <bjorn.andersson@...aro.org>,
Rob Herring <robh+dt@...nel.org>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Sibi Sankar <sibis@...eaurora.org>
Subject: Re: [PATCH] arm64: dts: qcom: sc7180: Add missing properties for Wifi node
Hi,
On Thu, Jul 9, 2020 at 2:18 AM Rakesh Pillai <pillair@...eaurora.org> wrote:
>
> The wlan firmware memory is statically mapped in
> the Trusted Firmware, hence the wlan driver does
> not need to map/unmap this region dynamically.
>
> Hence add the property to indicate the wlan driver
> to not map/unamp the firmware memory region
> dynamically.
>
> Also add the chain1 voltage supply for wlan.
>
> Signed-off-by: Rakesh Pillai <pillair@...eaurora.org>
> ---
> This patch is created on top of the change by
> Douglas Anderson.
> https://lkml.org/lkml/2020/6/25/817
>
> Also the dt-bindings for the chain1 voltage supply
> is added by the below patch series:
> https://patchwork.kernel.org/project/linux-wireless/list/?series=309137
> ---
> arch/arm64/boot/dts/qcom/sc7180-idp.dts | 2 ++
> 1 file changed, 2 insertions(+)
>
> diff --git a/arch/arm64/boot/dts/qcom/sc7180-idp.dts b/arch/arm64/boot/dts/qcom/sc7180-idp.dts
> index 472f7f4..4c64bc1 100644
> --- a/arch/arm64/boot/dts/qcom/sc7180-idp.dts
> +++ b/arch/arm64/boot/dts/qcom/sc7180-idp.dts
> @@ -391,10 +391,12 @@
>
> &wifi {
> status = "okay";
> + qcom,msa-fixed-perm;
At one point in time I thought +Sibi said that this wouldn't be needed
once the firmware was fixed. ...afterwards you said that it was
needed for SSR (subsystem reset). Would be good to get confirmation
from Sibi that this matches his understanding.
> vdd-0.8-cx-mx-supply = <&vreg_l9a_0p6>;
> vdd-1.8-xo-supply = <&vreg_l1c_1p8>;
> vdd-1.3-rfa-supply = <&vreg_l2c_1p3>;
> vdd-3.3-ch0-supply = <&vreg_l10c_3p3>;
> + vdd-3.3-ch1-supply = <&vreg_l11c_3p3>;
> wifi-firmware {
> iommus = <&apps_smmu 0xc2 0x1>;
> };
Other than the one question this looks good to me.
-Doug
Powered by blists - more mailing lists