Re: [PATCH v3 0/6] Bluetooth: hci_qca: use the power sequencer for wcn7850
From: Bartosz Golaszewski
Date: Thu Jul 11 2024 - 03:11:53 EST
On Thu, Jul 11, 2024 at 12:08 AM Konrad Dybcio <konrad.dybcio@xxxxxxxxxx> wrote:
>
> On 10.07.2024 10:43 PM, Luiz Augusto von Dentz wrote:
> > Hi Bartosz,
> >
> > On Wed, Jul 10, 2024 at 3:50 PM <patchwork-bot+bluetooth@xxxxxxxxxx> wrote:
> >>
> >> Hello:
> >>
> >> This series was applied to bluetooth/bluetooth-next.git (master)
> >> by Luiz Augusto von Dentz <luiz.von.dentz@xxxxxxxxx>:
> >>
> >> On Tue, 09 Jul 2024 14:18:31 +0200 you wrote:
> >>> The following series extend the usage of the power sequencing subsystem
> >>> in the hci_qca driver.
> >>>
> >>> The end goal is to convert the entire driver to be exclusively pwrseq-based
> >>> and simplify it in the process. However due to a large number of users we
> >>> need to be careful and consider every case separately.
> >>>
> >>> [...]
> >>
> >> Here is the summary with links:
> >> - [v3,1/6] dt-bindings: bluetooth: qualcomm: describe the inputs from PMU for wcn7850
> >> https://git.kernel.org/bluetooth/bluetooth-next/c/e1c54afa8526
> >> - [v3,2/6] Bluetooth: hci_qca: schedule a devm action for disabling the clock
> >> https://git.kernel.org/bluetooth/bluetooth-next/c/a887c8dede8e
> >> - [v3,3/6] Bluetooth: hci_qca: unduplicate calls to hci_uart_register_device()
> >> https://git.kernel.org/bluetooth/bluetooth-next/c/cdd10964f76f
> >> - [v3,4/6] Bluetooth: hci_qca: make pwrseq calls the default if available
> >> https://git.kernel.org/bluetooth/bluetooth-next/c/958a33c3f9fc
> >> - [v3,5/6] Bluetooth: hci_qca: use the power sequencer for wcn7850 and wcn6855
> >> https://git.kernel.org/bluetooth/bluetooth-next/c/4fa54d8731ec
> >> - [v3,6/6] arm64: dts: qcom: sm8650-qrd: use the PMU to power up bluetooth
> >> (no matching commit)
> >
> > Last one doesn't apply so you will probably need to rebase or
> > something if it really needs to go thru bluetooth-next.
>
> Bartosz forgot to mention it should go through qcom
>
> Konrad
Yes, sorry. That's alright, if patches 1-5/6 make v6.11 then I'll just
resend patch 6/6 to Bjorn directly next release and we'll avoid a
cross-tree merge this way.
Thanks!
Bart