From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:52947) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJc6R-0007J3-2A for qemu-devel@nongnu.org; Tue, 19 Aug 2014 01:37:10 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XJc6J-0002k4-JU for qemu-devel@nongnu.org; Tue, 19 Aug 2014 01:37:03 -0400 Received: from mout.web.de ([212.227.17.12]:62313) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XJc6J-0002jq-9W for qemu-devel@nongnu.org; Tue, 19 Aug 2014 01:36:55 -0400 Message-ID: <53F2E26F.9020709@web.de> Date: Tue, 19 Aug 2014 07:36:47 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <1407740702-4086-1-git-send-email-tamlokveer@gmail.com> <20140814111511.GS31346@redhat.com> <53ECA71F.6070700@web.de> <1408077757.11008.89.camel@ori.omang.mine.nu> <1408101325.14053.41.camel@abi.no.oracle.com> <1408175661.11008.113.camel@ori.omang.mine.nu> <53EF1A2D.4050709@web.de> <53EF1AAB.8050304@web.de> <1408379654.11008.201.camel@ori.omang.mine.nu> <53F24B0F.1070805@web.de> <1408421335.11008.227.camel@ori.omang.mine.nu> In-Reply-To: <1408421335.11008.227.camel@ori.omang.mine.nu> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="IdQ9cGwui8Hha1m3RhxIP9JBd0hqTUBAK" Subject: Re: [Qemu-devel] [PATCH v3 0/5] intel-iommu: introduce Intel IOMMU (VT-d) emulation to q35 chipset List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Knut Omang Cc: "Michael S. Tsirkin" , Stefan Weil , qemu-devel , Le Tan , Alex Williamson , Anthony Liguori , Paolo Bonzini This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --IdQ9cGwui8Hha1m3RhxIP9JBd0hqTUBAK Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2014-08-19 06:08, Knut Omang wrote: >> Are you depending on interrupt remapping? If not, my patches are a bit= >> hacky and may cause their own issues if you are unlucky. > =20 > It does not depend directly but interprets a NULL PciDevice pointer as > the special bus number (0xff) for non-pci devices, so I have tried to Yeah, this won't map nicely on future chipsets - unless we redefine Q35_PSEUDO_XXX as VTD_PSEUDO_XXX, or so, and use the same values for all of them. Or create an unconnected pseudo PCI bus for the chipset devices that carry the pseudo bus number. > take heights for that - I can rebase if so desired, but I would like to= > see the interrupt remapping emerge as well ;-) Good, then we are already two ;). Let's get the baseline ready, then we can discuss extensions like interrupt remapping. Jan --IdQ9cGwui8Hha1m3RhxIP9JBd0hqTUBAK Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (GNU/Linux) iEYEARECAAYFAlPy4nEACgkQitSsb3rl5xTm5gCfTPdYSjs2HEAYYlI7NUMOVwOw oHgAoLt8nE0la7lIfimVmjwArCM9s69m =LdV2 -----END PGP SIGNATURE----- --IdQ9cGwui8Hha1m3RhxIP9JBd0hqTUBAK--