Searched refs:total_VFs (Results 1 – 3 of 3) sorted by relevance
65 for (nr_virtfn = iov->total_VFs; nr_virtfn; nr_virtfn--) { in compute_max_vf_buses()257 if (initial > iov->total_VFs || in sriov_enable()258 (!(iov->cap & PCI_SRIOV_CAP_VFM) && (initial != iov->total_VFs))) in sriov_enable()261 if (nr_virtfn < 0 || nr_virtfn > iov->total_VFs || in sriov_enable()458 iov->total_VFs = total; in sriov_init()734 if (numvfs > dev->sriov->total_VFs) in pci_sriov_set_totalvfs()763 return dev->sriov->total_VFs; in pci_sriov_get_totalvfs()
253 u16 total_VFs; /* total VFs associated with the PF */ member
219 But doing so introduces another problem: total_VFs is usually smaller225 total_VFs is less than 256, we have the situation in Figure 1.0, where226 segments [total_VFs, 255] of the M64 window may map to some MMIO range on229 0 1 total_VFs - 1236 0 1 total_VFs - 1 255248 0 1 total_VFs - 1 255255 0 1 total_VFs - 1 255267 reserved in software; there are still only total_VFs VFs, and they only268 respond to segments [0, total_VFs - 1]. There's nothing in hardware that269 responds to segments [total_VFs, 255].