On 2025/09/02 0:14, CLEMENT MATHIEU--DRIF wrote:
From: Damien Bergamini <[email protected]>

Starting with commit cab1398a60eb, SR-IOV VFs are realized as soon as
pcie_sriov_pf_init() is called.  Because pcie_sriov_pf_init() must be
called before pcie_sriov_pf_init_vf_bar(), the VF BARs types won't be
known when the VF realize function calls pcie_sriov_vf_register_bar().

This breaks the memory regions of the VFs (for instance with igbvf):

$ lspci
...
     Region 0: Memory at 281a00000 (64-bit, prefetchable) [virtual] [size=16K]
     Region 3: Memory at 281a20000 (64-bit, prefetchable) [virtual] [size=16K]

$ info mtree
...
address-space: pci_bridge_pci_mem
   0000000000000000-ffffffffffffffff (prio 0, i/o): pci_bridge_pci
     0000000081a00000-0000000081a03fff (prio 1, i/o): igbvf-mmio
     0000000081a20000-0000000081a23fff (prio 1, i/o): igbvf-msix

and causes MMIO accesses to fail:

     Invalid write at addr 0x281A01520, size 4, region '(null)', reason: 
rejected
     Invalid read at addr 0x281A00C40, size 4, region '(null)', reason: rejected

To fix this, VF BARs are now registered with pci_register_bar() which
has a type parameter and pcie_sriov_vf_register_bar() is removed.

Fixes: cab1398a60eb ("pcie_sriov: Reuse SR-IOV VF device instances")
Signed-off-by: Damien Bergamini <[email protected]>
Signed-off-by: Clement Mathieu--Drif <[email protected]>

Reviewed-by: Akihiko Odaki <[email protected]>

Reply via email to