All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
@ 2013-04-02  9:12 PADMAVATHI VENNA
  2013-04-02 10:44 ` Lars-Peter Clausen
  0 siblings, 1 reply; 3+ messages in thread
From: PADMAVATHI VENNA @ 2013-04-02  9:12 UTC (permalink / raw)
  To: Lars-Peter Clausen; +Cc: Vinod Koul, Dan Williams, Jon Hunter, linux-kernel

[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: text/plain; charset=windows-1252, Size: 4050 bytes --]

Hi Lars,

------- Original Message -------
Sender : Lars-Peter Clausen<lars@metafoo.de>
Date : Apr 02, 2013 16:33 (GMT+09:00)
Title : Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id

On 04/02/2013 08:27 AM, PADMAVATHI VENNA wrote:
> 
> Hi,
> ------- Original Message -------
> Sender : Lars-Peter Clausen
> Date : Mar 25, 2013 22:16 (GMT+09:00)
> Title : [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
> 
> Use the generic of_dma_xlate_by_chan_id xlate callback instead of a custom
> implementation.
> 
> There is one minor difference between the generic of_dma_xlate_by_chan_id
> function and the pl330 specific one. of_dma_xlate_by_chan_id only sets the
> DMA_SLAVE capability for the channel capability mask, while the pl330 driver
> additionally sets the DMA_CYCLIC capability. But since all pl330 channels which
> have the DMA_SLAVE capability set also have DMA_CYCLIC capability set both
> functions will have the same result.
> 
> I am not clear about the dma capabilities. Is it mentioned some where that if we set DMA_SLAVE capability
> will that also set DMA_CYCLIC capability?
> 

Well DMA_SLAVE won't automatically set DMA_CYCLIC. But the driver sets both.

I tested your patches, it's woking for audio. But I need some clarification related to capabilities.
As per my understanding, controller driver registers the available capabilities in the probe and 
client drivers requests for a particular capability. In both the cases, in the dmaengine it checks
if the requested capability is satisfied.
If we don't set the DMA_CYCLIC, how __dma_device_satisfies_mask works?

 Please correct me if I am wrong.

Thanks
Padma
- Lars

> Signed-off-by: Lars-Peter Clausen 
> ---
> drivers/dma/pl330.c | 41 +----------------------------------------
> 1 file changed, 1 insertion(+), 40 deletions(-)
> 
> diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
> index 345e2a1..ea48de7 100644
> --- a/drivers/dma/pl330.c
> +++ b/drivers/dma/pl330.c
> @@ -608,11 +608,6 @@ struct dma_pl330_desc {
> struct dma_pl330_chan *pchan;
> };
> 
> -struct dma_pl330_filter_args {
> - struct dma_pl330_dmac *pdmac;
> - unsigned int chan_id;
> -};
> -
> static inline void _callback(struct pl330_req *r, enum pl330_op_err err)
> {
> if (r && r->xfer_cb)
> @@ -2358,16 +2353,6 @@ static void dma_pl330_rqcb(void *token, enum pl330_op_err err)
> tasklet_schedule(&pch->task);
> }
> 
> -static bool pl330_dt_filter(struct dma_chan *chan, void *param)
> -{
> - struct dma_pl330_filter_args *fargs = param;
> -
> - if (chan->device != &fargs->pdmac->ddma)
> - return false;
> -
> - return (chan->chan_id == fargs->chan_id);
> -}
> -
> bool pl330_filter(struct dma_chan *chan, void *param)
> {
> u8 *peri_id;
> @@ -2380,30 +2365,6 @@ bool pl330_filter(struct dma_chan *chan, void *param)
> }
> EXPORT_SYMBOL(pl330_filter);
> 
> -static struct dma_chan *of_dma_pl330_xlate(struct of_phandle_args *dma_spec,
> - struct of_dma *ofdma)
> -{
> - int count = dma_spec->args_count;
> - struct dma_pl330_dmac *pdmac = ofdma->of_dma_data;
> - struct dma_pl330_filter_args fargs;
> - dma_cap_mask_t cap;
> -
> - if (!pdmac)
> - return NULL;
> -
> - if (count != 1)
> - return NULL;
> -
> - fargs.pdmac = pdmac;
> - fargs.chan_id = dma_spec->args[0];
> -
> - dma_cap_zero(cap);
> - dma_cap_set(DMA_SLAVE, cap);
> - dma_cap_set(DMA_CYCLIC, cap);
> -
> - return dma_request_channel(cap, pl330_dt_filter, &fargs);
> -}
> -
> static int pl330_alloc_chan_resources(struct dma_chan *chan)
> {
> struct dma_pl330_chan *pch = to_pchan(chan);
> @@ -2996,7 +2957,7 @@ pl330_probe(struct amba_device *adev, const struct amba_id *id)
> pi->pcfg.num_peri, pi->pcfg.num_events);
> 
> ret = of_dma_controller_register(adev->dev.of_node,
> - of_dma_pl330_xlate, pdmac);
> + of_dma_xlate_by_chan_id, pd);
> if (ret) {
> dev_err(&adev->dev,
> "unable to register DMA to the generic DT DMA helpers\n");ÿôèº{.nÇ+‰·Ÿ®‰­†+%ŠËÿ±éݶ\x17¥Šwÿº{.nÇ+‰·¥Š{±þG«éÿŠ{ayº\x1dʇڙë,j\a­¢f£¢·hšïêÿ‘êçz_è®\x03(­éšŽŠÝ¢j"ú\x1a¶^[m§ÿÿ¾\a«þG«éÿ¢¸?™¨è­Ú&£ø§~á¶iO•æ¬z·švØ^\x14\x04\x1a¶^[m§ÿÿÃ\fÿ¶ìÿ¢¸?–I¥

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
  2013-04-02  9:12 Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id PADMAVATHI VENNA
@ 2013-04-02 10:44 ` Lars-Peter Clausen
  2013-04-02 17:33   ` Vinod Koul
  0 siblings, 1 reply; 3+ messages in thread
From: Lars-Peter Clausen @ 2013-04-02 10:44 UTC (permalink / raw)
  To: padma.v; +Cc: Vinod Koul, Dan Williams, Jon Hunter, linux-kernel

On 04/02/2013 11:12 AM, PADMAVATHI VENNA wrote:
> Hi Lars,
> 
> ------- Original Message -------
> Sender : Lars-Peter Clausen<lars@metafoo.de>
> Date : Apr 02, 2013 16:33 (GMT+09:00)
> Title : Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
> 
> On 04/02/2013 08:27 AM, PADMAVATHI VENNA wrote:
>>
>> Hi,
>> ------- Original Message -------
>> Sender : Lars-Peter Clausen
>> Date : Mar 25, 2013 22:16 (GMT+09:00)
>> Title : [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
>>
>> Use the generic of_dma_xlate_by_chan_id xlate callback instead of a custom
>> implementation.
>>
>> There is one minor difference between the generic of_dma_xlate_by_chan_id
>> function and the pl330 specific one. of_dma_xlate_by_chan_id only sets the
>> DMA_SLAVE capability for the channel capability mask, while the pl330 driver
>> additionally sets the DMA_CYCLIC capability. But since all pl330 channels which
>> have the DMA_SLAVE capability set also have DMA_CYCLIC capability set both
>> functions will have the same result.
>>
>> I am not clear about the dma capabilities. Is it mentioned some where that if we set DMA_SLAVE capability
>> will that also set DMA_CYCLIC capability?
>>
> 
> Well DMA_SLAVE won't automatically set DMA_CYCLIC. But the driver sets both.
> 
> I tested your patches, it's woking for audio. But I need some clarification related to capabilities.
> As per my understanding, controller driver registers the available capabilities in the probe and 
> client drivers requests for a particular capability. In both the cases, in the dmaengine it checks
> if the requested capability is satisfied.
> If we don't set the DMA_CYCLIC, how __dma_device_satisfies_mask works?
> 
>  Please correct me if I am wrong.
> 
> Thanks
> Padma

Hi,

Well, DMA_SLAVE | DMA_CYCLIC is a more restrictive mask than DMA_SLAVE. So
any channel that matches DMA_SLAVE | DMA_CYCLIC will also match DMA_SLAVE.

- Lars

> - Lars
> 
>> Signed-off-by: Lars-Peter Clausen 
>> ---
>> drivers/dma/pl330.c | 41 +----------------------------------------
>> 1 file changed, 1 insertion(+), 40 deletions(-)
>>
>> diff --git a/drivers/dma/pl330.c b/drivers/dma/pl330.c
>> index 345e2a1..ea48de7 100644
>> --- a/drivers/dma/pl330.c
>> +++ b/drivers/dma/pl330.c
>> @@ -608,11 +608,6 @@ struct dma_pl330_desc {
>> struct dma_pl330_chan *pchan;
>> };
>>
>> -struct dma_pl330_filter_args {
>> - struct dma_pl330_dmac *pdmac;
>> - unsigned int chan_id;
>> -};
>> -
>> static inline void _callback(struct pl330_req *r, enum pl330_op_err err)
>> {
>> if (r && r->xfer_cb)
>> @@ -2358,16 +2353,6 @@ static void dma_pl330_rqcb(void *token, enum pl330_op_err err)
>> tasklet_schedule(&pch->task);
>> }
>>
>> -static bool pl330_dt_filter(struct dma_chan *chan, void *param)
>> -{
>> - struct dma_pl330_filter_args *fargs = param;
>> -
>> - if (chan->device != &fargs->pdmac->ddma)
>> - return false;
>> -
>> - return (chan->chan_id == fargs->chan_id);
>> -}
>> -
>> bool pl330_filter(struct dma_chan *chan, void *param)
>> {
>> u8 *peri_id;
>> @@ -2380,30 +2365,6 @@ bool pl330_filter(struct dma_chan *chan, void *param)
>> }
>> EXPORT_SYMBOL(pl330_filter);
>>
>> -static struct dma_chan *of_dma_pl330_xlate(struct of_phandle_args *dma_spec,
>> - struct of_dma *ofdma)
>> -{
>> - int count = dma_spec->args_count;
>> - struct dma_pl330_dmac *pdmac = ofdma->of_dma_data;
>> - struct dma_pl330_filter_args fargs;
>> - dma_cap_mask_t cap;
>> -
>> - if (!pdmac)
>> - return NULL;
>> -
>> - if (count != 1)
>> - return NULL;
>> -
>> - fargs.pdmac = pdmac;
>> - fargs.chan_id = dma_spec->args[0];
>> -
>> - dma_cap_zero(cap);
>> - dma_cap_set(DMA_SLAVE, cap);
>> - dma_cap_set(DMA_CYCLIC, cap);
>> -
>> - return dma_request_channel(cap, pl330_dt_filter, &fargs);
>> -}
>> -
>> static int pl330_alloc_chan_resources(struct dma_chan *chan)
>> {
>> struct dma_pl330_chan *pch = to_pchan(chan);
>> @@ -2996,7 +2957,7 @@ pl330_probe(struct amba_device *adev, const struct amba_id *id)
>> pi->pcfg.num_peri, pi->pcfg.num_events);
>>
>> ret = of_dma_controller_register(adev->dev.of_node,
>> - of_dma_pl330_xlate, pdmac);
>> + of_dma_xlate_by_chan_id, pd);
>> if (ret) {
>> dev_err(&adev->dev,
>> "unable to register DMA to the generic DT DMA helpers\n");


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id
  2013-04-02 10:44 ` Lars-Peter Clausen
@ 2013-04-02 17:33   ` Vinod Koul
  0 siblings, 0 replies; 3+ messages in thread
From: Vinod Koul @ 2013-04-02 17:33 UTC (permalink / raw)
  To: Lars-Peter Clausen; +Cc: padma.v, Dan Williams, Jon Hunter, linux-kernel

On Tue, Apr 02, 2013 at 12:44:36PM +0200, Lars-Peter Clausen wrote:
> On 04/02/2013 11:12 AM, PADMAVATHI VENNA wrote:
> >> Use the generic of_dma_xlate_by_chan_id xlate callback instead of a custom
> >> implementation.
Hi Padma,

Can you please fix your MUA to
1) not break the message ids
2) reply inline which makes a distinction for quoted text

> >>
> >> There is one minor difference between the generic of_dma_xlate_by_chan_id
> >> function and the pl330 specific one. of_dma_xlate_by_chan_id only sets the
> >> DMA_SLAVE capability for the channel capability mask, while the pl330 driver
> >> additionally sets the DMA_CYCLIC capability. But since all pl330 channels which
> >> have the DMA_SLAVE capability set also have DMA_CYCLIC capability set both
> >> functions will have the same result.
> >>
> >> I am not clear about the dma capabilities. Is it mentioned some where that if we set DMA_SLAVE capability
> >> will that also set DMA_CYCLIC capability?
> >>
> > 
> > Well DMA_SLAVE won't automatically set DMA_CYCLIC. But the driver sets both.
> > 
> > I tested your patches, it's woking for audio. But I need some clarification related to capabilities.
> > As per my understanding, controller driver registers the available capabilities in the probe and 
> > client drivers requests for a particular capability. In both the cases, in the dmaengine it checks
> > if the requested capability is satisfied.
> > If we don't set the DMA_CYCLIC, how __dma_device_satisfies_mask works?
> > 
> >  Please correct me if I am wrong.
> > 
> > Thanks
> > Padma
> 
> Hi,
> 
> Well, DMA_SLAVE | DMA_CYCLIC is a more restrictive mask than DMA_SLAVE. So
> any channel that matches DMA_SLAVE | DMA_CYCLIC will also match DMA_SLAVE.
DMA_SLAVE means that controllers channel can do slave transactions and should
support the slave APIs.
DMA_CYCLIC means that controller can do a cyclic transfers for the sg list sent
and will do so untill channel is aborted

Now we are talking about DMA_CYCLIC for periphrals only so DMA_SLAVE cna be
implied and is usually the normal usage though nothing prevent you from doing a
cyclic memcpy if you would wish.

Right thing would be to set mask aptly on both sides, and since you are doing
DMA_CYCLIC, i would expect both the controller and client have done this, if not
we need this to be fixed :)

--
~Vinod

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2013-04-02 18:01 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-04-02  9:12 Re: [PATCH 2/2] dma: pl330: Use the generic of_dma_xlate_by_chan_id PADMAVATHI VENNA
2013-04-02 10:44 ` Lars-Peter Clausen
2013-04-02 17:33   ` Vinod Koul

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.