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 |
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
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
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 --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.
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,