From: "Michael S. Tsirkin" <mst@redhat.com>
To: qemu-devel@nongnu.org
Cc: Peter Maydell <peter.maydell@linaro.org>,
Laurent Vivier <lvivier@redhat.com>
Subject: [Qemu-devel] [PULL v2 16/18] vhost: skip ROM sections
Date: Thu, 26 Jan 2017 18:16:04 +0200 [thread overview]
Message-ID: <1485447262-27014-17-git-send-email-mst@redhat.com> (raw)
In-Reply-To: <1485447262-27014-1-git-send-email-mst@redhat.com>
vhost does not support RO protections on memory at the moment - adding
ROMs would mean that e.g. a buggy guest might change them in-memory - a
condition from which guest reset does not recover. Not nice.
We also definitely don't want to try logging writes into ROMs -
in particular guests set very high addresses for ROM BARs
so logging these writes would waste a lot of memory.
Maybe ROMs could be supported with the iotlb variant -
not sure, but there seems to be no good reason for virtio
to try to do DMA from ROM. So let's just skip ROM memory.
Suggested-by: Laurent Vivier <lvivier@redhat.com>
Signed-off-by: Michael S. Tsirkin <mst@redhat.com>
Reviewed-by: Laurent Vivier <lvivier@redhat.com>
Tested-by: Laurent Vivier <lvivier@redhat.com>
---
hw/virtio/vhost.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/virtio/vhost.c b/hw/virtio/vhost.c
index b124d97..febe519 100644
--- a/hw/virtio/vhost.c
+++ b/hw/virtio/vhost.c
@@ -612,7 +612,8 @@ static void vhost_set_memory(MemoryListener *listener,
static bool vhost_section(MemoryRegionSection *section)
{
- return memory_region_is_ram(section->mr);
+ return memory_region_is_ram(section->mr) &&
+ !memory_region_is_rom(section->mr);
}
static void vhost_begin(MemoryListener *listener)
--
MST
next prev parent reply other threads:[~2017-01-26 16:16 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-26 16:15 [Qemu-devel] [PULL v2 00/18] virtio, vhost, pci: fixes, features Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 01/18] compiler: drop ; after BUILD_BUG_ON Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 02/18] qxl: switch to constants within BUILD_BUG_ON Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 03/18] compiler: rework BUG_ON using a struct Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 04/18] compiler: expression version of QEMU_BUILD_BUG_ON Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 05/18] ARRAY_SIZE: check that argument is an array Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 06/18] pci: mark ROMs read-only Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 07/18] intel_iommu: fix and simplify size calculation in process_device_iotlb_desc() Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 08/18] hw/pcie: Introduce a base class for PCI Express Root Ports Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 09/18] hw/ioh3420: derive from PCI Express Root Port base class Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 10/18] hw/pcie: Introduce Generic PCI Express Root Port Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 11/18] hw/i386: check if nvdimm is enabled before plugging Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 12/18] msix: Follow CODING_STYLE Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 13/18] hcd-xhci: check & correct param before using it Michael S. Tsirkin
2017-01-26 16:15 ` [Qemu-devel] [PULL v2 14/18] pci: Convert msix_init() to Error and fix callers Michael S. Tsirkin
2017-01-26 16:16 ` [Qemu-devel] [PULL v2 15/18] virtio: make virtio_should_notify static Michael S. Tsirkin
2017-01-26 16:16 ` Michael S. Tsirkin [this message]
2017-01-26 16:16 ` [Qemu-devel] [PULL v2 17/18] vhost-user: delete chardev on cleanup Michael S. Tsirkin
2017-01-26 16:16 ` [Qemu-devel] [PULL v2 18/18] hw/pci: disable pci-bridge's shpc by default Michael S. Tsirkin
2017-01-27 15:19 ` [Qemu-devel] [PULL v2 00/18] virtio, vhost, pci: fixes, features 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=1485447262-27014-17-git-send-email-mst@redhat.com \
--to=mst@redhat.com \
--cc=lvivier@redhat.com \
--cc=peter.maydell@linaro.org \
--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).