[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdZHw8am05Qcjp7FJyo7D7bZcvzZKVjdB7BUCq3FuQCy8A@mail.gmail.com>
Date: Wed, 23 Jul 2025 13:32:52 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Christian Bruel <christian.bruel@...s.st.com>
Cc: lpieralisi@...nel.org, kwilczynski@...nel.org, mani@...nel.org,
robh@...nel.org, bhelgaas@...gle.com, mcoquelin.stm32@...il.com,
alexandre.torgue@...s.st.com, linux-pci@...r.kernel.org,
linux-stm32@...md-mailman.stormreply.com,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
linux-gpio@...r.kernel.org
Subject: Re: [RESEND PATCH 0/2] Add pinctrl_pm_select_init_state helper function
On Thu, Jul 17, 2025 at 8:33 AM Christian Bruel
<christian.bruel@...s.st.com> wrote:
> We have the helper functions pinctrl_pm_select_default_state and
> pinctrl_pm_select_sleep_state.
> This patch adds the missing pinctrl_pm_select_init_state function.
>
> The STM32MP2 needs to set the pinctrl to an initial state during
> pm_resume, just like in probe. To achieve this, the function
> pinctrl_pm_select_init_state is added.
>
> This allows a driver to balance pinctrl_pm_select_sleep_state()
> with pinctrl_pm_select_default_state() and
> pinctrl_pm_select_init_state() in pm_runtime_suspend and pm_runtime_resume.
>
> Christian Bruel (2):
> pinctrl: Add pinctrl_pm_select_init_state helper function
> PCI: stm32: use pinctrl_pm_select_init_state() in
> stm32_pcie_resume_noirq()
If Bjorn Helgaas is OK with it I can apply this to the pinctrl tree.
Otherwise I can also just apply patch 1/2, but that doesn't solve
any problem.
What should I do?
Yours,
Linus Walleij
Powered by blists - more mailing lists