From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:40350) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XNExW-00067E-Nw for qemu-devel@nongnu.org; Fri, 29 Aug 2014 01:42:58 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XNExP-0006OM-7u for qemu-devel@nongnu.org; Fri, 29 Aug 2014 01:42:50 -0400 Received: from mout.web.de ([212.227.17.12]:59718) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XNExO-0006MT-Uq for qemu-devel@nongnu.org; Fri, 29 Aug 2014 01:42:43 -0400 Message-ID: <5400124B.7060601@web.de> Date: Fri, 29 Aug 2014 07:40:27 +0200 From: Jan Kiszka MIME-Version: 1.0 References: <1408168544-28605-1-git-send-email-tamlokveer@gmail.com> <20140828211248.GA4974@redhat.com> In-Reply-To: <20140828211248.GA4974@redhat.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="eVt2H273Gak3aXpvrNoqDoP2ddg6C94GH" Subject: Re: [Qemu-devel] [PATCH v4 0/8] intel-iommu: introduce Intel IOMMU (VT-d) emulation to q35 chipset List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" , Le Tan Cc: Stefan Weil , Knut Omang , qemu-devel@nongnu.org, Alex Williamson , Anthony Liguori , Paolo Bonzini This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --eVt2H273Gak3aXpvrNoqDoP2ddg6C94GH Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 2014-08-28 23:12, Michael S. Tsirkin wrote: > On Sat, Aug 16, 2014 at 01:55:36PM +0800, Le Tan wrote: >> Hi, >> >> These patches are intended to introduce Intel IOMMU (VT-d) emulation t= o q35 >> chipset. The major job in these patches is to add support for emulatin= g Intel >> IOMMU according to the VT-d specification, including basic responses t= o CSRs >> accesses, the logics of DMAR (DMA remapping) and DMA memory address >> translations. >=20 > Thanks, I applied this in my tree. > Will send upstream in the next pull request. > I hope this happened soon enough for you to meet your timing > requirements? GSoC doesn't require a merge prior to the evaluation (which took place already). Nevertheless, it would be nice to have this series upstream as Knut and I have patches for it that would benefit for this as well. Jan --eVt2H273Gak3aXpvrNoqDoP2ddg6C94GH 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) iEYEARECAAYFAlQAEk8ACgkQitSsb3rl5xTE1wCgmdxPiDxFyyMAM1JqqQvm/Jm5 H6IAnizsuIBVDBm8qHBet5RvWXlGWfi1 =USCJ -----END PGP SIGNATURE----- --eVt2H273Gak3aXpvrNoqDoP2ddg6C94GH--