1 // SPDX-License-Identifier: GPL-2.0-or-later
2 
3 #include <linux/kernel.h>
4 #include <linux/ioport.h>
5 #include <linux/bitmap.h>
6 #include <linux/pci.h>
7 
8 #include <asm/opal.h>
9 
10 #include "pci.h"
11 
12 /* for pci_dev_is_added() */
13 #include "../../../../drivers/pci/pci.h"
14 
15 /*
16  * The majority of the complexity in supporting SR-IOV on PowerNV comes from
17  * the need to put the MMIO space for each VF into a separate PE. Internally
18  * the PHB maps MMIO addresses to a specific PE using the "Memory BAR Table".
19  * The MBT historically only applied to the 64bit MMIO window of the PHB
20  * so it's common to see it referred to as the "M64BT".
21  *
22  * An MBT entry stores the mapped range as an <base>,<mask> pair. This forces
23  * the address range that we want to map to be power-of-two sized and aligned.
24  * For conventional PCI devices this isn't really an issue since PCI device BARs
25  * have the same requirement.
26  *
27  * For a SR-IOV BAR things are a little more awkward since size and alignment
28  * are not coupled. The alignment is set based on the the per-VF BAR size, but
29  * the total BAR area is: number-of-vfs * per-vf-size. The number of VFs
30  * isn't necessarily a power of two, so neither is the total size. To fix that
31  * we need to finesse (read: hack) the Linux BAR allocator so that it will
32  * allocate the SR-IOV BARs in a way that lets us map them using the MBT.
33  *
34  * The changes to size and alignment that we need to do depend on the "mode"
35  * of MBT entry that we use. We only support SR-IOV on PHB3 (IODA2) and above,
36  * so as a baseline we can assume that we have the following BAR modes
37  * available:
38  *
39  *   NB: $PE_COUNT is the number of PEs that the PHB supports.
40  *
41  * a) A segmented BAR that splits the mapped range into $PE_COUNT equally sized
42  *    segments. The n'th segment is mapped to the n'th PE.
43  * b) An un-segmented BAR that maps the whole address range to a specific PE.
44  *
45  *
46  * We prefer to use mode a) since it only requires one MBT entry per SR-IOV BAR
47  * For comparison b) requires one entry per-VF per-BAR, or:
48  * (num-vfs * num-sriov-bars) in total. To use a) we need the size of each segment
49  * to equal the size of the per-VF BAR area. So:
50  *
51  *	new_size = per-vf-size * number-of-PEs
52  *
53  * The alignment for the SR-IOV BAR also needs to be changed from per-vf-size
54  * to "new_size", calculated above. Implementing this is a convoluted process
55  * which requires several hooks in the PCI core:
56  *
57  * 1. In pcibios_add_device() we call pnv_pci_ioda_fixup_iov().
58  *
59  *    At this point the device has been probed and the device's BARs are sized,
60  *    but no resource allocations have been done. The SR-IOV BARs are sized
61  *    based on the maximum number of VFs supported by the device and we need
62  *    to increase that to new_size.
63  *
64  * 2. Later, when Linux actually assigns resources it tries to make the resource
65  *    allocations for each PCI bus as compact as possible. As a part of that it
66  *    sorts the BARs on a bus by their required alignment, which is calculated
67  *    using pci_resource_alignment().
68  *
69  *    For IOV resources this goes:
70  *    pci_resource_alignment()
71  *        pci_sriov_resource_alignment()
72  *            pcibios_sriov_resource_alignment()
73  *                pnv_pci_iov_resource_alignment()
74  *
75  *    Our hook overrides the default alignment, equal to the per-vf-size, with
76  *    new_size computed above.
77  *
78  * 3. When userspace enables VFs for a device:
79  *
80  *    sriov_enable()
81  *       pcibios_sriov_enable()
82  *           pnv_pcibios_sriov_enable()
83  *
84  *    This is where we actually allocate PE numbers for each VF and setup the
85  *    MBT mapping for each SR-IOV BAR. In steps 1) and 2) we setup an "arena"
86  *    where each MBT segment is equal in size to the VF BAR so we can shift
87  *    around the actual SR-IOV BAR location within this arena. We need this
88  *    ability because the PE space is shared by all devices on the same PHB.
89  *    When using mode a) described above segment 0 in maps to PE#0 which might
90  *    be already being used by another device on the PHB.
91  *
92  *    As a result we need allocate a contigious range of PE numbers, then shift
93  *    the address programmed into the SR-IOV BAR of the PF so that the address
94  *    of VF0 matches up with the segment corresponding to the first allocated
95  *    PE number. This is handled in pnv_pci_vf_resource_shift().
96  *
97  *    Once all that is done we return to the PCI core which then enables VFs,
98  *    scans them and creates pci_devs for each. The init process for a VF is
99  *    largely the same as a normal device, but the VF is inserted into the IODA
100  *    PE that we allocated for it rather than the PE associated with the bus.
101  *
102  * 4. When userspace disables VFs we unwind the above in
103  *    pnv_pcibios_sriov_disable(). Fortunately this is relatively simple since
104  *    we don't need to validate anything, just tear down the mappings and
105  *    move SR-IOV resource back to its "proper" location.
106  *
107  * That's how mode a) works. In theory mode b) (single PE mapping) is less work
108  * since we can map each individual VF with a separate BAR. However, there's a
109  * few limitations:
110  *
111  * 1) For IODA2 mode b) has a minimum alignment requirement of 32MB. This makes
112  *    it only usable for devices with very large per-VF BARs. Such devices are
113  *    similar to Big Foot. They definitely exist, but I've never seen one.
114  *
115  * 2) The number of MBT entries that we have is limited. PHB3 and PHB4 only
116  *    16 total and some are needed for. Most SR-IOV capable network cards can support
117  *    more than 16 VFs on each port.
118  *
119  * We use b) when using a) would use more than 1/4 of the entire 64 bit MMIO
120  * window of the PHB.
121  *
122  *
123  *
124  * PHB4 (IODA3) added a few new features that would be useful for SR-IOV. It
125  * allowed the MBT to map 32bit MMIO space in addition to 64bit which allows
126  * us to support SR-IOV BARs in the 32bit MMIO window. This is useful since
127  * the Linux BAR allocation will place any BAR marked as non-prefetchable into
128  * the non-prefetchable bridge window, which is 32bit only. It also added two
129  * new modes:
130  *
131  * c) A segmented BAR similar to a), but each segment can be individually
132  *    mapped to any PE. This is matches how the 32bit MMIO window worked on
133  *    IODA1&2.
134  *
135  * d) A segmented BAR with 8, 64, or 128 segments. This works similarly to a),
136  *    but with fewer segments and configurable base PE.
137  *
138  *    i.e. The n'th segment maps to the (n + base)'th PE.
139  *
140  *    The base PE is also required to be a multiple of the window size.
141  *
142  * Unfortunately, the OPAL API doesn't currently (as of skiboot v6.6) allow us
143  * to exploit any of the IODA3 features.
144  */
145 
146 static void pnv_pci_ioda_fixup_iov_resources(struct pci_dev *pdev)
147 {
148 	struct pnv_phb *phb = pci_bus_to_pnvhb(pdev->bus);
149 	const resource_size_t gate = phb->ioda.m64_segsize >> 2;
150 	struct resource *res;
151 	int i;
152 	resource_size_t size, total_vf_bar_sz;
153 	struct pnv_iov_data *iov;
154 	int mul, total_vfs;
155 
156 	iov = kzalloc(sizeof(*iov), GFP_KERNEL);
157 	if (!iov)
158 		goto disable_iov;
159 	pdev->dev.archdata.iov_data = iov;
160 
161 	total_vfs = pci_sriov_get_totalvfs(pdev);
162 	mul = phb->ioda.total_pe_num;
163 	total_vf_bar_sz = 0;
164 
165 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
166 		res = &pdev->resource[i + PCI_IOV_RESOURCES];
167 		if (!res->flags || res->parent)
168 			continue;
169 		if (!pnv_pci_is_m64_flags(res->flags)) {
170 			dev_warn(&pdev->dev, "Don't support SR-IOV with non M64 VF BAR%d: %pR. \n",
171 				 i, res);
172 			goto disable_iov;
173 		}
174 
175 		total_vf_bar_sz += pci_iov_resource_size(pdev,
176 				i + PCI_IOV_RESOURCES);
177 
178 		/*
179 		 * If bigger than quarter of M64 segment size, just round up
180 		 * power of two.
181 		 *
182 		 * Generally, one M64 BAR maps one IOV BAR. To avoid conflict
183 		 * with other devices, IOV BAR size is expanded to be
184 		 * (total_pe * VF_BAR_size).  When VF_BAR_size is half of M64
185 		 * segment size , the expanded size would equal to half of the
186 		 * whole M64 space size, which will exhaust the M64 Space and
187 		 * limit the system flexibility.  This is a design decision to
188 		 * set the boundary to quarter of the M64 segment size.
189 		 */
190 		if (total_vf_bar_sz > gate) {
191 			mul = roundup_pow_of_two(total_vfs);
192 			dev_info(&pdev->dev,
193 				"VF BAR Total IOV size %llx > %llx, roundup to %d VFs\n",
194 				total_vf_bar_sz, gate, mul);
195 			iov->m64_single_mode = true;
196 			break;
197 		}
198 	}
199 
200 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
201 		res = &pdev->resource[i + PCI_IOV_RESOURCES];
202 		if (!res->flags || res->parent)
203 			continue;
204 
205 		size = pci_iov_resource_size(pdev, i + PCI_IOV_RESOURCES);
206 		/*
207 		 * On PHB3, the minimum size alignment of M64 BAR in single
208 		 * mode is 32MB.
209 		 */
210 		if (iov->m64_single_mode && (size < SZ_32M))
211 			goto disable_iov;
212 
213 		dev_dbg(&pdev->dev, " Fixing VF BAR%d: %pR to\n", i, res);
214 		res->end = res->start + size * mul - 1;
215 		dev_dbg(&pdev->dev, "                       %pR\n", res);
216 		dev_info(&pdev->dev, "VF BAR%d: %pR (expanded to %d VFs for PE alignment)",
217 			 i, res, mul);
218 	}
219 	iov->vfs_expanded = mul;
220 
221 	return;
222 
223 disable_iov:
224 	/* Save ourselves some MMIO space by disabling the unusable BARs */
225 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
226 		res = &pdev->resource[i + PCI_IOV_RESOURCES];
227 		res->flags = 0;
228 		res->end = res->start - 1;
229 	}
230 
231 	pdev->dev.archdata.iov_data = NULL;
232 	kfree(iov);
233 }
234 
235 void pnv_pci_ioda_fixup_iov(struct pci_dev *pdev)
236 {
237 	if (WARN_ON(pci_dev_is_added(pdev)))
238 		return;
239 
240 	if (pdev->is_virtfn) {
241 		struct pnv_ioda_pe *pe = pnv_ioda_get_pe(pdev);
242 
243 		/*
244 		 * VF PEs are single-device PEs so their pdev pointer needs to
245 		 * be set. The pdev doesn't exist when the PE is allocated (in
246 		 * (pcibios_sriov_enable()) so we fix it up here.
247 		 */
248 		pe->pdev = pdev;
249 		WARN_ON(!(pe->flags & PNV_IODA_PE_VF));
250 	} else if (pdev->is_physfn) {
251 		/*
252 		 * For PFs adjust their allocated IOV resources to match what
253 		 * the PHB can support using it's M64 BAR table.
254 		 */
255 		pnv_pci_ioda_fixup_iov_resources(pdev);
256 	}
257 }
258 
259 resource_size_t pnv_pci_iov_resource_alignment(struct pci_dev *pdev,
260 						      int resno)
261 {
262 	struct pnv_phb *phb = pci_bus_to_pnvhb(pdev->bus);
263 	struct pnv_iov_data *iov = pnv_iov_get(pdev);
264 	resource_size_t align;
265 
266 	/*
267 	 * On PowerNV platform, IOV BAR is mapped by M64 BAR to enable the
268 	 * SR-IOV. While from hardware perspective, the range mapped by M64
269 	 * BAR should be size aligned.
270 	 *
271 	 * When IOV BAR is mapped with M64 BAR in Single PE mode, the extra
272 	 * powernv-specific hardware restriction is gone. But if just use the
273 	 * VF BAR size as the alignment, PF BAR / VF BAR may be allocated with
274 	 * in one segment of M64 #15, which introduces the PE conflict between
275 	 * PF and VF. Based on this, the minimum alignment of an IOV BAR is
276 	 * m64_segsize.
277 	 *
278 	 * This function returns the total IOV BAR size if M64 BAR is in
279 	 * Shared PE mode or just VF BAR size if not.
280 	 * If the M64 BAR is in Single PE mode, return the VF BAR size or
281 	 * M64 segment size if IOV BAR size is less.
282 	 */
283 	align = pci_iov_resource_size(pdev, resno);
284 
285 	/*
286 	 * iov can be null if we have an SR-IOV device with IOV BAR that can't
287 	 * be placed in the m64 space (i.e. The BAR is 32bit or non-prefetch).
288 	 * In that case we don't allow VFs to be enabled so just return the
289 	 * default alignment.
290 	 */
291 	if (!iov)
292 		return align;
293 	if (!iov->vfs_expanded)
294 		return align;
295 	if (iov->m64_single_mode)
296 		return max(align, (resource_size_t)phb->ioda.m64_segsize);
297 
298 	return iov->vfs_expanded * align;
299 }
300 
301 static int pnv_pci_vf_release_m64(struct pci_dev *pdev, u16 num_vfs)
302 {
303 	struct pnv_iov_data   *iov;
304 	struct pnv_phb        *phb;
305 	int window_id;
306 
307 	phb = pci_bus_to_pnvhb(pdev->bus);
308 	iov = pnv_iov_get(pdev);
309 
310 	for_each_set_bit(window_id, iov->used_m64_bar_mask, MAX_M64_BARS) {
311 		opal_pci_phb_mmio_enable(phb->opal_id,
312 					 OPAL_M64_WINDOW_TYPE,
313 					 window_id,
314 					 0);
315 
316 		clear_bit(window_id, &phb->ioda.m64_bar_alloc);
317 	}
318 
319 	return 0;
320 }
321 
322 
323 /*
324  * PHB3 and beyond support segmented windows. The window's address range
325  * is subdivided into phb->ioda.total_pe_num segments and there's a 1-1
326  * mapping between PEs and segments.
327  */
328 static int64_t pnv_ioda_map_m64_segmented(struct pnv_phb *phb,
329 					  int window_id,
330 					  resource_size_t start,
331 					  resource_size_t size)
332 {
333 	int64_t rc;
334 
335 	rc = opal_pci_set_phb_mem_window(phb->opal_id,
336 					 OPAL_M64_WINDOW_TYPE,
337 					 window_id,
338 					 start,
339 					 0, /* unused */
340 					 size);
341 	if (rc)
342 		goto out;
343 
344 	rc = opal_pci_phb_mmio_enable(phb->opal_id,
345 				      OPAL_M64_WINDOW_TYPE,
346 				      window_id,
347 				      OPAL_ENABLE_M64_SPLIT);
348 out:
349 	if (rc)
350 		pr_err("Failed to map M64 window #%d: %lld\n", window_id, rc);
351 
352 	return rc;
353 }
354 
355 static int64_t pnv_ioda_map_m64_single(struct pnv_phb *phb,
356 				       int pe_num,
357 				       int window_id,
358 				       resource_size_t start,
359 				       resource_size_t size)
360 {
361 	int64_t rc;
362 
363 	/*
364 	 * The API for setting up m64 mmio windows seems to have been designed
365 	 * with P7-IOC in mind. For that chip each M64 BAR (window) had a fixed
366 	 * split of 8 equally sized segments each of which could individually
367 	 * assigned to a PE.
368 	 *
369 	 * The problem with this is that the API doesn't have any way to
370 	 * communicate the number of segments we want on a BAR. This wasn't
371 	 * a problem for p7-ioc since you didn't have a choice, but the
372 	 * single PE windows added in PHB3 don't map cleanly to this API.
373 	 *
374 	 * As a result we've got this slightly awkward process where we
375 	 * call opal_pci_map_pe_mmio_window() to put the single in single
376 	 * PE mode, and set the PE for the window before setting the address
377 	 * bounds. We need to do it this way because the single PE windows
378 	 * for PHB3 have different alignment requirements on PHB3.
379 	 */
380 	rc = opal_pci_map_pe_mmio_window(phb->opal_id,
381 					 pe_num,
382 					 OPAL_M64_WINDOW_TYPE,
383 					 window_id,
384 					 0);
385 	if (rc)
386 		goto out;
387 
388 	/*
389 	 * NB: In single PE mode the window needs to be aligned to 32MB
390 	 */
391 	rc = opal_pci_set_phb_mem_window(phb->opal_id,
392 					 OPAL_M64_WINDOW_TYPE,
393 					 window_id,
394 					 start,
395 					 0, /* ignored by FW, m64 is 1-1 */
396 					 size);
397 	if (rc)
398 		goto out;
399 
400 	/*
401 	 * Now actually enable it. We specified the BAR should be in "non-split"
402 	 * mode so FW will validate that the BAR is in single PE mode.
403 	 */
404 	rc = opal_pci_phb_mmio_enable(phb->opal_id,
405 				      OPAL_M64_WINDOW_TYPE,
406 				      window_id,
407 				      OPAL_ENABLE_M64_NON_SPLIT);
408 out:
409 	if (rc)
410 		pr_err("Error mapping single PE BAR\n");
411 
412 	return rc;
413 }
414 
415 static int pnv_pci_vf_assign_m64(struct pci_dev *pdev, u16 num_vfs)
416 {
417 	struct pnv_iov_data   *iov;
418 	struct pnv_phb        *phb;
419 	unsigned int           win;
420 	struct resource       *res;
421 	int                    i, j;
422 	int64_t                rc;
423 	int                    total_vfs;
424 	resource_size_t        size, start;
425 	int                    m64_bars;
426 
427 	phb = pci_bus_to_pnvhb(pdev->bus);
428 	iov = pnv_iov_get(pdev);
429 	total_vfs = pci_sriov_get_totalvfs(pdev);
430 
431 	if (iov->m64_single_mode)
432 		m64_bars = num_vfs;
433 	else
434 		m64_bars = 1;
435 
436 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
437 		res = &pdev->resource[i + PCI_IOV_RESOURCES];
438 		if (!res->flags || !res->parent)
439 			continue;
440 
441 		for (j = 0; j < m64_bars; j++) {
442 
443 			/* allocate a window ID for this BAR */
444 			do {
445 				win = find_next_zero_bit(&phb->ioda.m64_bar_alloc,
446 						phb->ioda.m64_bar_idx + 1, 0);
447 
448 				if (win >= phb->ioda.m64_bar_idx + 1)
449 					goto m64_failed;
450 			} while (test_and_set_bit(win, &phb->ioda.m64_bar_alloc));
451 			set_bit(win, iov->used_m64_bar_mask);
452 
453 
454 			if (iov->m64_single_mode) {
455 				int pe_num = iov->vf_pe_arr[j].pe_number;
456 
457 				size = pci_iov_resource_size(pdev,
458 							PCI_IOV_RESOURCES + i);
459 				start = res->start + size * j;
460 				rc = pnv_ioda_map_m64_single(phb, win,
461 							     pe_num,
462 							     start,
463 							     size);
464 			} else {
465 				size = resource_size(res);
466 				start = res->start;
467 
468 				rc = pnv_ioda_map_m64_segmented(phb, win, start,
469 								size);
470 			}
471 
472 			if (rc != OPAL_SUCCESS) {
473 				dev_err(&pdev->dev, "Failed to map M64 window #%d: %lld\n",
474 					win, rc);
475 				goto m64_failed;
476 			}
477 		}
478 	}
479 	return 0;
480 
481 m64_failed:
482 	pnv_pci_vf_release_m64(pdev, num_vfs);
483 	return -EBUSY;
484 }
485 
486 static void pnv_ioda_release_vf_PE(struct pci_dev *pdev)
487 {
488 	struct pnv_phb        *phb;
489 	struct pnv_ioda_pe    *pe, *pe_n;
490 
491 	phb = pci_bus_to_pnvhb(pdev->bus);
492 
493 	if (!pdev->is_physfn)
494 		return;
495 
496 	/* FIXME: Use pnv_ioda_release_pe()? */
497 	list_for_each_entry_safe(pe, pe_n, &phb->ioda.pe_list, list) {
498 		if (pe->parent_dev != pdev)
499 			continue;
500 
501 		pnv_pci_ioda2_release_pe_dma(pe);
502 
503 		/* Remove from list */
504 		mutex_lock(&phb->ioda.pe_list_mutex);
505 		list_del(&pe->list);
506 		mutex_unlock(&phb->ioda.pe_list_mutex);
507 
508 		pnv_ioda_deconfigure_pe(phb, pe);
509 
510 		pnv_ioda_free_pe(pe);
511 	}
512 }
513 
514 static int pnv_pci_vf_resource_shift(struct pci_dev *dev, int offset)
515 {
516 	struct resource *res, res2;
517 	struct pnv_iov_data *iov;
518 	resource_size_t size;
519 	u16 num_vfs;
520 	int i;
521 
522 	if (!dev->is_physfn)
523 		return -EINVAL;
524 	iov = pnv_iov_get(dev);
525 
526 	/*
527 	 * "offset" is in VFs.  The M64 windows are sized so that when they
528 	 * are segmented, each segment is the same size as the IOV BAR.
529 	 * Each segment is in a separate PE, and the high order bits of the
530 	 * address are the PE number.  Therefore, each VF's BAR is in a
531 	 * separate PE, and changing the IOV BAR start address changes the
532 	 * range of PEs the VFs are in.
533 	 */
534 	num_vfs = iov->num_vfs;
535 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
536 		res = &dev->resource[i + PCI_IOV_RESOURCES];
537 		if (!res->flags || !res->parent)
538 			continue;
539 
540 		/*
541 		 * The actual IOV BAR range is determined by the start address
542 		 * and the actual size for num_vfs VFs BAR.  This check is to
543 		 * make sure that after shifting, the range will not overlap
544 		 * with another device.
545 		 */
546 		size = pci_iov_resource_size(dev, i + PCI_IOV_RESOURCES);
547 		res2.flags = res->flags;
548 		res2.start = res->start + (size * offset);
549 		res2.end = res2.start + (size * num_vfs) - 1;
550 
551 		if (res2.end > res->end) {
552 			dev_err(&dev->dev, "VF BAR%d: %pR would extend past %pR (trying to enable %d VFs shifted by %d)\n",
553 				i, &res2, res, num_vfs, offset);
554 			return -EBUSY;
555 		}
556 	}
557 
558 	/*
559 	 * Since M64 BAR shares segments among all possible 256 PEs,
560 	 * we have to shift the beginning of PF IOV BAR to make it start from
561 	 * the segment which belongs to the PE number assigned to the first VF.
562 	 * This creates a "hole" in the /proc/iomem which could be used for
563 	 * allocating other resources so we reserve this area below and
564 	 * release when IOV is released.
565 	 */
566 	for (i = 0; i < PCI_SRIOV_NUM_BARS; i++) {
567 		res = &dev->resource[i + PCI_IOV_RESOURCES];
568 		if (!res->flags || !res->parent)
569 			continue;
570 
571 		size = pci_iov_resource_size(dev, i + PCI_IOV_RESOURCES);
572 		res2 = *res;
573 		res->start += size * offset;
574 
575 		dev_info(&dev->dev, "VF BAR%d: %pR shifted to %pR (%sabling %d VFs shifted by %d)\n",
576 			 i, &res2, res, (offset > 0) ? "En" : "Dis",
577 			 num_vfs, offset);
578 
579 		if (offset < 0) {
580 			devm_release_resource(&dev->dev, &iov->holes[i]);
581 			memset(&iov->holes[i], 0, sizeof(iov->holes[i]));
582 		}
583 
584 		pci_update_resource(dev, i + PCI_IOV_RESOURCES);
585 
586 		if (offset > 0) {
587 			iov->holes[i].start = res2.start;
588 			iov->holes[i].end = res2.start + size * offset - 1;
589 			iov->holes[i].flags = IORESOURCE_BUS;
590 			iov->holes[i].name = "pnv_iov_reserved";
591 			devm_request_resource(&dev->dev, res->parent,
592 					&iov->holes[i]);
593 		}
594 	}
595 	return 0;
596 }
597 
598 static void pnv_pci_sriov_disable(struct pci_dev *pdev)
599 {
600 	u16                    num_vfs, base_pe;
601 	struct pnv_phb        *phb;
602 	struct pnv_iov_data   *iov;
603 
604 	phb = pci_bus_to_pnvhb(pdev->bus);
605 	iov = pnv_iov_get(pdev);
606 	num_vfs = iov->num_vfs;
607 	base_pe = iov->vf_pe_arr[0].pe_number;
608 
609 	/* Release VF PEs */
610 	pnv_ioda_release_vf_PE(pdev);
611 
612 	if (phb->type == PNV_PHB_IODA2) {
613 		if (!iov->m64_single_mode)
614 			pnv_pci_vf_resource_shift(pdev, -base_pe);
615 
616 		/* Release M64 windows */
617 		pnv_pci_vf_release_m64(pdev, num_vfs);
618 	}
619 }
620 
621 static void pnv_ioda_setup_vf_PE(struct pci_dev *pdev, u16 num_vfs)
622 {
623 	struct pnv_phb        *phb;
624 	struct pnv_ioda_pe    *pe;
625 	int                    pe_num;
626 	u16                    vf_index;
627 	struct pnv_iov_data   *iov;
628 	struct pci_dn         *pdn;
629 
630 	if (!pdev->is_physfn)
631 		return;
632 
633 	phb = pci_bus_to_pnvhb(pdev->bus);
634 	pdn = pci_get_pdn(pdev);
635 	iov = pnv_iov_get(pdev);
636 
637 	/* Reserve PE for each VF */
638 	for (vf_index = 0; vf_index < num_vfs; vf_index++) {
639 		int vf_devfn = pci_iov_virtfn_devfn(pdev, vf_index);
640 		int vf_bus = pci_iov_virtfn_bus(pdev, vf_index);
641 		struct pci_dn *vf_pdn;
642 
643 		pe = &iov->vf_pe_arr[vf_index];
644 		pe->phb = phb;
645 		pe->flags = PNV_IODA_PE_VF;
646 		pe->pbus = NULL;
647 		pe->parent_dev = pdev;
648 		pe->mve_number = -1;
649 		pe->rid = (vf_bus << 8) | vf_devfn;
650 
651 		pe_num = pe->pe_number;
652 		pe_info(pe, "VF %04d:%02d:%02d.%d associated with PE#%x\n",
653 			pci_domain_nr(pdev->bus), pdev->bus->number,
654 			PCI_SLOT(vf_devfn), PCI_FUNC(vf_devfn), pe_num);
655 
656 		if (pnv_ioda_configure_pe(phb, pe)) {
657 			/* XXX What do we do here ? */
658 			pnv_ioda_free_pe(pe);
659 			pe->pdev = NULL;
660 			continue;
661 		}
662 
663 		/* Put PE to the list */
664 		mutex_lock(&phb->ioda.pe_list_mutex);
665 		list_add_tail(&pe->list, &phb->ioda.pe_list);
666 		mutex_unlock(&phb->ioda.pe_list_mutex);
667 
668 		/* associate this pe to it's pdn */
669 		list_for_each_entry(vf_pdn, &pdn->parent->child_list, list) {
670 			if (vf_pdn->busno == vf_bus &&
671 			    vf_pdn->devfn == vf_devfn) {
672 				vf_pdn->pe_number = pe_num;
673 				break;
674 			}
675 		}
676 
677 		pnv_pci_ioda2_setup_dma_pe(phb, pe);
678 	}
679 }
680 
681 static int pnv_pci_sriov_enable(struct pci_dev *pdev, u16 num_vfs)
682 {
683 	struct pnv_ioda_pe    *base_pe;
684 	struct pnv_iov_data   *iov;
685 	struct pnv_phb        *phb;
686 	int                    ret;
687 	u16                    i;
688 
689 	phb = pci_bus_to_pnvhb(pdev->bus);
690 	iov = pnv_iov_get(pdev);
691 
692 	if (phb->type == PNV_PHB_IODA2) {
693 		if (!iov->vfs_expanded) {
694 			dev_info(&pdev->dev,
695 				 "don't support this SRIOV device with non 64bit-prefetchable IOV BAR\n");
696 			return -ENOSPC;
697 		}
698 
699 		/* allocate a contigious block of PEs for our VFs */
700 		base_pe = pnv_ioda_alloc_pe(phb, num_vfs);
701 		if (!base_pe) {
702 			pci_err(pdev, "Unable to allocate PEs for %d VFs\n", num_vfs);
703 			return -EBUSY;
704 		}
705 
706 		iov->vf_pe_arr = base_pe;
707 		iov->num_vfs = num_vfs;
708 
709 		/* Assign M64 window accordingly */
710 		ret = pnv_pci_vf_assign_m64(pdev, num_vfs);
711 		if (ret) {
712 			dev_info(&pdev->dev, "Not enough M64 window resources\n");
713 			goto m64_failed;
714 		}
715 
716 		/*
717 		 * When using one M64 BAR to map one IOV BAR, we need to shift
718 		 * the IOV BAR according to the PE# allocated to the VFs.
719 		 * Otherwise, the PE# for the VF will conflict with others.
720 		 */
721 		if (!iov->m64_single_mode) {
722 			ret = pnv_pci_vf_resource_shift(pdev,
723 							base_pe->pe_number);
724 			if (ret)
725 				goto shift_failed;
726 		}
727 	}
728 
729 	/* Setup VF PEs */
730 	pnv_ioda_setup_vf_PE(pdev, num_vfs);
731 
732 	return 0;
733 
734 shift_failed:
735 	pnv_pci_vf_release_m64(pdev, num_vfs);
736 
737 m64_failed:
738 	for (i = 0; i < num_vfs; i++)
739 		pnv_ioda_free_pe(&iov->vf_pe_arr[i]);
740 
741 	return ret;
742 }
743 
744 int pnv_pcibios_sriov_disable(struct pci_dev *pdev)
745 {
746 	pnv_pci_sriov_disable(pdev);
747 
748 	/* Release PCI data */
749 	remove_sriov_vf_pdns(pdev);
750 	return 0;
751 }
752 
753 int pnv_pcibios_sriov_enable(struct pci_dev *pdev, u16 num_vfs)
754 {
755 	/* Allocate PCI data */
756 	add_sriov_vf_pdns(pdev);
757 
758 	return pnv_pci_sriov_enable(pdev, num_vfs);
759 }
760