lkml.org 
[lkml]   [2013]   [Feb]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] dw_dmac: adjust slave_id accordingly to request line base
Date
On Wed, 2013-01-30 at 10:07 +0200, Andy Shevchenko wrote: 
> On Wed, 2013-01-30 at 13:31 +0530, Viresh Kumar wrote:
> > On Wed, Jan 30, 2013 at 1:02 PM, Andy Shevchenko
> > <andriy.shevchenko@linux.intel.com> wrote:
> > > We get a device from the ACPI CSRT table. During enumeration we don't
> > > know what kind of the device it is. From the enumeration point of view
> > > each device enumerated from CSRT is a platform device (see
> > > drivers/acpi/csrt.c for the details).
> > >
> > > That's why we have to pass this info somehow to the DMAC driver. And
> > > like Mika already mentioned we have no other generic way except
> > > IORESOURCE_DMA. If you have something better in mind, please share. We
> > > could adopt our code then.
> >
> > You don't need this in DT case too?
>
> I think no. It seems the DT has a proper backlink from the slave device
> to the dmac ("dma-names" property if I understood it correctly).

Actually I meant "dmas" property in the brackets.

> > Or only for ACPI case?
>
> ACPI 5 case only until now.
> We would like to initiate the proposal to the ACPI specification
> team/whoever to have this part designed better in next versions.
>
> > I think "Yes" is the answer of both the questions. If so, then you
> > can keep it this way or add another variable in platform data.

So, are you fine with it? Could you please Ack it if there is neither
objections nor more comments.

--
Andy Shevchenko <andriy.shevchenko@intel.com>
Intel Finland Oy
---------------------------------------------------------------------
Intel Finland Oy
Registered Address: PL 281, 00181 Helsinki
Business Identity Code: 0357606 - 4
Domiciled in Helsinki

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.
\
 
 \ /
  Last update: 2013-02-07 15:01    [W:0.074 / U:0.068 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site