[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <df0a0a62-0f5f-31d3-4d8a-fd0d3b21e5b2@ti.com>
Date: Fri, 7 Dec 2018 10:13:09 +0530
From: Kishon Vijay Abraham I <kishon@...com>
To: Vivek Gautam <vivek.gautam@...eaurora.org>
CC: <evgreen@...omium.org>, robh+dt <robh+dt@...nel.org>,
Andy Gross <andy.gross@...aro.org>,
David Brown <david.brown@...aro.org>,
Doug Anderson <dianders@...omium.org>, <swboyd@...omium.org>,
"open list:OPEN FIRMWARE AND FLATTENED DEVICE TREE BINDINGS"
<devicetree@...r.kernel.org>, Rob Herring <robh@...nel.org>,
linux-arm-msm <linux-arm-msm@...r.kernel.org>,
Can Guo <cang@...eaurora.org>,
open list <linux-kernel@...r.kernel.org>,
Manu Gautam <mgautam@...eaurora.org>,
Mark Rutland <mark.rutland@....com>,
"open list:ARM/QUALCOMM SUPPORT" <linux-soc@...r.kernel.org>
Subject: Re: [PATCH v1 0/4] phy: qcom-qmp: Fix clock-cells binding and
provider
Vivek,
On 04/12/18 6:07 PM, Vivek Gautam wrote:
> Hi Kishon,
>
> On Tue, Dec 4, 2018 at 1:44 PM Kishon Vijay Abraham I <kishon@...com> wrote:
>>
>> Hi Andy Gross, David Brown, Vivek,
>>
>> On 30/11/18 3:43 AM, Evan Green wrote:
>>> This series fixes the QMP PHY bindings, which had specified #clock-cells
>>> in the parent node, and had set it to 1. Putting it in the parent node is
>>> wrong because the clock providers are the child nodes, so this change
>>> moves it there. Having it set to 1 is also wrong, since nothing is ever
>>> specified as to what should go in that cell. So this changes it to zero.
>>> Finally, this change completes a little bit of code to actually allow these
>>> exposed clocks to be pointed at in DT.
>>>
>>> I had no idea how to fix up ipq8074.dtsi. It seems to be completely wrong in
>>> that it doesn't specify #clock-cells at all, has no child nodes, and
>>> specifies clock-output-names in the parent node. As far as I can tell this
>>> doesn't work at all. But I can't add the child nodes myself because I don't know
>>> 1) how many there are, and 2) the registers in them. I also have no way to test it.
>>>
>>> Speaking of testing, I was able to test this on sdm845, but haven't tested msm8996.
>>
>> Can someone help test this series in msm8996?
>
> Sure, will give it a try tomorrow.
I'm planning to close the merge by today. Can you test this series please?
Thanks
Kishon
>
> Thanks
> Vivek
>
>>
>> Thanks
>> Kishon
>>
>>>
>>> This patch sits atop the UFS device nodes series [1].
>>>
>>> [1] https://lore.kernel.org/lkml/20181026173544.136037-1-evgreen@chromium.org/
>>>
>>>
>>>
>>> Evan Green (4):
>>> dt-bindings: phy-qcom-qmp: Move #clock-cells to child
>>> arm64: dts: qcom: msm8996: Fix QMP PHY #clock-cells
>>> arm64: dts: qcom: sdm845: Fix QMP PHY #clock-cells
>>> phy: qcom-qmp: Expose provided clocks to DT
>>>
>>> .../devicetree/bindings/phy/qcom-qmp-phy.txt | 11 ++++-----
>>> arch/arm64/boot/dts/qcom/msm8996.dtsi | 6 +++--
>>> arch/arm64/boot/dts/qcom/sdm845.dtsi | 4 ++--
>>> drivers/phy/qualcomm/phy-qcom-qmp.c | 23 ++++++++++++++++++-
>>> 4 files changed, 33 insertions(+), 11 deletions(-)
>>>
>
>
>
Powered by blists - more mailing lists