vfio/spapr: Allow backing bigger guest IOMMU pages with smaller physical pages
commitc26bc185b76369aab1a86bd726d5ea9e94c297a0
authorAlexey Kardashevskiy <aik@ozlabs.ru>
Wed, 20 Jun 2018 09:10:12 +0000 (20 19:10 +1000)
committerDavid Gibson <david@gibson.dropbear.id.au>
Tue, 21 Aug 2018 04:28:45 +0000 (21 14:28 +1000)
tree387130cff3ccdd37b84d8d9dbeac39bb1decaa88
parent56e0e961ec14f7f89f9d5f20e12b61b9510ed1ad
vfio/spapr: Allow backing bigger guest IOMMU pages with smaller physical pages

At the moment the PPC64/pseries guest only supports 4K/64K/16M IOMMU
pages and POWER8 CPU supports the exact same set of page size so
so far things worked fine.

However POWER9 supports different set of sizes - 4K/64K/2M/1G and
the last two - 2M and 1G - are not even allowed in the paravirt interface
(RTAS DDW) so we always end up using 64K IOMMU pages, although we could
back guest's 16MB IOMMU pages with 2MB pages on the host.

This stores the supported host IOMMU page sizes in VFIOContainer and uses
this later when creating a new DMA window. This uses the system page size
(64k normally, 2M/16M/1G if hugepages used) as the upper limit of
the IOMMU pagesize.

This changes the type of @pagesize to uint64_t as this is what
memory_region_iommu_get_min_page_size() returns and clz64() takes.

There should be no behavioral changes on platforms other than pseries.
The guest will keep using the IOMMU page size selected by the PHB pagesize
property as this only changes the underlying hardware TCE table
granularity.

Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: David Gibson <david@gibson.dropbear.id.au>
hw/vfio/common.c
hw/vfio/spapr.c
include/hw/vfio/vfio-common.h