From: Alex Williamson <alex.williamson@redhat.com>
To: qemu-devel@nongnu.org
Cc: Alexey Kardashevskiy <aik@ozlabs.ru>
Subject: [Qemu-devel] [PULL 09/11] vfio: Fix 128 bit handling when deleting region
Date: Thu, 26 May 2016 12:01:25 -0600 [thread overview]
Message-ID: <20160526180125.13473.53662.stgit@gimli.home> (raw)
In-Reply-To: <20160526175810.13473.82479.stgit@gimli.home>
From: Alexey Kardashevskiy <aik@ozlabs.ru>
7532d3cbf "vfio: Fix 128 bit handling" added support for 64bit IOMMU
memory regions when those are added to VFIO address space; however
removing code cannot cope with these as int128_get64() will fail on
1<<64.
This copies 128bit handling from region_add() to region_del().
Since the only machine type which is actually going to use 64bit IOMMU
is pseries and it never really removes them (instead it will dynamically
add/remove subregions), this should cause no behavioral change.
Signed-off-by: Alexey Kardashevskiy <aik@ozlabs.ru>
Signed-off-by: Alex Williamson <alex.williamson@redhat.com>
---
hw/vfio/common.c | 17 +++++++++++------
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/hw/vfio/common.c b/hw/vfio/common.c
index 902a047..29f8f84 100644
--- a/hw/vfio/common.c
+++ b/hw/vfio/common.c
@@ -433,6 +433,7 @@ static void vfio_listener_region_del(MemoryListener *listener,
{
VFIOContainer *container = container_of(listener, VFIOContainer, listener);
hwaddr iova, end;
+ Int128 llend, llsize;
int ret;
if (vfio_listener_skipped_section(section)) {
@@ -471,21 +472,25 @@ static void vfio_listener_region_del(MemoryListener *listener,
}
iova = TARGET_PAGE_ALIGN(section->offset_within_address_space);
- end = (section->offset_within_address_space + int128_get64(section->size)) &
- TARGET_PAGE_MASK;
+ llend = int128_make64(section->offset_within_address_space);
+ llend = int128_add(llend, section->size);
+ llend = int128_and(llend, int128_exts64(TARGET_PAGE_MASK));
- if (iova >= end) {
+ if (int128_ge(int128_make64(iova), llend)) {
return;
}
+ end = int128_get64(int128_sub(llend, int128_one()));
+
+ llsize = int128_sub(llend, int128_make64(iova));
- trace_vfio_listener_region_del(iova, end - 1);
+ trace_vfio_listener_region_del(iova, end);
- ret = vfio_dma_unmap(container, iova, end - iova);
+ ret = vfio_dma_unmap(container, iova, int128_get64(llsize));
memory_region_unref(section->mr);
if (ret) {
error_report("vfio_dma_unmap(%p, 0x%"HWADDR_PRIx", "
"0x%"HWADDR_PRIx") = %d (%m)",
- container, iova, end - iova, ret);
+ container, iova, int128_get64(llsize), ret);
}
}
next prev parent reply other threads:[~2016-05-26 18:01 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-26 18:00 [Qemu-devel] [PULL 00/11] VFIO updates 2016-05-26 Alex Williamson
2016-05-26 18:00 ` [Qemu-devel] [PULL 01/11] vfio: Enable sparse mmap capability Alex Williamson
2016-05-26 18:00 ` [Qemu-devel] [PULL 02/11] vfio: Create device specific region info helper Alex Williamson
2016-05-26 18:00 ` [Qemu-devel] [PULL 03/11] vfio/pci: Fix return of vfio_populate_vga() Alex Williamson
2016-05-26 18:00 ` [Qemu-devel] [PULL 04/11] vfio/pci: Consolidate VGA setup Alex Williamson
2016-05-26 18:01 ` [Qemu-devel] [PULL 05/11] vfio/pci: Setup BAR quirks after capabilities probing Alex Williamson
2016-05-26 18:01 ` [Qemu-devel] [PULL 06/11] vfio/pci: Intel graphics legacy mode assignment Alex Williamson
2016-05-26 18:01 ` [Qemu-devel] [PULL 07/11] vfio/pci: Add a separate option for IGD OpRegion support Alex Williamson
2016-05-26 18:01 ` [Qemu-devel] [PULL 08/11] vfio/pci: Add IGD documentation Alex Williamson
2016-05-26 18:01 ` Alex Williamson [this message]
2016-05-26 18:01 ` [Qemu-devel] [PULL 10/11] memory: Fix IOMMU replay base address Alex Williamson
2016-05-26 18:01 ` [Qemu-devel] [PULL 11/11] vfio: Check that IOMMU MR translates to system address space Alex Williamson
2016-05-26 19:07 ` [Qemu-devel] [PULL 00/11] VFIO updates 2016-05-26 Peter Maydell
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=20160526180125.13473.53662.stgit@gimli.home \
--to=alex.williamson@redhat.com \
--cc=aik@ozlabs.ru \
--cc=qemu-devel@nongnu.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).