[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <aCSB9Y5OwNkdiuez@wunner.de>
Date: Wed, 14 May 2025 13:43:49 +0200
From: Lukas Wunner <lukas@...ner.de>
To: Ilpo Järvinen <ilpo.jarvinen@...ux.intel.com>
Cc: Bjorn Helgaas <bhelgaas@...gle.com>,
LKML <linux-kernel@...r.kernel.org>, linux-pci@...r.kernel.org
Subject: Re: [PATCH 1/1] PCI: Move reset and restore related code to
reset-restore.c
On Wed, May 14, 2025 at 02:29:42PM +0300, Ilpo Järvinen wrote:
> On Wed, 14 May 2025, Lukas Wunner wrote:
> > > --- a/drivers/pci/pci.c
> > > +++ b/drivers/pci/pci.c
> > > @@ -69,15 +69,7 @@ struct pci_pme_device {
> > > */
> > > #define PCI_RESET_WAIT 1000 /* msec */
> >
> > I'd move PCI_RESET_WAIT, pci_dev_wait() and
> > pci_bridge_wait_for_secondary_bus() to reset.c as well.
> > Then pci_dev_d3_sleep() is the only function which is no longer static.
>
> Okay I'll move those as well but that static statement is not exactly
> true, I'll these need to do these as well:
>
> - move pci_bus_max_d3cold_delay() along with
> pci_bridge_wait_for_secondary_bus() to keep that static, or turn that
> into a non-static.
>
> - make pcie_wait_for_link_delay() non-static.
Sorry, missed that. In that case I suggest moving pcie_wait_for_link()
as well. It is already non-static. Then you can keep the static on
pcie_wait_for_link_delay().
Per PCIe r6.2 sec 5.8, a transition from D3cold to D0uninitialized
implies a Fundamental Reset. That could serve as a creative
justification in the commit message or in the code comment at the
top of reset.c why it contains D3cold-related functions. ;)
Thanks,
Lukas
Powered by blists - more mailing lists