[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b3304e24-90c9-4109-8d42-fad778f68758@quicinc.com>
Date: Wed, 6 Mar 2024 21:33:21 +0530
From: Sriram Dash <quic_sriramd@...cinc.com>
To: Konrad Dybcio <konrad.dybcio@...aro.org>,
Krzysztof Kozlowski
<krzysztof.kozlowski@...aro.org>,
<andersson@...nel.org>, <vkoul@...nel.org>, <kishon@...nel.org>,
<robh@...nel.org>, <krzysztof.kozlowski+dt@...aro.org>,
<conor+dt@...nel.org>, <gregkh@...uxfoundation.org>,
<quic_wcheng@...cinc.com>, <Thinh.Nguyen@...opsys.com>,
<p.zabel@...gutronix.de>, <linux-arm-msm@...r.kernel.org>,
<linux-phy@...ts.infradead.org>, <linux-kernel@...r.kernel.org>,
<linux-usb@...r.kernel.org>, <quic_psodagud@...cinc.com>,
<quic_nkela@...cinc.com>, <manivannan.sadhasivam@...aro.org>,
<ulf.hansson@...aro.org>, <sudeep.holla@....com>,
<quic_shazhuss@...cinc.com>, <devicetree@...r.kernel.org>
Subject: Re: [RFC 3/3] arm64: dts: qcom: sa8775p-ride: Enable support for
firmware managed resources
On 3/6/2024 2:37 AM, Konrad Dybcio wrote:
>
>
> On 3/5/24 19:25, Sriram Dash wrote:
>> On 3/5/2024 11:33 PM, Sriram Dash wrote:
>>> On 3/5/2024 10:38 PM, Krzysztof Kozlowski wrote:
>>>> On 05/03/2024 17:57, Sriram Dash wrote:
>>>>> Establish the channel and domain mapping for the power domains to
>>>>> connect
>>>>> with firmware, enabling the firmware to handle the assigned resources.
>>>>> Since these delegated resources will remain invisible to the operating
>>>>> system, ensure that any references to them are removed.
>>>>>
>>>>> Signed-off-by: Sriram Dash <quic_sriramd@...cinc.com>
>>>>> ---
>>>>> arch/arm64/boot/dts/qcom/sa8775p-ride.dts | 96
>>>>> +++++++++++++++++++++++++------
>>>>> 1 file changed, 77 insertions(+), 19 deletions(-)
>>>>
>>>> Do not mix DTS patches with submissions to netdev or USB.
>>>>
>>>> Please put it inside your internal guides, so you will not be repeating
>>>> this over and over.
>>>>
>>>
>>> Sure. Will take care. Thanks.
>>>
>>>>>
>>>>> diff --git a/arch/arm64/boot/dts/qcom/sa8775p-ride.dts
>>>>> b/arch/arm64/boot/dts/qcom/sa8775p-ride.dts
>>>>> index 26ad05b..b6c9cac 100644
>>>>> --- a/arch/arm64/boot/dts/qcom/sa8775p-ride.dts
>>>>> +++ b/arch/arm64/boot/dts/qcom/sa8775p-ride.dts
>>>>> @@ -764,8 +764,18 @@
>>>>> };
>>>>> &usb_0 {
>>>>> - pinctrl-names = "default";
>>>>> - pinctrl-0 = <&usb0_en_state>;
>>>>> + /delete-property/ clocks;
>>>>> + /delete-property/ clock-names;
>>>>> + /delete-property/ assigned-clocks;
>>>>> + /delete-property/ assigned-clock-rates;
>>>>> + /delete-property/ required-opps;
>>>>> + /delete-property/ resets;
>>>>> + /delete-property/ interconnects;
>>>>> + /delete-property/ interconnect-names;
>
> This is totally unacceptable.. And especially makes no sense given
> ride is likely the only sa8775 board in existence..
>
Sure Konrad.
Will update the patches on top of the scmi based dt
for sa8775.
>>>>> +
>>>>> + power-domains = <TODO>, <TODO>;
>>>>
>>>> This wasn't even tested.
>>>>
>>>
>>> This is tested with the specific power domains in place
>>> of <TODO>. SCMI interface is used for the power domains.
>
> I'm sorry, but "break compilation successfully" is not a valid
> test result..
>
> Konrad
Powered by blists - more mailing lists