Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1674038
| From | Christoph Hellwig <hch@lst.de> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: clean up and modularize arch dma_mapping interface V2 |
| Date | 2017-06-24 09:20 +0200 |
| Message-ID | <tVNwl-4Qd-1@gated-at.bofh.it> (permalink) |
| References | <tT40F-3II-1@gated-at.bofh.it> <tUTua-26o-19@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Wed, Jun 21, 2017 at 12:24:28PM -0700, tndave wrote: > Thanks for doing this. > So archs can still have their own definition for dma_set_mask() if > HAVE_ARCH_DMA_SET_MASK is y? > (and similarly for dma_set_coherent_mask() when > CONFIG_ARCH_HAS_DMA_SET_COHERENT_MASK is y) > Any plan to change these? Yes, those should go away, but I'm not entirely sure how yet. We'll need some hook for switching between an IOMMU and a direct mapping (I guess that's what you want to do for sparc as well?), and I need to find the best way to do that. Reimplementing all of dma_set_mask and dma_set_coherent_mask is something that I want to move away from.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: clean up and modularize arch dma_mapping interface V2 tndave <tushar.n.dave@oracle.com> - 2017-06-21 21:30 +0200
Re: clean up and modularize arch dma_mapping interface V2 Christoph Hellwig <hch@lst.de> - 2017-06-24 09:20 +0200
Re: clean up and modularize arch dma_mapping interface V2 Benjamin Herrenschmidt <benh@kernel.crashing.org> - 2017-06-24 17:40 +0200
Re: clean up and modularize arch dma_mapping interface V2 Christoph Hellwig <hch@lst.de> - 2017-06-26 11:50 +0200
Re: clean up and modularize arch dma_mapping interface V2 tndave <tushar.n.dave@oracle.com> - 2017-06-27 00:10 +0200
csiph-web