[Very RFC 35/46] powernv/pci: Remove open-coded PE lookup in pnv_pci_release_device

Alexey Kardashevskiy aik at ozlabs.ru
Wed Nov 27 16:24:19 AEDT 2019



On 20/11/2019 12:28, Oliver O'Halloran wrote:
> Signed-off-by: Oliver O'Halloran <oohall at gmail.com>
> ---
>  arch/powerpc/platforms/powernv/pci-ioda.c | 5 ++---
>  1 file changed, 2 insertions(+), 3 deletions(-)
> 
> diff --git a/arch/powerpc/platforms/powernv/pci-ioda.c b/arch/powerpc/platforms/powernv/pci-ioda.c
> index 4f38652c7cd7..8525642b1256 100644
> --- a/arch/powerpc/platforms/powernv/pci-ioda.c
> +++ b/arch/powerpc/platforms/powernv/pci-ioda.c
> @@ -3562,14 +3562,14 @@ static void pnv_ioda_release_pe(struct pnv_ioda_pe *pe)
>  static void pnv_pci_release_device(struct pci_dev *pdev)
>  {
>  	struct pnv_phb *phb = pci_bus_to_pnvhb(pdev->bus);
> +	struct pnv_ioda_pe *pe = pnv_ioda_get_pe(pdev);
>  	struct pci_dn *pdn = pci_get_pdn(pdev);
> -	struct pnv_ioda_pe *pe;
>  
>  	/* The VF PE state is torn down when sriov_disable() is called */
>  	if (pdev->is_virtfn)
>  		return;
>  
> -	if (!pdn || pdn->pe_number == IODA_INVALID_PE)
> +	if (WARN_ON(!pe))


Is that WARN_ON because there is always a PE - from upstream bridge or a
reserved one?



>  		return;
>  
>  	/*
> @@ -3588,7 +3588,6 @@ static void pnv_pci_release_device(struct pci_dev *pdev)
>  	 * be increased on adding devices. It leads to unbalanced PE's device
>  	 * count and eventually make normal PCI hotplug path broken.
>  	 */
> -	pe = &phb->ioda.pe_array[pdn->pe_number];
>  	pdn->pe_number = IODA_INVALID_PE;
>  
>  	WARN_ON(--pe->device_count < 0);
> 

-- 
Alexey


More information about the Linuxppc-dev mailing list