Thread (58 messages) 58 messages, 10 authors, 2015-11-20

Re: [PATCH 02/13] dmaengine: Introduce dma_request_slave_channel_compat_reason()

From: Andy Shevchenko <hidden>
Date: 2015-11-20 14:08:51
Also in: alsa-devel, linux-crypto, linux-media, linux-mmc, linux-omap, linux-serial, linux-spi, lkml

On Fri, Nov 20, 2015 at 2:30 PM, Peter Ujfalusi [off-list ref] wrote:
On 11/20/2015 02:24 PM, Andy Shevchenko wrote:
quoted
On Fri, Nov 20, 2015 at 12:58 PM, Arnd Bergmann [off-list ref] wrote:
quoted
On Friday 20 November 2015 12:25:06 Peter Ujfalusi wrote:
quoted
On 11/19/2015 01:25 PM, Arnd Bergmann wrote:
quoted
Another idea would be to remove the filter function from struct dma_chan_map
and pass the map through platform data
Why not unified device properties?
Is this some Windows/ACPI feature?
Nope.

Check drivers/base/property.c
Quick search gives mostly MSDN and
Windows10 related links.

We only need dma_chan_map for platforms which has not been converted to DT and
still using legacy boot. Or platforms which can still boot in legacy mode. In
DT/ACPI mode we do not need this map at all.

-- 
With Best Regards,
Andy Shevchenko
--
To unsubscribe from this list: send the line "unsubscribe linux-spi" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help