Home
last modified time | relevance | path

Searched refs:total_VFs (Results 1 – 3 of 3) sorted by relevance

/linux-6.1.9/Documentation/powerpc/
Dpci_iov_resource_on_powernv.rst229 But doing so introduces another problem: total_VFs is usually smaller
235 total_VFs is less than 256, we have the situation in Figure 1.0, where
236 segments [total_VFs, 255] of the M64 window may map to some MMIO range on
239 0 1 total_VFs - 1
246 0 1 total_VFs - 1 255
258 0 1 total_VFs - 1 255
265 0 1 total_VFs - 1 255
277 reserved in software; there are still only total_VFs VFs, and they only
278 respond to segments [0, total_VFs - 1]. There's nothing in hardware that
279 responds to segments [total_VFs, 255].
/linux-6.1.9/drivers/pci/
Diov.c106 for (nr_virtfn = iov->total_VFs; nr_virtfn; nr_virtfn--) { in compute_max_vf_buses()
617 if (initial > iov->total_VFs || in sriov_enable()
618 (!(iov->cap & PCI_SRIOV_CAP_VFM) && (initial != iov->total_VFs))) in sriov_enable()
621 if (nr_virtfn < 0 || nr_virtfn > iov->total_VFs || in sriov_enable()
815 iov->total_VFs = total; in sriov_init()
932 iov->driver_max_VFs = iov->total_VFs; in pci_iov_remove()
1166 if (numvfs > dev->sriov->total_VFs) in pci_sriov_set_totalvfs()
Dpci.h286 u16 total_VFs; /* Total VFs associated with the PF */ member