From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eduard - Gabriel Munteanu Subject: Re: [Qemu-devel] [PATCH 3/7] AMD IOMMU emulation Date: Mon, 30 Aug 2010 08:54:33 +0300 Message-ID: <20100830055433.GA18739@localhost> References: <1283007298-10942-1-git-send-email-eduard.munteanu@linux360.ro> <1283007298-10942-4-git-send-email-eduard.munteanu@linux360.ro> <20100830030730.GD22847@valinux.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: mst@redhat.com, kvm@vger.kernel.org, joro@8bytes.org, qemu-devel@nongnu.org, blauwirbel@gmail.com, paul@codesourcery.com, avi@redhat.com To: Isaku Yamahata Return-path: Received: from mail-bw0-f46.google.com ([209.85.214.46]:45538 "EHLO mail-bw0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751920Ab0H3F4T (ORCPT ); Mon, 30 Aug 2010 01:56:19 -0400 Received: by bwz11 with SMTP id 11so3459475bwz.19 for ; Sun, 29 Aug 2010 22:56:18 -0700 (PDT) Content-Disposition: inline In-Reply-To: <20100830030730.GD22847@valinux.co.jp> Sender: kvm-owner@vger.kernel.org List-ID: On Mon, Aug 30, 2010 at 12:07:30PM +0900, Isaku Yamahata wrote: > On Sat, Aug 28, 2010 at 05:54:54PM +0300, Eduard - Gabriel Munteanu wrote: > > diff --git a/hw/pc.c b/hw/pc.c > > index a96187f..e2456b0 100644 > > --- a/hw/pc.c > > +++ b/hw/pc.c > > @@ -1068,6 +1068,8 @@ void pc_pci_device_init(PCIBus *pci_bus) > > int max_bus; > > int bus; > > > > + pci_create_simple(pci_bus, -1, "amd-iommu"); > > + > > max_bus = drive_get_max_bus(IF_SCSI); > > for (bus = 0; bus <= max_bus; bus++) { > > pci_create_simple(pci_bus, -1, "lsi53c895a"); > > This always instantiate iommu. > How to coexist with other iommu(Intel VT-d) emulation? > -- > yamahata I suppose it could be turned into a compile-time/runtime configurable option when VT-d emulation arrives. Unless you mean having both IOMMUs run at the same time, which is impossible unless some meaningful topology is specified (presumably hardcoded as well). Considering this is only a machine model I'm modifying, it's just like other emulated pieces of PC hardware that are (at the moment) hardcoded. Eduard