From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:39019) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UW1pA-000180-U5 for qemu-devel@nongnu.org; Sat, 27 Apr 2013 05:53:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UW1p7-0002l3-0s for qemu-devel@nongnu.org; Sat, 27 Apr 2013 05:53:44 -0400 Received: from ozlabs.org ([2402:b800:7003:1:1::1]:60149) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UW1p6-0002k2-6o for qemu-devel@nongnu.org; Sat, 27 Apr 2013 05:53:40 -0400 Date: Sat, 27 Apr 2013 19:51:05 +1000 From: David Gibson Message-ID: <20130427095105.GD20202@truffula.fritz.box> References: <1366956141-2066-1-git-send-email-david@gibson.dropbear.id.au> <1366990951.16887.11.camel@ul30vt.home> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OROCMA9jn6tkzFBc" Content-Disposition: inline In-Reply-To: <1366990951.16887.11.camel@ul30vt.home> Subject: Re: [Qemu-devel] [0/4] RFC: Preparations for VFIO and guest IOMMUs (v2) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Alex Williamson Cc: aik@ozlabs.ru, pbonzini@redhat.com, qemu-devel@nongnu.org --OROCMA9jn6tkzFBc Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, Apr 26, 2013 at 09:42:31AM -0600, Alex Williamson wrote: > On Fri, 2013-04-26 at 16:02 +1000, David Gibson wrote: > > This patch series represents a second attempt at better integration of > > the vfio code with qemu's handling of guest IOMMUs. It is based on > > Paolo Bonzini's tree at git://github.com/bonzini/qemu.git (iommu > > branch). > >=20 > > ddThis series should open the way for using VFIO with a guest system > > containing an IOMMU by passing guest IOMMU operations through to the > > host IOMMU via VFIO. That's opposed to the present model of having no > > IOMMU in the guest, and simply mapping all guest RAM into the host > > IOMMU. > >=20 > > Patch 1 is just a trivial fix for a build problem introduced in the > > iommu tree. >=20 > I support what this series is trying to achieve, but not how it does it. > vfio needs to be just another driver, That's a desirable goal, but given vfio has inherently unique constraints, I'm not sure it's achievable. > the ugliness and heavy lifting > should be done in vfio or the common should should be extended to > generically support the hooks that vfio needs. We can't just drop vfio > pointers and callbacks into unrelated code. Thanks, Well, suggest me a way to do it.. --=20 David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson --OROCMA9jn6tkzFBc Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.12 (GNU/Linux) iEYEARECAAYFAlF7n4kACgkQaILKxv3ab8bi5gCfRZSxORgg1+5fT8V/YpQT2T3N ZCcAn1jmahbgkNlybfMymhES7neZTxUQ =SrBH -----END PGP SIGNATURE----- --OROCMA9jn6tkzFBc--