Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1321651

Re: [PATCH v5 00/10] virtio DMA API, yet again

From David Woodhouse <dwmw2@infradead.org>
Newsgroups linux.kernel
Subject Re: [PATCH v5 00/10] virtio DMA API, yet again
Date 2016-01-29 12:10 +0100
Message-ID <qWf69-1Wx-5@gated-at.bofh.it> (permalink)
References <qW78C-4lQ-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


[Multipart message — attachments visible in raw view] - view raw

On Thu, 2016-01-28 at 18:31 -0800, Andy Lutomirski wrote:
> 
> To everyone else: we've waffled on this for way too long.  I think
> we should to get DMA API implementation in with a conservative
> policy like this rather than waiting until we achieve perfection.
> I'm tired of carrying these patches around.

Yeah, do it.

However,,, shouldn't the generic no-op DMA ops be checking the dma_mask
of the device and bitching if it can't reach the address in question?

Also, wasn't Christoph looking at making per-device DMA ops more
generic instead of an 'archdata' thing on basically every platform? Or
did I just imagine that part?

Not that I'm suggesting you make the s390 patch wait for that *instead*
of using archdata there, mind you. But I was kind of planning to let
the dust settle on this lot before I sort out the theoretical-except-
in-simulation issues with VT-d IOMMU covering *some* devices but not
all.

-- 
David Woodhouse                            Open Source Technology Centre
David.Woodhouse@intel.com                              Intel Corporation

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH v5 00/10] virtio DMA API, yet again Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 01/10] dma: Provide simple noop dma ops Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 07/10] virtio_mmio: Use the DMA API if enabled Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 08/10] virtio_pci: Use the DMA API if enabled Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 06/10] virtio: Add improved queue allocation API Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 04/10] vring: Introduce vring_use_dma_api() Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
    Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api() David Woodhouse <dwmw2@infradead.org> - 2016-02-01 12:30 +0100
      Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api() "Michael S. Tsirkin" <mst@redhat.com> - 2016-02-01 14:30 +0100
        Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api() Andy Lutomirski <luto@amacapital.net> - 2016-02-01 16:50 +0100
          Re: [PATCH v5 04/10] vring: Introduce vring_use_dma_api() David Woodhouse <dwmw2@infradead.org> - 2016-02-01 17:20 +0100
  [PATCH v5 03/10] s390/dma: Allow per device dma ops Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 02/10] alpha/dma: use common noop dma ops Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  [PATCH v5 05/10] virtio_ring: Support DMA APIs Andy Lutomirski <luto@kernel.org> - 2016-01-29 03:40 +0100
  Re: [PATCH v5 00/10] virtio DMA API, yet again David Woodhouse <dwmw2@infradead.org> - 2016-01-29 12:10 +0100
    Re: [PATCH v5 00/10] virtio DMA API, yet again Christoph Hellwig <hch@lst.de> - 2016-01-31 20:10 +0100
  Re: [PATCH v5 00/10] virtio DMA API, yet again "Michael S. Tsirkin" <mst@redhat.com> - 2016-01-31 21:20 +0100
    Re: [PATCH v5 00/10] virtio DMA API, yet again Andy Lutomirski <luto@amacapital.net> - 2016-01-31 21:20 +0100
  Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again Wei Liu <wei.liu2@citrix.com> - 2016-02-01 12:10 +0100
    Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again Andy Lutomirski <luto@amacapital.net> - 2016-02-01 19:10 +0100
      Re: [Xen-devel] [PATCH v5 00/10] virtio DMA API, yet again Wei Liu <wei.liu2@citrix.com> - 2016-02-01 22:30 +0100

csiph-web