From: Marcel Apfelbaum <marcel@redhat.com>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: qemu-devel@nongnu.org, pbonzini@redhat.com, ehabkost@redhat.com,
peterx@redhat.com, davidkiarie4@gmail.com, jan.kiszka@web.de,
bd.aviv@gmail.com, alex.williamson@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 2/3] hw/iommu: enable iommu with -device
Date: Sun, 5 Jun 2016 11:46:13 +0300 [thread overview]
Message-ID: <5753E6D5.3040609@redhat.com> (raw)
In-Reply-To: <20160603190607-mutt-send-email-mst@redhat.com>
On 06/03/2016 07:07 PM, Michael S. Tsirkin wrote:
> On Thu, Jun 02, 2016 at 11:15:54PM +0300, Marcel Apfelbaum wrote:
>> Use the standard '-device iommu' instead of '-machine,iommu=on'
>> to create the IOMMU device.
>>
>> Signed-off-by: Marcel Apfelbaum <marcel@redhat.com>
>
Hi Michael,
Thank you for the review.
> Why can't we keep support for the old flag?
>
We can, but IMO we don't need it for several reasons:
The current vIOMMU before the fantastic work of Aviv and Peter
is not really usable, is there only as a "lab" feature with no
clear interesting scenario.
If we keep it, we should also support the "x-iommu-type" for
AMD IOMMU, so we add "legacy" code we don't want.
It is easy to add additional options with -device,
but how will we add them to -machine,iommu=on? an extra machine option?
Finally, if we do have current users, asking them for a minimum command line
change is not such a big deal.
Thanks,
Marcel
>> ---
>> hw/core/machine.c | 20 --------------------
>> hw/i386/intel_iommu.c | 17 +++++++++++++++++
>> hw/pci-host/q35.c | 28 ----------------------------
>> qemu-options.hx | 3 ---
>> 4 files changed, 17 insertions(+), 51 deletions(-)
>>
>> diff --git a/hw/core/machine.c b/hw/core/machine.c
>> index ccdd5fa..8f94301 100644
>> --- a/hw/core/machine.c
>> +++ b/hw/core/machine.c
>> @@ -300,20 +300,6 @@ static void machine_set_firmware(Object *obj, const char *value, Error **errp)
>> ms->firmware = g_strdup(value);
>> }
>>
>> -static bool machine_get_iommu(Object *obj, Error **errp)
>> -{
>> - MachineState *ms = MACHINE(obj);
>> -
>> - return ms->iommu;
>> -}
>> -
>> -static void machine_set_iommu(Object *obj, bool value, Error **errp)
>> -{
>> - MachineState *ms = MACHINE(obj);
>> -
>> - ms->iommu = value;
>> -}
>> -
>> static void machine_set_suppress_vmdesc(Object *obj, bool value, Error **errp)
>> {
>> MachineState *ms = MACHINE(obj);
>> @@ -493,12 +479,6 @@ static void machine_initfn(Object *obj)
>> object_property_set_description(obj, "firmware",
>> "Firmware image",
>> NULL);
>> - object_property_add_bool(obj, "iommu",
>> - machine_get_iommu,
>> - machine_set_iommu, NULL);
>> - object_property_set_description(obj, "iommu",
>> - "Set on/off to enable/disable Intel IOMMU (VT-d)",
>> - NULL);
>> object_property_add_bool(obj, "suppress-vmdesc",
>> machine_get_suppress_vmdesc,
>> machine_set_suppress_vmdesc, NULL);
>> diff --git a/hw/i386/intel_iommu.c b/hw/i386/intel_iommu.c
>> index 347718f..9af5d6b 100644
>> --- a/hw/i386/intel_iommu.c
>> +++ b/hw/i386/intel_iommu.c
>> @@ -24,6 +24,8 @@
>> #include "exec/address-spaces.h"
>> #include "intel_iommu_internal.h"
>> #include "hw/pci/pci.h"
>> +#include "hw/pci/pci_bus.h"
>> +#include "hw/i386/pc.h"
>>
>> /*#define DEBUG_INTEL_IOMMU*/
>> #ifdef DEBUG_INTEL_IOMMU
>> @@ -2014,8 +2016,20 @@ static void vtd_reset(DeviceState *dev)
>> vtd_init(s);
>> }
>>
>> +static AddressSpace *vtd_host_dma_iommu(PCIBus *bus, void *opaque, int devfn)
>> +{
>> + IntelIOMMUState *s = opaque;
>> + VTDAddressSpace *vtd_as;
>> +
>> + assert(0 <= devfn && devfn <= VTD_PCI_DEVFN_MAX);
>> +
>> + vtd_as = vtd_find_add_as(s, bus, devfn);
>> + return &vtd_as->as;
>> +}
>> +
>> static void vtd_realize(DeviceState *dev, Error **errp)
>> {
>> + PCIBus *bus = PC_MACHINE(qdev_get_machine())->bus;
>> IntelIOMMUState *s = INTEL_IOMMU_DEVICE(dev);
>>
>> VTD_DPRINTF(GENERAL, "");
>> @@ -2029,6 +2043,9 @@ static void vtd_realize(DeviceState *dev, Error **errp)
>> s->vtd_as_by_busptr = g_hash_table_new_full(vtd_uint64_hash, vtd_uint64_equal,
>> g_free, g_free);
>> vtd_init(s);
>> + sysbus_mmio_map(SYS_BUS_DEVICE(s), 0, Q35_HOST_BRIDGE_IOMMU_ADDR);
>> + bus->iommu_fn = vtd_host_dma_iommu;
>> + bus->iommu_opaque = dev;
>> }
>>
>> static void vtd_class_init(ObjectClass *klass, void *data)
>> diff --git a/hw/pci-host/q35.c b/hw/pci-host/q35.c
>> index 70f897e..ea684c7 100644
>> --- a/hw/pci-host/q35.c
>> +++ b/hw/pci-host/q35.c
>> @@ -424,30 +424,6 @@ static void mch_reset(DeviceState *qdev)
>> mch_update(mch);
>> }
>>
>> -static AddressSpace *q35_host_dma_iommu(PCIBus *bus, void *opaque, int devfn)
>> -{
>> - IntelIOMMUState *s = opaque;
>> - VTDAddressSpace *vtd_as;
>> -
>> - assert(0 <= devfn && devfn <= VTD_PCI_DEVFN_MAX);
>> -
>> - vtd_as = vtd_find_add_as(s, bus, devfn);
>> - return &vtd_as->as;
>> -}
>> -
>> -static void mch_init_dmar(MCHPCIState *mch)
>> -{
>> - PCIBus *pci_bus = PCI_BUS(qdev_get_parent_bus(DEVICE(mch)));
>> -
>> - mch->iommu = INTEL_IOMMU_DEVICE(qdev_create(NULL, TYPE_INTEL_IOMMU_DEVICE));
>> - object_property_add_child(OBJECT(mch), "intel-iommu",
>> - OBJECT(mch->iommu), NULL);
>> - qdev_init_nofail(DEVICE(mch->iommu));
>> - sysbus_mmio_map(SYS_BUS_DEVICE(mch->iommu), 0, Q35_HOST_BRIDGE_IOMMU_ADDR);
>> -
>> - pci_setup_iommu(pci_bus, q35_host_dma_iommu, mch->iommu);
>> -}
>> -
>> static void mch_realize(PCIDevice *d, Error **errp)
>> {
>> int i;
>> @@ -506,10 +482,6 @@ static void mch_realize(PCIDevice *d, Error **errp)
>> mch->pci_address_space, &mch->pam_regions[i+1],
>> PAM_EXPAN_BASE + i * PAM_EXPAN_SIZE, PAM_EXPAN_SIZE);
>> }
>> - /* Intel IOMMU (VT-d) */
>> - if (object_property_get_bool(qdev_get_machine(), "iommu", NULL)) {
>> - mch_init_dmar(mch);
>> - }
>> }
>>
>> uint64_t mch_mcfg_base(void)
>> diff --git a/qemu-options.hx b/qemu-options.hx
>> index 6106520..2953baf 100644
>> --- a/qemu-options.hx
>> +++ b/qemu-options.hx
>> @@ -38,7 +38,6 @@ DEF("machine", HAS_ARG, QEMU_OPTION_machine, \
>> " kvm_shadow_mem=size of KVM shadow MMU\n"
>> " dump-guest-core=on|off include guest memory in a core dump (default=on)\n"
>> " mem-merge=on|off controls memory merge support (default: on)\n"
>> - " iommu=on|off controls emulated Intel IOMMU (VT-d) support (default=off)\n"
>> " igd-passthru=on|off controls IGD GFX passthrough support (default=off)\n"
>> " aes-key-wrap=on|off controls support for AES key wrapping (default=on)\n"
>> " dea-key-wrap=on|off controls support for DEA key wrapping (default=on)\n"
>> @@ -73,8 +72,6 @@ Include guest memory in a core dump. The default is on.
>> Enables or disables memory merge support. This feature, when supported by
>> the host, de-duplicates identical memory pages among VMs instances
>> (enabled by default).
>> -@item iommu=on|off
>> -Enables or disables emulated Intel IOMMU (VT-d) support. The default is off.
>> @item aes-key-wrap=on|off
>> Enables or disables AES key wrapping support on s390-ccw hosts. This feature
>> controls whether AES wrapping keys will be created to allow
>> --
>> 2.4.3
next prev parent reply other threads:[~2016-06-05 8:46 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-02 20:15 [Qemu-devel] [PATCH v2 0/3] enable iommu with -device Marcel Apfelbaum
2016-06-02 20:15 ` [Qemu-devel] [PATCH v2 1/3] hw/pci: delay bus_master_enable_region initialization Marcel Apfelbaum
2016-06-08 11:16 ` Paolo Bonzini
2016-06-08 11:36 ` Marcel Apfelbaum
2016-06-02 20:15 ` [Qemu-devel] [PATCH v2 2/3] hw/iommu: enable iommu with -device Marcel Apfelbaum
2016-06-03 16:07 ` Michael S. Tsirkin
2016-06-05 8:46 ` Marcel Apfelbaum [this message]
2016-06-05 9:59 ` Michael S. Tsirkin
2016-06-05 10:21 ` Marcel Apfelbaum
2016-06-12 4:27 ` Peter Xu
2016-06-13 10:20 ` Marcel Apfelbaum
2016-06-13 13:04 ` Peter Xu
2016-06-02 20:15 ` [Qemu-devel] [PATCH v2 3/3] q35: allow dynamic sysbus Marcel Apfelbaum
2016-06-03 6:33 ` Markus Armbruster
2016-06-03 6:47 ` Marcel Apfelbaum
2016-06-08 2:56 ` Peter Xu
2016-06-08 11:18 ` Marcel Apfelbaum
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=5753E6D5.3040609@redhat.com \
--to=marcel@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=bd.aviv@gmail.com \
--cc=davidkiarie4@gmail.com \
--cc=ehabkost@redhat.com \
--cc=jan.kiszka@web.de \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=peterx@redhat.com \
--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).