[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <d3bd97d8-43fb-452b-adca-ad03eb628031@quicinc.com>
Date: Fri, 27 Dec 2024 16:16:13 +0530
From: Janaki Ramaiah Thota <quic_janathot@...cinc.com>
To: Krzysztof Kozlowski <krzk@...nel.org>
CC: Marcel Holtmann <marcel@...tmann.org>,
Luiz Augusto von Dentz
<luiz.dentz@...il.com>,
Rob Herring <robh@...nel.org>,
Krzysztof Kozlowski
<krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>,
"Balakrishna
Godavarthi" <quic_bgodavar@...cinc.com>,
Rocky Liao
<quic_rjliao@...cinc.com>, <quic_mohamull@...cinc.com>,
<quic_hbandi@...cinc.com>, <quic_anubhavg@...cinc.com>,
<linux-bluetooth@...r.kernel.org>, <devicetree@...r.kernel.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH v6 1/1] dt-bindings: bluetooth: update the wcn6750
required properties
On 12/27/2024 12:35 PM, Krzysztof Kozlowski wrote:
> On 26/12/2024 07:11, Janaki Ramaiah Thota wrote:
>>
>>
>> On 12/24/2024 6:57 PM, Krzysztof Kozlowski wrote:
>>> On 24/12/2024 12:51, Janaki Ramaiah Thota wrote:
>>>>
>>>>
>>>> On 12/24/2024 2:46 PM, Krzysztof Kozlowski wrote:
>>>>> On Mon, Dec 23, 2024 at 07:27:00PM +0530, Janaki Ramaiah Thota wrote:
>>>>>
>>>>> Subject: everything is an update... say something useful, e.g. use PMU
>>>>> abstraction for WCN6750
>>>>>
>>>>
>>>> Sure will correct it in next patch.
>>>>
>>>>>> Drop the inputs from the host and instead expect the Bluetooth node to
>>>>>> consume the outputs of the internal PMU.
>>>>>
>>>>> On which device?
>>>>>
>>>>
>>>> It is for BT module wcn6750 attached on qcs6490-rb3gen2 board.
>>>> will update same on next commit message.
>>>>
>>>>> But anyway I have doubts this is correct. enable GPIO is a pin going
>>>>> from the host, not from PMU.
>>>>>
>>>>
>>>> Yes you are correct, enable GPIO is out pin of host, but here updated
>>>> the entries required for Bluetooth node from PMU, not from host to PMU.
>>>
>>> Hm? No, you removed for example enable-gpios, which is input from the
>>> host. Sorry, I don't understand the reason behind this patch and commit
>>> msg does not help me there.
>>>
>>
>> We are migrating to powerseq for the WCN6750. As per Dmitry’s
>> suggestion, we are now using the on-chip PMU, which necessitates the
>> removal of some entries that are not mandatory to avoid binding errors.
>> For example, the enable GPIO is now handled by the PMU with property
>> bt-enable-gpios, as shown in the patch linked below
>> https://lore.kernel.org/linux-arm-msm/20241209103455.9675-3-quic_janathot@quicinc.com/
> I don't understand why this patch is separate from the others. Entire
> context is missing and nothing gets explained in commit msg.
>
> Best regards,
> Krzysztof
Thanks for the reply Krzysztof,
* Initially sent the below patch which enables Bluetooth for the
qcs6490-rb3gen2 board.
https://lore.kernel.org/linux-arm-msm/20241009111436.23473-1-quic_janathot@quicinc.com/
* Then Dmitry recommended implementing pwrseq to enable/disable
Bluetooth for the wcn6750 Bluetooth module.
* Then we sent the below patches with pwrseq in v5:
- [PATCH v5 1/4] regulator: dt-bindings: qcom,qca6390-pmu: document
wcn6750-pmu
- [PATCH v5 2/4] arm64: dts: qcom: qcs6490-rb3gen: add and enable BT node
- [PATCH v5 3/4] Bluetooth: hci_qca: use the power sequencer for wcn6750
- [PATCH v5 4/4] power: sequencing: qcom-wcn: add support for the
[PATCH v5 1/4] and [PATCH v5 4/4] were reviewed and got merged.
[PATCH v5 2/4] and [PATCH v5 3/4] received Reviewed-by: Dmitry
Baryshkov <dmitry.baryshkov@...aro.org>
* But we got the following warning messages for [PATCH v5 2/4] from Rob
Herring (Arm) bot:
New warnings running 'make CHECK_DTBS=y qcom/qcs6490-rb3gen2.dtb' for
20241209103455.9675-1-quic_janathot@...cinc.com:
```
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: bluetooth:
'enable-gpios' is a required property
from schema $id:
http://devicetree.org/schemas/net/bluetooth/qualcomm-bluetooth.yaml#
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: bluetooth:
'swctrl-gpios' is a required property
from schema $id:
http://devicetree.org/schemas/net/bluetooth/qualcomm-bluetooth.yaml#
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: bluetooth:
'vddio-supply' is a required property
from schema $id:
http://devicetree.org/schemas/net/bluetooth/qualcomm-bluetooth.yaml#
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: bluetooth:
'vddbtcxmx-supply' is a required property
from schema $id:
http://devicetree.org/schemas/net/bluetooth/qualcomm-bluetooth.yaml#
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: bluetooth:
'vddasd-supply' is a required property
from schema $id:
http://devicetree.org/schemas/net/bluetooth/qualcomm-bluetooth.yaml#
arch/arm64/boot/dts/qcom/qcs6490-rb3gen2.dtb: pinctrl@...0000:
Unevaluated properties are not allowed ('qup_uart7_sleep' was unexpected)
from schema $id:
http://devicetree.org/schemas/pinctrl/qcom,sc7280-pinctrl.yaml#
```
We got these warnings because the binding file `qualcomm-bluetooth.yaml`
was not updated as per the new bluetooth node entries in P2,
so we removed the entries from the required property for the Bluetooth
node and sent it as v6 PATCH-1.
We will update the commit message as below in v7:
```
[PATCH v7 1/1] dt-bindings: bluetooth: Utilize PMU abstraction for WCN6750
We are now using the on-chip PMU node for power sequencing to manage the
enable/disable functionality of Bluetooth. Consequently, the inputs
previously marked as required under the Bluetooth node can be removed.
For instance, the enable GPIO is now managed by the PMU node with the
property bt-enable-gpios, as shown in the following patch:
https://lore.kernel.org/linux-arm-msm/20241209103455.9675-3-quic_janathot@quicinc.com/
```
Best regards,
Janakiram
Powered by blists - more mailing lists