From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:42253) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZziEg-0001wM-Vg for qemu-devel@nongnu.org; Fri, 20 Nov 2015 04:44:07 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZziEd-0007Ri-P7 for qemu-devel@nongnu.org; Fri, 20 Nov 2015 04:44:06 -0500 Received: from mx1.redhat.com ([209.132.183.28]:46281) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZziEd-0007RW-JA for qemu-devel@nongnu.org; Fri, 20 Nov 2015 04:44:03 -0500 Date: Fri, 20 Nov 2015 11:43:59 +0200 From: "Michael S. Tsirkin" Message-ID: <20151120114320-mutt-send-email-mst@redhat.com> References: <1447939696-28930-1-git-send-email-mst@redhat.com> <1447939696-28930-9-git-send-email-mst@redhat.com> <20151119224209-mutt-send-email-mst@redhat.com> <87r3jlso09.fsf@blackfin.pond.sub.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <87r3jlso09.fsf@blackfin.pond.sub.org> Subject: Re: [Qemu-devel] [PULL 08/15] i440fx: print an error message if user tries to enable iommu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Markus Armbruster Cc: Peter Maydell , Bandan Das , qemu-devel@nongnu.org On Thu, Nov 19, 2015 at 10:00:38PM +0100, Markus Armbruster wrote: > "Michael S. Tsirkin" writes: > > > On Thu, Nov 19, 2015 at 03:38:03PM -0500, Bandan Das wrote: > >> "Michael S. Tsirkin" writes: > >> > >> > From: Bandan Das > >> > > >> > There's no indication of any sort that i440fx doesn't support > >> > "iommu=on" > >> > >> Oh, Markus quite didn't like this approach because this is > >> true for all other machines too. Anyway, I will keep in > >> mind to take care of this when I post a generic patch. > > > > Do you think I should revert this one then? > > The patch isn't wrong, it merely addresses only one special case of a > generic issue. Probably the most important case in practice. If I > understood Bandan correctly, he intended to drop this patch and work on > a general solution. As far as I'm concerned, you can keep this patch if > dropping it is inconvenient. Bandan, I suggest you include the revert in your patchset when it's ready then. Maybe post 2.5. -- MST