From: Christian Borntraeger <borntraeger@de.ibm.com> To: "Michael S. Tsirkin" <mst@redhat.com>, Andy Lutomirski <luto@kernel.org> Cc: linux-kernel@vger.kernel.org, Joerg Roedel <jroedel@suse.de>, Cornelia Huck <cornelia.huck@de.ibm.com>, Sebastian Ott <sebott@linux.vnet.ibm.com>, Paolo Bonzini <pbonzini@redhat.com>, Christoph Hellwig <hch@lst.de>, benh@kernel.crashing.org, KVM <kvm@vger.kernel.org>, dwmw2@infradead.org, Martin Schwidefsky <schwidefsky@de.ibm.com>, linux-s390 <linux-s390@vger.kernel.org>, virtualization@lists.linux-foundation.org Subject: Re: [PATCH v3 0/3] virtio DMA API core stuff Date: Wed, 28 Oct 2015 16:40:01 +0900 [thread overview] Message-ID: <56307BD1.6010806@de.ibm.com> (raw) In-Reply-To: <20151028091208-mutt-send-email-mst@redhat.com> Am 28.10.2015 um 16:17 schrieb Michael S. Tsirkin: > On Tue, Oct 27, 2015 at 11:38:57PM -0700, Andy Lutomirski wrote: >> This switches virtio to use the DMA API unconditionally. I'm sure >> it breaks things, but it seems to work on x86 using virtio-pci, with >> and without Xen, and using both the modern 1.0 variant and the >> legacy variant. > > I'm very glad to see work on this making progress. > > I suspect we'll have to find a way to make this optional though, and > keep doing the non-DMA API thing with old devices. And I've been > debating with myself whether a pci specific thing or a feature bit is > preferable. > We have discussed that at kernel summit. I will try to implement a dummy dma_ops for s390 that does 1:1 mapping and Ben will look into doing some quirk to handle "old" code in addition to also make it possible to mark devices as iommu bypass (IIRC, via device tree, Ben?) Christian > Thoughts? > >> Changes from v2: >> - Fix really embarrassing bug. This version actually works. >> >> Changes from v1: >> - Fix an endian conversion error causing a BUG to hit. >> - Fix a DMA ordering issue (swiotlb=force works now). >> - Minor cleanups. >> >> Andy Lutomirski (3): >> virtio_net: Stop doing DMA from the stack >> virtio_ring: Support DMA APIs >> virtio_pci: Use the DMA API >> >> drivers/net/virtio_net.c | 53 +++++++---- >> drivers/virtio/Kconfig | 2 +- >> drivers/virtio/virtio_pci_common.h | 3 +- >> drivers/virtio/virtio_pci_legacy.c | 19 +++- >> drivers/virtio/virtio_pci_modern.c | 34 +++++-- >> drivers/virtio/virtio_ring.c | 187 ++++++++++++++++++++++++++++++------- >> tools/virtio/linux/dma-mapping.h | 17 ++++ >> 7 files changed, 246 insertions(+), 69 deletions(-) >> create mode 100644 tools/virtio/linux/dma-mapping.h >> >> -- >> 2.4.3 >
WARNING: multiple messages have this Message-ID (diff)
From: Christian Borntraeger <borntraeger@de.ibm.com> To: "Michael S. Tsirkin" <mst@redhat.com>, Andy Lutomirski <luto@kernel.org> Cc: linux-s390 <linux-s390@vger.kernel.org>, Joerg Roedel <jroedel@suse.de>, KVM <kvm@vger.kernel.org>, benh@kernel.crashing.org, Sebastian Ott <sebott@linux.vnet.ibm.com>, linux-kernel@vger.kernel.org, virtualization@lists.linux-foundation.org, Martin Schwidefsky <schwidefsky@de.ibm.com>, Paolo Bonzini <pbonzini@redhat.com>, dwmw2@infradead.org, Christoph Hellwig <hch@lst.de> Subject: Re: [PATCH v3 0/3] virtio DMA API core stuff Date: Wed, 28 Oct 2015 16:40:01 +0900 [thread overview] Message-ID: <56307BD1.6010806@de.ibm.com> (raw) In-Reply-To: <20151028091208-mutt-send-email-mst@redhat.com> Am 28.10.2015 um 16:17 schrieb Michael S. Tsirkin: > On Tue, Oct 27, 2015 at 11:38:57PM -0700, Andy Lutomirski wrote: >> This switches virtio to use the DMA API unconditionally. I'm sure >> it breaks things, but it seems to work on x86 using virtio-pci, with >> and without Xen, and using both the modern 1.0 variant and the >> legacy variant. > > I'm very glad to see work on this making progress. > > I suspect we'll have to find a way to make this optional though, and > keep doing the non-DMA API thing with old devices. And I've been > debating with myself whether a pci specific thing or a feature bit is > preferable. > We have discussed that at kernel summit. I will try to implement a dummy dma_ops for s390 that does 1:1 mapping and Ben will look into doing some quirk to handle "old" code in addition to also make it possible to mark devices as iommu bypass (IIRC, via device tree, Ben?) Christian > Thoughts? > >> Changes from v2: >> - Fix really embarrassing bug. This version actually works. >> >> Changes from v1: >> - Fix an endian conversion error causing a BUG to hit. >> - Fix a DMA ordering issue (swiotlb=force works now). >> - Minor cleanups. >> >> Andy Lutomirski (3): >> virtio_net: Stop doing DMA from the stack >> virtio_ring: Support DMA APIs >> virtio_pci: Use the DMA API >> >> drivers/net/virtio_net.c | 53 +++++++---- >> drivers/virtio/Kconfig | 2 +- >> drivers/virtio/virtio_pci_common.h | 3 +- >> drivers/virtio/virtio_pci_legacy.c | 19 +++- >> drivers/virtio/virtio_pci_modern.c | 34 +++++-- >> drivers/virtio/virtio_ring.c | 187 ++++++++++++++++++++++++++++++------- >> tools/virtio/linux/dma-mapping.h | 17 ++++ >> 7 files changed, 246 insertions(+), 69 deletions(-) >> create mode 100644 tools/virtio/linux/dma-mapping.h >> >> -- >> 2.4.3 >
next prev parent reply other threads:[~2015-10-28 7:40 UTC|newest] Thread overview: 110+ messages / expand[flat|nested] mbox.gz Atom feed top 2015-10-28 6:38 [PATCH v3 0/3] virtio DMA API core stuff Andy Lutomirski 2015-10-28 6:38 ` [PATCH v3 1/3] virtio_net: Stop doing DMA from the stack Andy Lutomirski 2015-10-28 7:08 ` Michael S. Tsirkin 2015-10-28 7:08 ` Michael S. Tsirkin 2015-10-28 6:38 ` Andy Lutomirski 2015-10-28 6:38 ` [PATCH v3 2/3] virtio_ring: Support DMA APIs Andy Lutomirski 2015-10-28 6:38 ` Andy Lutomirski 2015-10-28 6:39 ` [PATCH v3 3/3] virtio_pci: Use the DMA API Andy Lutomirski 2015-10-28 6:39 ` Andy Lutomirski 2015-10-28 6:53 ` [PATCH v3 0/3] virtio DMA API core stuff David Woodhouse 2015-10-28 6:53 ` David Woodhouse 2015-10-28 7:09 ` Andy Lutomirski 2015-10-28 7:09 ` Andy Lutomirski 2015-10-28 7:17 ` Michael S. Tsirkin 2015-10-28 7:17 ` Michael S. Tsirkin 2015-10-28 7:40 ` Christian Borntraeger [this message] 2015-10-28 7:40 ` Christian Borntraeger 2015-10-28 8:09 ` David Woodhouse 2015-10-28 8:09 ` David Woodhouse 2015-10-28 11:35 ` Michael S. Tsirkin 2015-10-28 11:35 ` Michael S. Tsirkin 2015-10-28 13:35 ` David Woodhouse 2015-10-28 13:35 ` David Woodhouse 2015-10-28 14:05 ` Michael S. Tsirkin 2015-10-28 14:05 ` Michael S. Tsirkin 2015-10-28 14:13 ` David Woodhouse 2015-10-28 14:13 ` David Woodhouse 2015-10-28 14:22 ` Michael S. Tsirkin 2015-10-28 14:22 ` Michael S. Tsirkin 2015-10-28 14:32 ` David Woodhouse 2015-10-28 14:32 ` David Woodhouse 2015-10-28 16:12 ` Michael S. Tsirkin 2015-10-28 22:51 ` Andy Lutomirski 2015-10-28 22:51 ` Andy Lutomirski 2015-10-29 9:01 ` Michael S. Tsirkin 2015-10-29 9:01 ` Michael S. Tsirkin 2015-10-29 16:18 ` David Woodhouse 2015-10-29 16:18 ` David Woodhouse 2015-11-08 10:37 ` Michael S. Tsirkin 2015-11-08 10:37 ` Michael S. Tsirkin 2015-11-08 11:49 ` Joerg Roedel 2015-11-08 11:49 ` Joerg Roedel 2015-11-10 15:02 ` Michael S. Tsirkin 2015-11-10 15:02 ` Michael S. Tsirkin 2015-11-10 18:54 ` Andy Lutomirski 2015-11-10 18:54 ` Andy Lutomirski 2015-11-11 10:05 ` Michael S. Tsirkin 2015-11-11 10:05 ` Michael S. Tsirkin 2015-11-11 15:56 ` Andy Lutomirski 2015-11-11 22:30 ` David Woodhouse 2015-11-11 22:30 ` David Woodhouse 2015-11-12 11:09 ` Michael S. Tsirkin 2015-11-12 11:09 ` Michael S. Tsirkin 2015-11-12 12:18 ` David Woodhouse 2015-11-12 12:18 ` David Woodhouse 2015-11-11 15:56 ` Andy Lutomirski 2015-11-22 13:06 ` Marcel Apfelbaum 2015-11-22 13:06 ` Marcel Apfelbaum 2015-11-22 15:54 ` David Woodhouse 2015-11-22 15:54 ` David Woodhouse 2015-11-22 17:04 ` Marcel Apfelbaum 2015-11-22 17:04 ` Marcel Apfelbaum 2015-11-22 22:11 ` Michael S. Tsirkin 2015-11-22 22:11 ` Michael S. Tsirkin 2015-11-08 12:00 ` David Woodhouse 2015-11-08 12:00 ` David Woodhouse 2015-10-30 15:16 ` Joerg Roedel 2015-10-30 15:16 ` Joerg Roedel 2015-11-11 9:11 ` Michael S. Tsirkin 2015-11-11 9:11 ` Michael S. Tsirkin 2015-10-30 16:54 ` David Woodhouse 2015-10-30 16:54 ` David Woodhouse 2015-11-03 10:24 ` Paolo Bonzini 2015-11-03 10:24 ` Paolo Bonzini 2015-10-28 16:12 ` Michael S. Tsirkin 2015-10-28 8:36 ` Benjamin Herrenschmidt 2015-10-28 8:36 ` Benjamin Herrenschmidt 2015-10-28 11:23 ` Michael S. Tsirkin 2015-10-28 11:23 ` Michael S. Tsirkin 2015-10-28 13:37 ` David Woodhouse 2015-10-28 13:37 ` David Woodhouse 2015-10-28 14:07 ` Michael S. Tsirkin 2015-10-28 14:07 ` Michael S. Tsirkin 2015-11-19 13:45 ` Michael S. Tsirkin 2015-11-19 13:45 ` Michael S. Tsirkin 2015-11-19 21:59 ` Andy Lutomirski 2015-11-19 21:59 ` Andy Lutomirski 2015-11-19 23:38 ` David Woodhouse 2015-11-19 23:38 ` David Woodhouse 2015-11-20 2:56 ` Benjamin Herrenschmidt 2015-11-20 2:56 ` Benjamin Herrenschmidt 2015-11-20 8:34 ` Michael S. Tsirkin 2015-11-20 8:34 ` Michael S. Tsirkin 2015-11-20 8:21 ` Michael S. Tsirkin 2015-11-20 8:21 ` Michael S. Tsirkin 2015-11-22 15:58 ` David Woodhouse 2015-11-22 15:58 ` David Woodhouse 2015-11-22 21:52 ` Michael S. Tsirkin 2015-11-22 21:52 ` Michael S. Tsirkin 2015-11-22 22:21 ` David Woodhouse 2015-11-22 22:21 ` David Woodhouse 2015-11-23 7:56 ` Michael S. Tsirkin 2015-11-23 7:56 ` Michael S. Tsirkin 2015-11-22 22:21 ` David Woodhouse 2015-11-22 22:21 ` David Woodhouse 2015-11-20 6:56 ` Michael S. Tsirkin 2015-11-20 6:56 ` Michael S. Tsirkin 2015-11-20 7:47 ` Michael S. Tsirkin 2015-11-20 7:47 ` Michael S. Tsirkin -- strict thread matches above, loose matches on Subject: below -- 2015-10-28 6:38 Andy Lutomirski
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=56307BD1.6010806@de.ibm.com \ --to=borntraeger@de.ibm.com \ --cc=benh@kernel.crashing.org \ --cc=cornelia.huck@de.ibm.com \ --cc=dwmw2@infradead.org \ --cc=hch@lst.de \ --cc=jroedel@suse.de \ --cc=kvm@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-s390@vger.kernel.org \ --cc=luto@kernel.org \ --cc=mst@redhat.com \ --cc=pbonzini@redhat.com \ --cc=schwidefsky@de.ibm.com \ --cc=sebott@linux.vnet.ibm.com \ --cc=virtualization@lists.linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.