lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <2b7f61a8-e91a-4b32-be1d-753a19e4d81f@leica-geosystems.com>
Date: Mon, 7 Oct 2024 12:58:34 +0000
From: POPESCU Catalin <catalin.popescu@...ca-geosystems.com>
To: Krzysztof Kozlowski <krzk@...nel.org>, Sherry Sun <sherry.sun@....com>,
	Amitkumar Karwar <amitkumar.karwar@....com>, Neeraj Sanjay Kale
	<neeraj.sanjaykale@....com>, "marcel@...tmann.org" <marcel@...tmann.org>,
	"luiz.dentz@...il.com" <luiz.dentz@...il.com>, "robh@...nel.org"
	<robh@...nel.org>, "krzk+dt@...nel.org" <krzk+dt@...nel.org>,
	"conor+dt@...nel.org" <conor+dt@...nel.org>, "p.zabel@...gutronix.de"
	<p.zabel@...gutronix.de>
CC: "linux-bluetooth@...r.kernel.org" <linux-bluetooth@...r.kernel.org>,
	"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
	"m.felsch@...gutronix.de" <m.felsch@...gutronix.de>,
	GEO-CHHER-bsp-development <bsp-development.geo@...ca-geosystems.com>
Subject: Re: [PATCH 1/2] dt-bindings: net: bluetooth: nxp: add support for
 supply and reset

On 06/10/2024 13:33, Krzysztof Kozlowski wrote:
> [Some people who received this message don't often get email from krzk@...nel.org. Learn why this is important at https://aka.ms/LearnAboutSenderIdentification ]
>
> This email is not from Hexagon’s Office 365 instance. Please be careful while clicking links, opening attachments, or replying to this email.
>
>
> On 06/10/2024 10:49, Sherry Sun wrote:
>>
>>> -----Original Message-----
>>> From: Catalin Popescu <catalin.popescu@...ca-geosystems.com>
>>> Sent: Friday, October 4, 2024 7:36 PM
>>> To: Amitkumar Karwar <amitkumar.karwar@....com>; Neeraj Sanjay Kale
>>> <neeraj.sanjaykale@....com>; marcel@...tmann.org;
>>> luiz.dentz@...il.com; robh@...nel.org; krzk+dt@...nel.org;
>>> conor+dt@...nel.org; p.zabel@...gutronix.de
>>> Cc: linux-bluetooth@...r.kernel.org; devicetree@...r.kernel.org; linux-
>>> kernel@...r.kernel.org; m.felsch@...gutronix.de; bsp-
>>> development.geo@...ca-geosystems.com; Catalin Popescu
>>> <catalin.popescu@...ca-geosystems.com>
>>> Subject: [PATCH 1/2] dt-bindings: net: bluetooth: nxp: add support for supply
>>> and reset
>>>
>>> Add support for chip power supply and chip reset/powerdown.
>>>
>>> Signed-off-by: Catalin Popescu <catalin.popescu@...ca-geosystems.com>
>>> ---
>>>   .../bindings/net/bluetooth/nxp,88w8987-bt.yaml        | 11 +++++++++++
>>>   1 file changed, 11 insertions(+)
>>>
>>> diff --git a/Documentation/devicetree/bindings/net/bluetooth/nxp,88w8987-
>>> bt.yaml b/Documentation/devicetree/bindings/net/bluetooth/nxp,88w8987-
>>> bt.yaml
>>> index 37a65badb448..8520b3812bd2 100644
>>> --- a/Documentation/devicetree/bindings/net/bluetooth/nxp,88w8987-
>>> bt.yaml
>>> +++ b/Documentation/devicetree/bindings/net/bluetooth/nxp,88w8987-
>>> bt.yaml
>>> @@ -34,6 +34,14 @@ properties:
>>>     firmware-name:
>>>       maxItems: 1
>>>
>>> +  vcc-supply:
>>> +    description:
>>> +      phandle of the regulator that provides the supply voltage.
>>> +
>>> +  reset-gpios:
>>> +    description:
>>> +      Chip powerdown/reset signal (PDn).
>>> +
>> Hi Catalin,
>>
>> For NXP WIFI/BT chip, WIFI and BT share the one PDn pin, which means that both wifi and BT controller will be powered on and off at the same time.
>> Taking the M.2 NXP WIFI/BT module as an example, pin56(W_DISABLE1) is connected to the WIFI/BT chip PDn pin, we has already controlled this pin in the corresponding PCIe/SDIO controller dts nodes.
>> It is not clear to me what exactly pins for vcc-supply and reset-gpios you describing here. Can you help understand the corresponding pins on M.2 interface as an example? Thanks.

Hi Sherry,

Regulators and reset controls being refcounted, we can then implement 
powerup sequence in both bluetooth/wlan drivers and have the drivers 
operate independently. This way bluetooth driver would has no dependance 
on the wlan driver for :

- its power supply

- its reset pin (PDn)

- its firmware (being downloaded as part of the combo firmware)

For the wlan driver we use mmc power sequence to drive the chip reset 
pin and there's another patchset that adds support for reset control 
into the mmc pwrseq simple driver.

> Please wrap your replies.
>
> It seems you need power sequencing just like Bartosz did for Qualcomm WCN.

Hi Krzysztof,

I'm not familiar with power sequencing, but looks like way more 
complicated than reset controls. So, why power sequencing is recommended 
here ? Is it b/c a supply is involved ?

>
> Best regards,
> Krzysztof
>

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ