From: Gavin Shan <gwshan@linux.vnet.ibm.com>
To: linuxppc-dev@lists.ozlabs.org
Cc: benh@kernel.crashing.org, paulus@samba.org, aik@ozlabs.ru,
Gavin Shan <gwshan@linux.vnet.ibm.com>
Subject: [PATCH 0/2] powerpc/powernv: Avoid compound PE for VF
Date: Fri, 17 Jul 2015 10:14:41 +1000 [thread overview]
Message-ID: <1437092083-20672-1-git-send-email-gwshan@linux.vnet.ibm.com> (raw)
When the VF BAR size is equal to 128MB or bigger than that, the IOV BAR
is extended to cover number of maximal VFs supported by the PF, not 256.
Also, one PHB's M64 BAR is picked to cover VF BARs for 4 continous VFs,
but the PHB's M64 BAR is configured as being owned by single PE. Eventually,
those 4 VFs have 4 separate PEs from the perspective of PCI config or DMA,
but single shared PE from MMIO's perspective. Once we have compound PE, all
those 4 VFs included in the compound PE can't be passed to separate guests
with VFIO infrastructure.
The above gate (128MB) was choosen based on the assumption: one IOV BAR can
consume 1/4 of PHB's M64 window, which is 16GB. However, it can consume as
much as half of that (32GB) when the PF seats behind the root port. Accordingly,
the gate can be doubled to be 256MB in order to avoid compound PE as we can.
Gavin Shan (2):
powerpc/powernv: Fix alignment for IOV BAR
powerpc/powernv: Double VF BAR size for compound PE
arch/powerpc/platforms/powernv/pci-ioda.c | 56 +++++++++++++++++++++++++------
1 file changed, 45 insertions(+), 11 deletions(-)
--
2.1.0
next reply other threads:[~2015-07-17 0:15 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-07-17 0:14 Gavin Shan [this message]
2015-07-17 0:14 ` [PATCH 1/2] powerpc/powernv: Fix alignment for IOV BAR Gavin Shan
2015-07-17 0:14 ` [PATCH 2/2] powerpc/powernv: Double VF BAR size for compound PE Gavin Shan
2015-07-17 0:28 ` Gavin Shan
2015-07-29 23:06 ` [PATCH 0/2] powerpc/powernv: Avoid compound PE for VF Gavin Shan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1437092083-20672-1-git-send-email-gwshan@linux.vnet.ibm.com \
--to=gwshan@linux.vnet.ibm.com \
--cc=aik@ozlabs.ru \
--cc=benh@kernel.crashing.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=paulus@samba.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).