From: Sriram Dash <quic_sriramd@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: <andersson@kernel.org>, <konrad.dybcio@linaro.org>,
<vkoul@kernel.org>, <kishon@kernel.org>, <robh@kernel.org>,
<krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>,
<gregkh@linuxfoundation.org>, <quic_wcheng@quicinc.com>,
<Thinh.Nguyen@synopsys.com>, <p.zabel@pengutronix.de>,
<linux-arm-msm@vger.kernel.org>, <linux-phy@lists.infradead.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-usb@vger.kernel.org>, <quic_psodagud@quicinc.com>,
<quic_nkela@quicinc.com>, <manivannan.sadhasivam@linaro.org>,
<ulf.hansson@linaro.org>, <sudeep.holla@arm.com>,
<quic_shazhuss@quicinc.com>
Subject: Re: [RFC 1/3] dt-bindings: usb: qcom,dwc3: Add support for multiple power-domains
Date: Wed, 6 Mar 2024 21:21:37 +0530 [thread overview]
Message-ID: <4f1e4e66-e728-472e-92f4-17c295548a14@quicinc.com> (raw)
In-Reply-To: <CAA8EJpph+R2oJjABvNQYwp=pZLxQPzzs41Hhw4feOdQ3eU-6UA@mail.gmail.com>
On 3/6/2024 12:33 AM, Dmitry Baryshkov wrote:
> On Tue, 5 Mar 2024 at 18:58, Sriram Dash <quic_sriramd@quicinc.com> wrote:
>>
>> Some target systems allow multiple resources to be managed by firmware.
>> On these targets, tasks related to clocks, regulators, resets, and
>> interconnects can be delegated to the firmware, while the remaining
>> responsibilities are handled by Linux.
>>
>> To support the management of partial resources in Linux and leave the rest
>> to firmware, multiple power domains are introduced. Each power domain can
>> manage one or more resources, depending on the specific use case.
>>
>> These power domains handle SCMI calls to the firmware, enabling the
>> activation and deactivation of firmware-managed resources.
>>
>> Signed-off-by: Sriram Dash <quic_sriramd@quicinc.com>
>> ---
>> .../phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml | 74 ++++++++++++++++------
>> .../bindings/phy/qcom,usb-snps-femto-v2.yaml | 49 ++++++++++++--
>> .../devicetree/bindings/usb/qcom,dwc3.yaml | 37 ++++++++++-
>> 3 files changed, 130 insertions(+), 30 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml b/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> index 1e2d4dd..53b9ba9 100644
>> --- a/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> +++ b/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> @@ -44,7 +44,32 @@ properties:
>> maxItems: 5
>>
>> power-domains:
>> - maxItems: 1
>> + description: specifies a phandle to PM domain provider node
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + qmp,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>>
>> resets:
>> maxItems: 2
>> @@ -70,14 +95,6 @@ properties:
>> required:
>> - compatible
>> - reg
>> - - clocks
>> - - clock-names
>> - - resets
>> - - reset-names
>> - - vdda-phy-supply
>> - - vdda-pll-supply
>> - - "#clock-cells"
>> - - clock-output-names
>> - "#phy-cells"
>>
>> allOf:
>> @@ -86,6 +103,33 @@ allOf:
>> compatible:
>> contains:
>> enum:
>> + - qcom,sa8775p-qmp-usb3-uni-phy
>> + - qcom,sc8280xp-qmp-usb3-uni-phy
>> + - qcom,x1e80100-qmp-usb3-uni-phy
>> + then:
>> + required:
>> + - power-domains
>> +
>> + - if:
>> + not:
>> + required:
>> + - qmp,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> + - resets
>> + - reset-names
>> + - vdda-phy-supply
>> + - vdda-pll-supply
>> + - clock-output-names
>> + - "#clock-cells"
>> +
>> + - if:
>> + properties:
>> + compatible:
>> + contains:
>> + enum:
>> - qcom,ipq6018-qmp-usb3-phy
>> - qcom,ipq8074-qmp-usb3-phy
>> - qcom,ipq9574-qmp-usb3-phy
>> @@ -144,18 +188,6 @@ allOf:
>> - const: com_aux
>> - const: pipe
>>
>> - - if:
>> - properties:
>> - compatible:
>> - contains:
>> - enum:
>> - - qcom,sa8775p-qmp-usb3-uni-phy
>> - - qcom,sc8280xp-qmp-usb3-uni-phy
>> - - qcom,x1e80100-qmp-usb3-uni-phy
>> - then:
>> - required:
>> - - power-domains
>> -
>> additionalProperties: false
>>
>> examples:
>> diff --git a/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml b/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> index 0f200e3..ad2f08f 100644
>> --- a/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> +++ b/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> @@ -49,6 +49,34 @@ properties:
>> items:
>> - const: ref
>>
>> + power-domains:
>> + description: specifies a phandle to PM domain provider node
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + hsphy,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>> +
>> resets:
>> items:
>> - description: PHY core reset
>> @@ -154,12 +182,21 @@ required:
>> - compatible
>> - reg
>> - "#phy-cells"
>> - - clocks
>> - - clock-names
>> - - resets
>> - - vdda-pll-supply
>> - - vdda18-supply
>> - - vdda33-supply
>> +
>> +
>> +allOf:
>> + - if:
>> + not:
>> + required:
>> + - hsphy,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> + - resets
>> + - vdda-pll-supply
>> + - vdda18-supply
>> + - vdda33-supply
>>
>> additionalProperties: false
>>
>> diff --git a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> index 63d150b..5bf3a29 100644
>> --- a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> +++ b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> @@ -64,7 +64,31 @@ properties:
>>
>> power-domains:
>> description: specifies a phandle to PM domain provider node
>> - maxItems: 1
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + qcom,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>
> I think this is an overkill. You know that SA8775 is going to use
> SCMI-based clocks / PD management. Thus I'd suggest adding new
> bindings file targeting qcom,sa8775-dwc3. Also you can drop the
> qcom,fw-managed property at all, let the driver decide basing on the
> compat string.
>
>
Thank you for the suggestion Dmitry. I will include
new compat string for SA8775 which will decide whether
to use scmi based clock/ PD.
>>
>> required-opps:
>> maxItems: 1
>> @@ -148,13 +172,20 @@ required:
>> - "#address-cells"
>> - "#size-cells"
>> - ranges
>> - - clocks
>> - - clock-names
>> - interrupts
>> - interrupt-names
>>
>> allOf:
>> - if:
>> + not:
>> + required:
>> + - qcom,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> +
>> + - if:
>> properties:
>> compatible:
>> contains:
>> --
>> 2.7.4
>>
>>
>
>
> --
> With best wishes
> Dmitry
WARNING: multiple messages have this Message-ID (diff)
From: Sriram Dash <quic_sriramd@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: <andersson@kernel.org>, <konrad.dybcio@linaro.org>,
<vkoul@kernel.org>, <kishon@kernel.org>, <robh@kernel.org>,
<krzysztof.kozlowski+dt@linaro.org>, <conor+dt@kernel.org>,
<gregkh@linuxfoundation.org>, <quic_wcheng@quicinc.com>,
<Thinh.Nguyen@synopsys.com>, <p.zabel@pengutronix.de>,
<linux-arm-msm@vger.kernel.org>, <linux-phy@lists.infradead.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>,
<linux-usb@vger.kernel.org>, <quic_psodagud@quicinc.com>,
<quic_nkela@quicinc.com>, <manivannan.sadhasivam@linaro.org>,
<ulf.hansson@linaro.org>, <sudeep.holla@arm.com>,
<quic_shazhuss@quicinc.com>
Subject: Re: [RFC 1/3] dt-bindings: usb: qcom,dwc3: Add support for multiple power-domains
Date: Wed, 6 Mar 2024 21:21:37 +0530 [thread overview]
Message-ID: <4f1e4e66-e728-472e-92f4-17c295548a14@quicinc.com> (raw)
In-Reply-To: <CAA8EJpph+R2oJjABvNQYwp=pZLxQPzzs41Hhw4feOdQ3eU-6UA@mail.gmail.com>
On 3/6/2024 12:33 AM, Dmitry Baryshkov wrote:
> On Tue, 5 Mar 2024 at 18:58, Sriram Dash <quic_sriramd@quicinc.com> wrote:
>>
>> Some target systems allow multiple resources to be managed by firmware.
>> On these targets, tasks related to clocks, regulators, resets, and
>> interconnects can be delegated to the firmware, while the remaining
>> responsibilities are handled by Linux.
>>
>> To support the management of partial resources in Linux and leave the rest
>> to firmware, multiple power domains are introduced. Each power domain can
>> manage one or more resources, depending on the specific use case.
>>
>> These power domains handle SCMI calls to the firmware, enabling the
>> activation and deactivation of firmware-managed resources.
>>
>> Signed-off-by: Sriram Dash <quic_sriramd@quicinc.com>
>> ---
>> .../phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml | 74 ++++++++++++++++------
>> .../bindings/phy/qcom,usb-snps-femto-v2.yaml | 49 ++++++++++++--
>> .../devicetree/bindings/usb/qcom,dwc3.yaml | 37 ++++++++++-
>> 3 files changed, 130 insertions(+), 30 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml b/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> index 1e2d4dd..53b9ba9 100644
>> --- a/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> +++ b/Documentation/devicetree/bindings/phy/qcom,sc8280xp-qmp-usb3-uni-phy.yaml
>> @@ -44,7 +44,32 @@ properties:
>> maxItems: 5
>>
>> power-domains:
>> - maxItems: 1
>> + description: specifies a phandle to PM domain provider node
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + qmp,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>>
>> resets:
>> maxItems: 2
>> @@ -70,14 +95,6 @@ properties:
>> required:
>> - compatible
>> - reg
>> - - clocks
>> - - clock-names
>> - - resets
>> - - reset-names
>> - - vdda-phy-supply
>> - - vdda-pll-supply
>> - - "#clock-cells"
>> - - clock-output-names
>> - "#phy-cells"
>>
>> allOf:
>> @@ -86,6 +103,33 @@ allOf:
>> compatible:
>> contains:
>> enum:
>> + - qcom,sa8775p-qmp-usb3-uni-phy
>> + - qcom,sc8280xp-qmp-usb3-uni-phy
>> + - qcom,x1e80100-qmp-usb3-uni-phy
>> + then:
>> + required:
>> + - power-domains
>> +
>> + - if:
>> + not:
>> + required:
>> + - qmp,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> + - resets
>> + - reset-names
>> + - vdda-phy-supply
>> + - vdda-pll-supply
>> + - clock-output-names
>> + - "#clock-cells"
>> +
>> + - if:
>> + properties:
>> + compatible:
>> + contains:
>> + enum:
>> - qcom,ipq6018-qmp-usb3-phy
>> - qcom,ipq8074-qmp-usb3-phy
>> - qcom,ipq9574-qmp-usb3-phy
>> @@ -144,18 +188,6 @@ allOf:
>> - const: com_aux
>> - const: pipe
>>
>> - - if:
>> - properties:
>> - compatible:
>> - contains:
>> - enum:
>> - - qcom,sa8775p-qmp-usb3-uni-phy
>> - - qcom,sc8280xp-qmp-usb3-uni-phy
>> - - qcom,x1e80100-qmp-usb3-uni-phy
>> - then:
>> - required:
>> - - power-domains
>> -
>> additionalProperties: false
>>
>> examples:
>> diff --git a/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml b/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> index 0f200e3..ad2f08f 100644
>> --- a/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> +++ b/Documentation/devicetree/bindings/phy/qcom,usb-snps-femto-v2.yaml
>> @@ -49,6 +49,34 @@ properties:
>> items:
>> - const: ref
>>
>> + power-domains:
>> + description: specifies a phandle to PM domain provider node
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + hsphy,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>> +
>> resets:
>> items:
>> - description: PHY core reset
>> @@ -154,12 +182,21 @@ required:
>> - compatible
>> - reg
>> - "#phy-cells"
>> - - clocks
>> - - clock-names
>> - - resets
>> - - vdda-pll-supply
>> - - vdda18-supply
>> - - vdda33-supply
>> +
>> +
>> +allOf:
>> + - if:
>> + not:
>> + required:
>> + - hsphy,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> + - resets
>> + - vdda-pll-supply
>> + - vdda18-supply
>> + - vdda33-supply
>>
>> additionalProperties: false
>>
>> diff --git a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> index 63d150b..5bf3a29 100644
>> --- a/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> +++ b/Documentation/devicetree/bindings/usb/qcom,dwc3.yaml
>> @@ -64,7 +64,31 @@ properties:
>>
>> power-domains:
>> description: specifies a phandle to PM domain provider node
>> - maxItems: 1
>> + minItems: 1
>> + maxItems: 2
>> +
>> + power-domain-names:
>> + description:
>> + A list of power domain name strings sorted in the same order as the
>> + power-domains property.
>> +
>> + For platforms where some resource are firmware managed, the name
>> + corresponding to the index of an SCMI domain provider can be
>> + "usb_core" or "usb_transfer".
>> + items:
>> + - const: usb_core
>> + - const: usb_transfer
>> +
>> + qcom,fw-managed:
>> + description:
>> + Some targets allow multiple resources to be managed by firmware.
>> + On these targets, tasks related to clocks, regulators, resets, and
>> + interconnects can be delegated to the firmware, while the remaining
>> + responsibilities are handled by Linux.
>> +
>> + Decide if the target resources will be managed by firmware or High level
>> + OS.
>> + type: boolean
>
> I think this is an overkill. You know that SA8775 is going to use
> SCMI-based clocks / PD management. Thus I'd suggest adding new
> bindings file targeting qcom,sa8775-dwc3. Also you can drop the
> qcom,fw-managed property at all, let the driver decide basing on the
> compat string.
>
>
Thank you for the suggestion Dmitry. I will include
new compat string for SA8775 which will decide whether
to use scmi based clock/ PD.
>>
>> required-opps:
>> maxItems: 1
>> @@ -148,13 +172,20 @@ required:
>> - "#address-cells"
>> - "#size-cells"
>> - ranges
>> - - clocks
>> - - clock-names
>> - interrupts
>> - interrupt-names
>>
>> allOf:
>> - if:
>> + not:
>> + required:
>> + - qcom,fw-managed
>> + then:
>> + required:
>> + - clocks
>> + - clock-names
>> +
>> + - if:
>> properties:
>> compatible:
>> contains:
>> --
>> 2.7.4
>>
>>
>
>
> --
> With best wishes
> Dmitry
--
linux-phy mailing list
linux-phy@lists.infradead.org
https://lists.infradead.org/mailman/listinfo/linux-phy
next prev parent reply other threads:[~2024-03-06 15:52 UTC|newest]
Thread overview: 66+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-03-05 16:57 [RFC 0/3] Enable firmware-managed USB resources on Qcom targets Sriram Dash
2024-03-05 16:57 ` Sriram Dash
2024-03-05 16:57 ` [RFC 1/3] dt-bindings: usb: qcom,dwc3: Add support for multiple power-domains Sriram Dash
2024-03-05 16:57 ` Sriram Dash
2024-03-05 17:07 ` Krzysztof Kozlowski
2024-03-05 17:07 ` Krzysztof Kozlowski
2024-03-05 18:03 ` Sriram Dash
2024-03-05 18:03 ` Sriram Dash
2024-03-06 7:03 ` Krzysztof Kozlowski
2024-03-06 7:03 ` Krzysztof Kozlowski
2024-03-06 7:33 ` Krishna Kurapati PSSNV
2024-03-06 7:33 ` Krishna Kurapati PSSNV
2024-03-06 15:49 ` Sriram Dash
2024-03-06 15:49 ` Sriram Dash
2024-03-05 19:03 ` Dmitry Baryshkov
2024-03-05 19:03 ` Dmitry Baryshkov
2024-03-06 15:51 ` Sriram Dash [this message]
2024-03-06 15:51 ` Sriram Dash
2024-03-06 19:51 ` Dmitry Baryshkov
2024-03-06 19:51 ` Dmitry Baryshkov
2024-03-05 16:57 ` [RFC 2/3] USB: dwc3: qcom: Add support for firmware managed resources Sriram Dash
2024-03-05 16:57 ` Sriram Dash
2024-03-05 19:22 ` Bjorn Andersson
2024-03-05 19:22 ` Bjorn Andersson
2024-03-06 16:21 ` Sriram Dash
2024-03-06 16:21 ` Sriram Dash
2024-03-06 8:45 ` Dmitry Baryshkov
2024-03-06 8:45 ` Dmitry Baryshkov
2024-03-06 16:52 ` Sriram Dash
2024-03-06 16:52 ` Sriram Dash
2024-03-06 19:05 ` Dmitry Baryshkov
2024-03-06 19:05 ` Dmitry Baryshkov
2024-03-08 0:57 ` kernel test robot
2024-03-05 16:57 ` [RFC 3/3] arm64: dts: qcom: sa8775p-ride: Enable " Sriram Dash
2024-03-05 16:57 ` Sriram Dash
2024-03-05 17:08 ` Krzysztof Kozlowski
2024-03-05 17:08 ` Krzysztof Kozlowski
2024-03-05 18:03 ` Sriram Dash
2024-03-05 18:03 ` Sriram Dash
2024-03-05 18:25 ` Sriram Dash
2024-03-05 18:25 ` Sriram Dash
2024-03-05 21:07 ` Konrad Dybcio
2024-03-05 21:07 ` Konrad Dybcio
2024-03-06 16:03 ` Sriram Dash
2024-03-06 16:03 ` Sriram Dash
2024-03-05 18:47 ` Bjorn Andersson
2024-03-05 18:47 ` Bjorn Andersson
2024-03-06 15:54 ` Sriram Dash
2024-03-06 15:54 ` Sriram Dash
2024-03-08 6:28 ` kernel test robot
2024-03-05 17:12 ` [RFC 0/3] Enable firmware-managed USB resources on Qcom targets Krzysztof Kozlowski
2024-03-05 17:12 ` Krzysztof Kozlowski
2024-03-05 18:04 ` Sriram Dash
2024-03-05 18:04 ` Sriram Dash
2024-03-06 7:04 ` Krzysztof Kozlowski
2024-03-06 7:04 ` Krzysztof Kozlowski
2024-03-06 16:00 ` Sriram Dash
2024-03-06 16:00 ` Sriram Dash
2024-03-05 21:09 ` Konrad Dybcio
2024-03-05 21:09 ` Konrad Dybcio
2024-03-06 16:03 ` Sriram Dash
2024-03-06 16:03 ` Sriram Dash
2024-03-12 15:56 ` Trilok Soni
2024-03-12 15:56 ` Trilok Soni
2024-03-19 15:38 ` Sudeep Holla
2024-03-19 15:38 ` Sudeep Holla
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4f1e4e66-e728-472e-92f4-17c295548a14@quicinc.com \
--to=quic_sriramd@quicinc.com \
--cc=Thinh.Nguyen@synopsys.com \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=gregkh@linuxfoundation.org \
--cc=kishon@kernel.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-phy@lists.infradead.org \
--cc=linux-usb@vger.kernel.org \
--cc=manivannan.sadhasivam@linaro.org \
--cc=p.zabel@pengutronix.de \
--cc=quic_nkela@quicinc.com \
--cc=quic_psodagud@quicinc.com \
--cc=quic_shazhuss@quicinc.com \
--cc=quic_wcheng@quicinc.com \
--cc=robh@kernel.org \
--cc=sudeep.holla@arm.com \
--cc=ulf.hansson@linaro.org \
--cc=vkoul@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.