From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:33956) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X09kx-0006v7-H1 for qemu-devel@nongnu.org; Thu, 26 Jun 2014 09:30:36 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X09ko-0004fW-Ha for qemu-devel@nongnu.org; Thu, 26 Jun 2014 09:30:27 -0400 Received: from mail-we0-x22f.google.com ([2a00:1450:400c:c03::22f]:33117) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X09ko-0004fH-7l for qemu-devel@nongnu.org; Thu, 26 Jun 2014 09:30:18 -0400 Received: by mail-we0-f175.google.com with SMTP id k48so3710288wev.6 for ; Thu, 26 Jun 2014 06:30:17 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <53AC2063.2070501@redhat.com> Date: Thu, 26 Jun 2014 15:30:11 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <53AA8E7D.809@intel.com> <20140625090925.GH32652@redhat.com> <53AA9480.1010005@intel.com> <53AA96DF.6070501@redhat.com> <53AA9B58.6050803@intel.com> <53AA9C4E.9070506@redhat.com> <53ABE551.3080407@intel.com> <53ABF00E.6000309@redhat.com> <20140626112603.GC21685@redhat.com> <53AC0462.8010207@redhat.com> <20140626113624.GG21685@redhat.com> In-Reply-To: <20140626113624.GG21685@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [v5][PATCH 0/5] xen: add Intel IGD passthrough support List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: peter.maydell@linaro.org, xen-devel@lists.xensource.com, stefano.stabellini@eu.citrix.com, allen.m.kay@intel.com, qemu-devel@nongnu.org, Kelly.Zytaruk@amd.com, yang.z.zhang@intel.com, anthony@codemonkey.ws, anthony.perard@citrix.com, "Chen, Tiejun" Il 26/06/2014 13:36, Michael S. Tsirkin ha scritto: >> It should be this way in real hardware too > But it isn't. That's why I mentioned that this hack should become architecturally specified (since it can work on real hardware too) with QEMU doing the emulation for current-generation devices. > > (not exactly _this_ hack, but at least no improper relationship among > > IGD/MCH/PCH). > > Well that dependency between devices is common for embedded hardware, > and this is what we have here. Sure, but then you should put MCH/PCH/IGD in the same IOMMU group, which basically means forgetting about IGD assignment. Paolo