From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org> To: Andy Gross <agross@kernel.org>, Bjorn Andersson <bjorn.andersson@linaro.org>, Ulf Hansson <ulf.hansson@linaro.org>, Marcel Holtmann <marcel@holtmann.org>, Johan Hedberg <johan.hedberg@gmail.com>, Luiz Augusto von Dentz <luiz.dentz@gmail.com>, Kalle Valo <kvalo@codeaurora.org>, "David S. Miller" <davem@davemloft.net>, Jakub Kicinski <kuba@kernel.org>, Stanimir Varbanov <svarbanov@mm-sol.com> Cc: linux-arm-msm@vger.kernel.org, linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-bluetooth@vger.kernel.org, ath10k@lists.infradead.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org Subject: [PATCH v1 00/15] create power sequencing subsystem Date: Wed, 6 Oct 2021 06:53:52 +0300 [thread overview] Message-ID: <20211006035407.1147909-1-dmitry.baryshkov@linaro.org> (raw) This is a proposed power sequencer subsystem. This is a generification of the MMC pwrseq code. The subsystem tries to abstract the idea of complex power-up/power-down/reset of the devices. The primary set of devices that promted me to create this patchset is the Qualcomm BT+WiFi family of chips. They reside on serial+platform or serial + SDIO interfaces (older generations) or on serial+PCIe (newer generations). They require a set of external voltage regulators to be powered on and (some of them) have separate WiFi and Bluetooth enable GPIOs. The major drawback for now is the lack of proper PCIe integration At this moment support for PCIe is hacked up to be able to test the PCIe part of qca6390. Proper PCIe support would require automatically powering up the devices before the scan basing on the proper device structure in the device tree. This two last patches are noted as WIP and are included into the patchset for the purpose of testing WiFi on newer chips (like qca6390/qca6391). Changes since RFC v2: - Add documentation for the pwrseq code. Document data structures, macros and exported functions. - Export of_pwrseq_xlate_onecell() - Add separate pwrseq_set_drvdata() function to follow the typical API design - Remove pwrseq_get_optional()/devm_pwrseq_get_optional() - Moved code to handle old mmc-pwrseq binding to the MMC patch - Split of_pwrseq_xlate_onecell() support to a separate patch Changes since RFC v1: - Provider pwrseq fallback support - Implement fallback support in pwrseq_qca. - Mmove susclk handling to pwrseq_qca. - Significantly simplify hci_qca.c changes, by dropping all legacy code. Now hci_qca uses only pwrseq calls to power up/down bluetooth parts of the chip.
WARNING: multiple messages have this Message-ID (diff)
From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org> To: Andy Gross <agross@kernel.org>, Bjorn Andersson <bjorn.andersson@linaro.org>, Ulf Hansson <ulf.hansson@linaro.org>, Marcel Holtmann <marcel@holtmann.org>, Johan Hedberg <johan.hedberg@gmail.com>, Luiz Augusto von Dentz <luiz.dentz@gmail.com>, Kalle Valo <kvalo@codeaurora.org>, "David S. Miller" <davem@davemloft.net>, Jakub Kicinski <kuba@kernel.org>, Stanimir Varbanov <svarbanov@mm-sol.com> Cc: linux-arm-msm@vger.kernel.org, linux-mmc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-bluetooth@vger.kernel.org, ath10k@lists.infradead.org, linux-wireless@vger.kernel.org, netdev@vger.kernel.org Subject: [PATCH v1 00/15] create power sequencing subsystem Date: Wed, 6 Oct 2021 06:53:52 +0300 [thread overview] Message-ID: <20211006035407.1147909-1-dmitry.baryshkov@linaro.org> (raw) This is a proposed power sequencer subsystem. This is a generification of the MMC pwrseq code. The subsystem tries to abstract the idea of complex power-up/power-down/reset of the devices. The primary set of devices that promted me to create this patchset is the Qualcomm BT+WiFi family of chips. They reside on serial+platform or serial + SDIO interfaces (older generations) or on serial+PCIe (newer generations). They require a set of external voltage regulators to be powered on and (some of them) have separate WiFi and Bluetooth enable GPIOs. The major drawback for now is the lack of proper PCIe integration At this moment support for PCIe is hacked up to be able to test the PCIe part of qca6390. Proper PCIe support would require automatically powering up the devices before the scan basing on the proper device structure in the device tree. This two last patches are noted as WIP and are included into the patchset for the purpose of testing WiFi on newer chips (like qca6390/qca6391). Changes since RFC v2: - Add documentation for the pwrseq code. Document data structures, macros and exported functions. - Export of_pwrseq_xlate_onecell() - Add separate pwrseq_set_drvdata() function to follow the typical API design - Remove pwrseq_get_optional()/devm_pwrseq_get_optional() - Moved code to handle old mmc-pwrseq binding to the MMC patch - Split of_pwrseq_xlate_onecell() support to a separate patch Changes since RFC v1: - Provider pwrseq fallback support - Implement fallback support in pwrseq_qca. - Mmove susclk handling to pwrseq_qca. - Significantly simplify hci_qca.c changes, by dropping all legacy code. Now hci_qca uses only pwrseq calls to power up/down bluetooth parts of the chip. _______________________________________________ ath10k mailing list ath10k@lists.infradead.org http://lists.infradead.org/mailman/listinfo/ath10k
next reply other threads:[~2021-10-06 3:54 UTC|newest] Thread overview: 58+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <2h9GS3myO9uyX8sDYwU_43cDbBCW_SE1h5qolKQLKT9ZVvz0-K6z6cix50eVsgMsYLtgTLsW37DxF0lf78vxCA==@protonmail.internalid> 2021-10-06 3:53 ` Dmitry Baryshkov [this message] 2021-10-06 3:53 ` [PATCH v1 00/15] create power sequencing subsystem Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 01/15] dt-bindings: add pwrseq device tree bindings Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-26 12:53 ` Rob Herring 2021-10-26 12:53 ` Rob Herring 2021-10-26 14:42 ` Dmitry Baryshkov 2021-10-26 14:42 ` Dmitry Baryshkov 2021-10-27 21:53 ` Rob Herring 2021-10-27 21:53 ` Rob Herring 2021-11-02 15:26 ` Dmitry Baryshkov 2021-11-02 15:26 ` Dmitry Baryshkov 2023-03-10 7:56 ` Srinivas Kandagatla 2023-03-10 7:56 ` Srinivas Kandagatla 2021-10-06 3:53 ` [PATCH v1 02/15] power: add power sequencer subsystem Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 03/15] pwrseq: port MMC's pwrseq drivers to new pwrseq subsystem Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 04/15] mmc: core: switch " Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 05/15] pwrseq: implement onecell helper Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 06/15] pwrseq: add support for QCA BT+WiFi power sequencer Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:53 ` [PATCH v1 07/15] pwrseq: add fallback support Dmitry Baryshkov 2021-10-06 3:53 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 08/15] pwrseq: pwrseq_qca: implement " Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 09/15] Bluetooth: hci_qca: switch to using pwrseq Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 10/15] ath10k: add support for pwrseq sequencing Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-07 5:31 ` Kalle Valo 2021-10-07 5:31 ` Kalle Valo 2021-10-06 3:54 ` [PATCH v1 11/15] arm64: dts: qcom: sdm845-db845c: switch bt+wifi to qca power sequencer Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 12/15] arm64: dts: qcom: qrb5165-rb5: add bluetooth support Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 13/15] arm64: dts: qcom: sdm845-db845c: add second channel to qca power sequencer Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 14/15] WIP: PCI: qcom: use pwrseq to power up bus devices Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-06 3:54 ` [PATCH v1 15/15] WIP: arm64: dts: qcom: qrb5165-rb5: add bus-pwrseq property to pcie0 Dmitry Baryshkov 2021-10-06 3:54 ` Dmitry Baryshkov 2021-10-07 5:27 ` [PATCH v1 00/15] create power sequencing subsystem Kalle Valo 2021-10-07 5:27 ` Kalle Valo 2021-11-02 14:05 ` Caleb Connolly 2021-11-02 14:05 ` Caleb Connolly 2022-09-23 14:39 ` Luca Weiss 2022-09-23 14:39 ` Luca Weiss 2022-10-13 19:50 ` Matthias Kaehlcke 2022-10-13 19:50 ` Matthias Kaehlcke 2022-10-19 6:03 ` Dmitry Baryshkov 2022-10-19 6:03 ` Dmitry Baryshkov 2023-03-01 8:17 ` Alexander Stein 2023-03-01 8:17 ` Alexander Stein 2023-03-01 9:02 ` Ulf Hansson 2023-03-01 9:02 ` Ulf Hansson
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20211006035407.1147909-1-dmitry.baryshkov@linaro.org \ --to=dmitry.baryshkov@linaro.org \ --cc=agross@kernel.org \ --cc=ath10k@lists.infradead.org \ --cc=bjorn.andersson@linaro.org \ --cc=davem@davemloft.net \ --cc=johan.hedberg@gmail.com \ --cc=kuba@kernel.org \ --cc=kvalo@codeaurora.org \ --cc=linux-arm-msm@vger.kernel.org \ --cc=linux-bluetooth@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mmc@vger.kernel.org \ --cc=linux-wireless@vger.kernel.org \ --cc=luiz.dentz@gmail.com \ --cc=marcel@holtmann.org \ --cc=netdev@vger.kernel.org \ --cc=svarbanov@mm-sol.com \ --cc=ulf.hansson@linaro.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.