diff mbox series

power: sequencing: pwrseq-qcom-wcn: Depend on WCN36XX

Message ID 20240725-pwrseq-wcn-config-v1-1-021dce9f2513@redhat.com
State New
Headers show
Series power: sequencing: pwrseq-qcom-wcn: Depend on WCN36XX | expand

Commit Message

Andrew Halaney July 25, 2024, 4:28 p.m. UTC
This driver does sequencing for the hardware driven by WCN36XX, let's
make it depend on that. Without WCN36XX, we're sequencing power for
nothing.

Fixes: 2f1630f437df ("power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets")
Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
---
I *think* this makes sense, but if you disagree please let me know. I
was sorting out configs in fedora and noticed this was being asked for
builds that didn't have WCN36XX enabled, which seems odd to me at least.
---
 drivers/power/sequencing/Kconfig | 1 +
 1 file changed, 1 insertion(+)


---
base-commit: 2347b4c79f5e6cd3f4996e80c2d3c15f53006bf5
change-id: 20240725-pwrseq-wcn-config-0b6668b5c620

Best regards,

Comments

Bartosz Golaszewski July 29, 2024, 8:12 a.m. UTC | #1
On Thu, Jul 25, 2024 at 6:28 PM Andrew Halaney <ahalaney@redhat.com> wrote:
>
> This driver does sequencing for the hardware driven by WCN36XX, let's
> make it depend on that. Without WCN36XX, we're sequencing power for
> nothing.
>
> Fixes: 2f1630f437df ("power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets")
> Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
> ---
> I *think* this makes sense, but if you disagree please let me know. I
> was sorting out configs in fedora and noticed this was being asked for
> builds that didn't have WCN36XX enabled, which seems odd to me at least.
> ---
>  drivers/power/sequencing/Kconfig | 1 +
>  1 file changed, 1 insertion(+)
>
> diff --git a/drivers/power/sequencing/Kconfig b/drivers/power/sequencing/Kconfig
> index c9f1cdb665248..a4765cb33a80e 100644
> --- a/drivers/power/sequencing/Kconfig
> +++ b/drivers/power/sequencing/Kconfig
> @@ -16,6 +16,7 @@ if POWER_SEQUENCING
>  config POWER_SEQUENCING_QCOM_WCN
>         tristate "Qualcomm WCN family PMU driver"
>         default m if ARCH_QCOM
> +       depends on WCN36XX
>         help
>           Say Y here to enable the power sequencing driver for Qualcomm
>           WCN Bluetooth/WLAN chipsets.
>
> ---
> base-commit: 2347b4c79f5e6cd3f4996e80c2d3c15f53006bf5
> change-id: 20240725-pwrseq-wcn-config-0b6668b5c620
>
> Best regards,
> --
> Andrew Halaney <ahalaney@redhat.com>
>

What if we want to disable the WLAN driver but keep the Bluetooth
driver enabled?

Bart
Andrew Halaney July 29, 2024, 1:20 p.m. UTC | #2
On Mon, Jul 29, 2024 at 10:12:27AM GMT, Bartosz Golaszewski wrote:
> On Thu, Jul 25, 2024 at 6:28 PM Andrew Halaney <ahalaney@redhat.com> wrote:
> >
> > This driver does sequencing for the hardware driven by WCN36XX, let's
> > make it depend on that. Without WCN36XX, we're sequencing power for
> > nothing.
> >
> > Fixes: 2f1630f437df ("power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets")
> > Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
> > ---
> > I *think* this makes sense, but if you disagree please let me know. I
> > was sorting out configs in fedora and noticed this was being asked for
> > builds that didn't have WCN36XX enabled, which seems odd to me at least.
> > ---
> >  drivers/power/sequencing/Kconfig | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/drivers/power/sequencing/Kconfig b/drivers/power/sequencing/Kconfig
> > index c9f1cdb665248..a4765cb33a80e 100644
> > --- a/drivers/power/sequencing/Kconfig
> > +++ b/drivers/power/sequencing/Kconfig
> > @@ -16,6 +16,7 @@ if POWER_SEQUENCING
> >  config POWER_SEQUENCING_QCOM_WCN
> >         tristate "Qualcomm WCN family PMU driver"
> >         default m if ARCH_QCOM
> > +       depends on WCN36XX
> >         help
> >           Say Y here to enable the power sequencing driver for Qualcomm
> >           WCN Bluetooth/WLAN chipsets.
> >
> > ---
> > base-commit: 2347b4c79f5e6cd3f4996e80c2d3c15f53006bf5
> > change-id: 20240725-pwrseq-wcn-config-0b6668b5c620
> >
> > Best regards,
> > --
> > Andrew Halaney <ahalaney@redhat.com>
> >
> 
> What if we want to disable the WLAN driver but keep the Bluetooth
> driver enabled?
> 

Should we:

    depends on WCN36XX || UKNOWN_TO_ANDREW_BLUETOOTH_CONFIG

or, would you rather base it on something else, or nothing at all? I
don't have any hill to die on here, but I wasn't really sure what to
set this config option to for arches outside of aarch64 and was hoping
some Kconfig dependencies could make that more clear.

I'm a little unsure about what the WCN family of hardware is, so I don't
know if that's something we could gate behind a different config more
intelligently (say just ARCH_QCOM if it only makes sense as part of a
Qualcomm SoC itself... not sure how this hardware is sold).

Please let me know your thoughts!

Thanks,
Andrew
Bartosz Golaszewski July 29, 2024, 2:17 p.m. UTC | #3
On Mon, Jul 29, 2024 at 3:20 PM Andrew Halaney <ahalaney@redhat.com> wrote:
>
> On Mon, Jul 29, 2024 at 10:12:27AM GMT, Bartosz Golaszewski wrote:
> > On Thu, Jul 25, 2024 at 6:28 PM Andrew Halaney <ahalaney@redhat.com> wrote:
> > >
> > > This driver does sequencing for the hardware driven by WCN36XX, let's
> > > make it depend on that. Without WCN36XX, we're sequencing power for
> > > nothing.
> > >
> > > Fixes: 2f1630f437df ("power: pwrseq: add a driver for the PMU module on the QCom WCN chipsets")
> > > Signed-off-by: Andrew Halaney <ahalaney@redhat.com>
> > > ---
> > > I *think* this makes sense, but if you disagree please let me know. I
> > > was sorting out configs in fedora and noticed this was being asked for
> > > builds that didn't have WCN36XX enabled, which seems odd to me at least.
> > > ---
> > >  drivers/power/sequencing/Kconfig | 1 +
> > >  1 file changed, 1 insertion(+)
> > >
> > > diff --git a/drivers/power/sequencing/Kconfig b/drivers/power/sequencing/Kconfig
> > > index c9f1cdb665248..a4765cb33a80e 100644
> > > --- a/drivers/power/sequencing/Kconfig
> > > +++ b/drivers/power/sequencing/Kconfig
> > > @@ -16,6 +16,7 @@ if POWER_SEQUENCING
> > >  config POWER_SEQUENCING_QCOM_WCN
> > >         tristate "Qualcomm WCN family PMU driver"
> > >         default m if ARCH_QCOM
> > > +       depends on WCN36XX
> > >         help
> > >           Say Y here to enable the power sequencing driver for Qualcomm
> > >           WCN Bluetooth/WLAN chipsets.
> > >
> > > ---
> > > base-commit: 2347b4c79f5e6cd3f4996e80c2d3c15f53006bf5
> > > change-id: 20240725-pwrseq-wcn-config-0b6668b5c620
> > >
> > > Best regards,
> > > --
> > > Andrew Halaney <ahalaney@redhat.com>
> > >
> >
> > What if we want to disable the WLAN driver but keep the Bluetooth
> > driver enabled?
> >
>
> Should we:
>
>     depends on WCN36XX || UKNOWN_TO_ANDREW_BLUETOOTH_CONFIG
>
> or, would you rather base it on something else, or nothing at all? I
> don't have any hill to die on here, but I wasn't really sure what to
> set this config option to for arches outside of aarch64 and was hoping
> some Kconfig dependencies could make that more clear.
>
> I'm a little unsure about what the WCN family of hardware is, so I don't
> know if that's something we could gate behind a different config more
> intelligently (say just ARCH_QCOM if it only makes sense as part of a
> Qualcomm SoC itself... not sure how this hardware is sold).
>
> Please let me know your thoughts!
>
> Thanks,
> Andrew
>

I wouldn't base it on anything.This is a driver for the PMU and it's
the other way around: the PCI pwrctl driver for WLAN and the hci_qca
BT drivers depend on it to power up the HW that uses the sequencer.

Bart
diff mbox series

Patch

diff --git a/drivers/power/sequencing/Kconfig b/drivers/power/sequencing/Kconfig
index c9f1cdb665248..a4765cb33a80e 100644
--- a/drivers/power/sequencing/Kconfig
+++ b/drivers/power/sequencing/Kconfig
@@ -16,6 +16,7 @@  if POWER_SEQUENCING
 config POWER_SEQUENCING_QCOM_WCN
 	tristate "Qualcomm WCN family PMU driver"
 	default m if ARCH_QCOM
+	depends on WCN36XX
 	help
 	  Say Y here to enable the power sequencing driver for Qualcomm
 	  WCN Bluetooth/WLAN chipsets.