[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20210802224420.GA1472058@bjorn-Precision-5520>
Date: Mon, 2 Aug 2021 17:44:20 -0500
From: Bjorn Helgaas <helgaas@...nel.org>
To: Amey Narkhede <ameynarkhede03@...il.com>
Cc: Bjorn Helgaas <bhelgaas@...gle.com>, alex.williamson@...hat.com,
Raphael Norwitz <raphael.norwitz@...anix.com>,
linux-pci@...r.kernel.org, linux-kernel@...r.kernel.org,
kw@...ux.com, Shanker Donthineni <sdonthineni@...dia.com>,
Sinan Kaya <okaya@...nel.org>, Len Brown <lenb@...nel.org>,
"Rafael J . Wysocki" <rjw@...ysocki.net>
Subject: Re: [PATCH v13 2/9] PCI: Add pcie_reset_flr to follow calling
convention of other reset methods
On Sun, Aug 01, 2021 at 07:55:11PM +0530, Amey Narkhede wrote:
> Currently there is separate function pcie_has_flr() to probe if PCIe FLR
> is supported by the device which does not match the calling convention
> followed by reset methods which use second function argument to decide
> whether to probe or not. Add new function pcie_reset_flr() that follows
> the calling convention of reset methods.
>
> Signed-off-by: Amey Narkhede <ameynarkhede03@...il.com>
> ---
> drivers/crypto/cavium/nitrox/nitrox_main.c | 4 +--
> drivers/pci/pci.c | 40 +++++++++++++++-------
> drivers/pci/pcie/aer.c | 12 +++----
> drivers/pci/quirks.c | 9 ++---
> include/linux/pci.h | 2 +-
> 5 files changed, 38 insertions(+), 29 deletions(-)
> int pcie_flr(struct pci_dev *dev)
> {
> @@ -4655,7 +4653,26 @@ int pcie_flr(struct pci_dev *dev)
>
> return pci_dev_wait(dev, "FLR", PCIE_RESET_READY_POLL_MS);
> }
> -EXPORT_SYMBOL_GPL(pcie_flr);
> +EXPORT_SYMBOL(pcie_flr);
Why this change? If it's unintentional and there's no other reason to
repost, I can fix it up locally.
Powered by blists - more mailing lists