From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:45880) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDOqN-0006TB-0B for qemu-devel@nongnu.org; Mon, 19 Jan 2015 21:47:04 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YDOqH-0000fk-Vq for qemu-devel@nongnu.org; Mon, 19 Jan 2015 21:47:02 -0500 Received: from mga03.intel.com ([134.134.136.65]:28943) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YDOqH-0000fb-QT for qemu-devel@nongnu.org; Mon, 19 Jan 2015 21:46:57 -0500 Message-ID: <54BDC19E.9030306@intel.com> Date: Tue, 20 Jan 2015 10:46:54 +0800 From: "Chen, Tiejun" MIME-Version: 1.0 References: <1421659723-2496-1-git-send-email-tiejun.chen@intel.com> <1421659723-2496-8-git-send-email-tiejun.chen@intel.com> <1421668638.3610.23.camel@nilsson.home.kraxel.org> <20150119135840.GA2527@redhat.com> In-Reply-To: <20150119135840.GA2527@redhat.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [v6][PATCH 07/10] xen, gfx passthrough: register a isa bridge List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" , Gerd Hoffmann Cc: allen.m.kay@intel.com, qemu-devel@nongnu.org, aliguori@amazon.com, yang.z.zhang@intel.com, pbonzini@redhat.com, rth@twiddle.net On 2015/1/19 21:58, Michael S. Tsirkin wrote: > On Mon, Jan 19, 2015 at 12:57:18PM +0100, Gerd Hoffmann wrote: >> On Mo, 2015-01-19 at 17:28 +0800, Tiejun Chen wrote: >>> Currently IGD drivers always need to access PCH by 1f.0. But we >> >> Obvious question: q35? >> >> q35 already has a isa bridge @ 0x1f.0. Guess that needs to be extended >> for the pass-through then (simliar to the host bridge) instead of adding >> a dummy bridge. >> >> Also: again xen naming here. >> >> cheers, >> Gerd > > This hack probably doesn't have a chance to work well for q35 > due to the above conflict. Yeah, and I remember as we discussed previously, something else also conflict with Xen and Windows currently so Xen doesn't intend to go Q35. Thanks Tiejun > Happily future cards won't need it. >