Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1382487
| From | Felipe Balbi <felipe.balbi@linux.intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [RFC] DMA initialization for manually created devices |
| Date | 2016-04-19 15:00 +0200 |
| Message-ID | <rpDq3-71o-21@gated-at.bofh.it> (permalink) |
| References | <rpCki-6dS-15@gated-at.bofh.it> <rpCNk-6J2-11@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
[Multipart message — attachments visible in raw view] - view raw
Hi, David Woodhouse <dwmw2@infradead.org> writes: > On Tue, 2016-04-19 at 14:38 +0300, Felipe Balbi wrote: >> >> The reason for that I'm using a manually created platform_device and >> that misses dev->archdata which the underlying/parent PCI device has. > > Typically we'd expect you to use the parent device for DMA, as in your > second option. > > That said, we're exploring the option of moving the dma_ops to be a > first-class member of 'struct device' instead of hiding it in archdata, > and cleaning up the way that it gets initialised for newly-created > devices. And at that point we might end up letting it get inherited > from the parent so your original code *would* work... but I wouldn't > hold your breath for that. > > Definitely *don't* mess around in archdata. alright, I'll patch it up to use parent device everywhere, at least for now. Thanks -- balbi
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[RFC] DMA initialization for manually created devices Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-04-19 13:50 +0200
Re: [RFC] DMA initialization for manually created devices David Woodhouse <dwmw2@infradead.org> - 2016-04-19 14:20 +0200
Re: [RFC] DMA initialization for manually created devices Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-04-19 15:00 +0200
Re: [RFC] DMA initialization for manually created devices Felipe Balbi <felipe.balbi@linux.intel.com> - 2016-04-20 12:40 +0200
csiph-web