Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752573AbbKKApr (ORCPT ); Tue, 10 Nov 2015 19:45:47 -0500 Received: from gate.crashing.org ([63.228.1.57]:59113 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751864AbbKKApp (ORCPT ); Tue, 10 Nov 2015 19:45:45 -0500 Message-ID: <1447202682.31884.123.camel@kernel.crashing.org> Subject: Re: [PATCH v4 0/6] virtio core DMA API conversion From: Benjamin Herrenschmidt To: Andy Lutomirski Cc: Christian Borntraeger , Paolo Bonzini , David Woodhouse , Martin Schwidefsky , "Michael S. Tsirkin" , Sebastian Ott , "David S. Miller" , linux-s390 , Cornelia Huck , Joerg Roedel , KVM , Christoph Hellwig , Linux Virtualization , "linux-kernel@vger.kernel.org" , sparclinux@vger.kernel.org Date: Wed, 11 Nov 2015 11:44:42 +1100 In-Reply-To: References: <20151109133624-mutt-send-email-mst@redhat.com> <1447109937.31884.42.camel@kernel.crashing.org> <1447121076.31884.61.camel@kernel.crashing.org> <1447133316.31884.67.camel@kernel.crashing.org> <1447151874.31884.82.camel@kernel.crashing.org> <1447194427.31884.100.camel@kernel.crashing.org> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.1 (3.18.1-1.fc23) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1224 Lines: 33 On Tue, 2015-11-10 at 15:44 -0800, Andy Lutomirski wrote: > > > What about partition <-> partition virtio such as what we could do on > > PAPR systems. That would have the weak barrier bit. > > > > Is it partition <-> partition, bypassing IOMMU? No. > I think I'd settle for just something that doesn't regress > non-experimental setups that actually work today and that allow new > setups (x86 with fixed QEMU and maybe something more complicated on > powerpc and/or sparc) to work in all cases. > > We could certainly just make powerpc and sparc continue bypassing the > IOMMU until someone comes up with a way to fix it.  I'll send out some > patches that do that, and maybe that'll help this make progress. But we haven't found a solution that works. All we have come up with is a quirk that will force bypass on virtio always and will not allow us to operate non-bypassing devices on either of those architectures in the future. I'm not too happy about this. Ben. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/