On Tue, Jan 23, 2024 at 9:30 AM Krzysztof Kozlowski <krzysztof.kozlowski@xxxxxxxxxx> wrote: > > On 22/01/2024 19:21, Bartosz Golaszewski wrote: > > From: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx> > > > > I'm limiting the audience of this compared to the PCI power sequencing > > series as I wanted to run the DT part by the maintainers before I commit > > to a doomed effort. > > > > Here is the DT representation of the QCA6390's PMU with its inputs and > > outputs. If I were to implement the pwrseq framework that would be able > > to assign the relevant pwrseq data to the consumer based on the actual > > regulators and not abstract bt-pwrseq or wlan-pwrseq properties - would > > that fly with you? > > > > We'd need to deprecate the existing BT bindings but unfortunately they > > are already described as consuming the host PMIC regulators in bindings. > > > > Signed-off-by: Bartosz Golaszewski <bartosz.golaszewski@xxxxxxxxxx> > > Please provide lore link to the binding. > > Best regards, > Krzysztof > This is the one: https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/Documentation/devicetree/bindings/net/bluetooth/qualcomm-bluetooth.yaml Bart
