Message ID | 20230323-topic-sm8450-upstream-dt-bindings-fixes-v1-7-3ead1e418fe4@linaro.org |
---|---|
State | New |
Headers | show |
Series | arm64: qcom: sm8450: bindings check cleanup | expand |
Hi, On 23/03/2023 11:49, Krzysztof Kozlowski wrote: > On 23/03/2023 11:25, Neil Armstrong wrote: >> Fixes the following DT bindings check error: >> ufshc@1d84000: Unevaluated properties are not allowed ('reg-names' was unexpected) >> >> Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> >> --- >> arch/arm64/boot/dts/qcom/sm8450.dtsi | 1 - >> 1 file changed, 1 deletion(-) >> >> diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi b/arch/arm64/boot/dts/qcom/sm8450.dtsi >> index ef9bae2e6acc..8ecc48c7c5ef 100644 >> --- a/arch/arm64/boot/dts/qcom/sm8450.dtsi >> +++ b/arch/arm64/boot/dts/qcom/sm8450.dtsi >> @@ -3996,7 +3996,6 @@ ufs_mem_hc: ufshc@1d84000 { >> "jedec,ufs-2.0"; >> reg = <0 0x01d84000 0 0x3000>, >> <0 0x01d88000 0 0x8000>; >> - reg-names = "std", "ice"; > > This is also part of: > https://lore.kernel.org/linux-arm-msm/20230308155838.1094920-8-abel.vesa@linaro.org/#Z31arch:arm64:boot:dts:qcom:sm8450.dtsi > but I actually wonder whether you just missed some binding patch? I'm aware of Abel's RFC patchset to support shared ICE, but this is a cleanup of the current DT, and the current bindings schema doesn't document reg-names. Neil > > Best regards, > Krzysztof >
On 24/03/2023 08:26, Luca Weiss wrote: > Hi Eric, > > On Fri Mar 24, 2023 at 7:52 AM CET, Eric Biggers wrote: >> Hi Neil, >> >> On Thu, Mar 23, 2023 at 02:10:44PM +0100, Neil Armstrong wrote: >>> Hi, >>> >>> On 23/03/2023 11:49, Krzysztof Kozlowski wrote: >>>> On 23/03/2023 11:25, Neil Armstrong wrote: >>>>> Fixes the following DT bindings check error: >>>>> ufshc@1d84000: Unevaluated properties are not allowed ('reg-names' was unexpected) >>>>> >>>>> Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> >>>>> --- >>>>> arch/arm64/boot/dts/qcom/sm8450.dtsi | 1 - >>>>> 1 file changed, 1 deletion(-) >>>>> >>>>> diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi b/arch/arm64/boot/dts/qcom/sm8450.dtsi >>>>> index ef9bae2e6acc..8ecc48c7c5ef 100644 >>>>> --- a/arch/arm64/boot/dts/qcom/sm8450.dtsi >>>>> +++ b/arch/arm64/boot/dts/qcom/sm8450.dtsi >>>>> @@ -3996,7 +3996,6 @@ ufs_mem_hc: ufshc@1d84000 { >>>>> "jedec,ufs-2.0"; >>>>> reg = <0 0x01d84000 0 0x3000>, >>>>> <0 0x01d88000 0 0x8000>; >>>>> - reg-names = "std", "ice"; >>>> >>>> This is also part of: >>>> https://lore.kernel.org/linux-arm-msm/20230308155838.1094920-8-abel.vesa@linaro.org/#Z31arch:arm64:boot:dts:qcom:sm8450.dtsi >>>> but I actually wonder whether you just missed some binding patch? >>> >>> I'm aware of Abel's RFC patchset to support shared ICE, but this is a cleanup of the current DT, >>> and the current bindings schema doesn't document reg-names. >>> >> >> The ufs-qcom driver accesses the "ice" registers by name, so the reg-names can't >> be removed from the device tree. A few months ago there was a patch to fix the >> device tree schema for qcom,ufs to include the reg-names. It looks like that >> patch got missed, though: >> https://lore.kernel.org/r/20221209-dt-binding-ufs-v2-2-dc7a04699579@fairphone.com > > Are you implying that I should resend the patch or something? Not sure > who to bug about applying this patch. Yes, you should. It has been almost three months... Best regards, Krzysztof
diff --git a/arch/arm64/boot/dts/qcom/sm8450.dtsi b/arch/arm64/boot/dts/qcom/sm8450.dtsi index ef9bae2e6acc..8ecc48c7c5ef 100644 --- a/arch/arm64/boot/dts/qcom/sm8450.dtsi +++ b/arch/arm64/boot/dts/qcom/sm8450.dtsi @@ -3996,7 +3996,6 @@ ufs_mem_hc: ufshc@1d84000 { "jedec,ufs-2.0"; reg = <0 0x01d84000 0 0x3000>, <0 0x01d88000 0 0x8000>; - reg-names = "std", "ice"; interrupts = <GIC_SPI 265 IRQ_TYPE_LEVEL_HIGH>; phys = <&ufs_mem_phy_lanes>; phy-names = "ufsphy";
Fixes the following DT bindings check error: ufshc@1d84000: Unevaluated properties are not allowed ('reg-names' was unexpected) Signed-off-by: Neil Armstrong <neil.armstrong@linaro.org> --- arch/arm64/boot/dts/qcom/sm8450.dtsi | 1 - 1 file changed, 1 deletion(-)