All of lore.kernel.org
 help / color / mirror / Atom feed
From: Laxman Dewangan <ldewangan-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
To: Russell King - ARM Linux <linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org>
Cc: Vinod Koul <vinod.koul-VuQAYsv1563Yd54FQh9/CA@public.gmane.org>,
	"dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org"
	<dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>,
	"grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org"
	<grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org>,
	"rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org"
	<rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org>,
	"linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	"devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org"
	<devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org>,
	Stephen Warren <swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>,
	"linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org"
	<linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [PATCH V1] dmaengine: tegra: add dma driver
Date: Mon, 23 Apr 2012 18:47:50 +0530	[thread overview]
Message-ID: <4F95567E.3090605@nvidia.com> (raw)
In-Reply-To: <20120423130659.GA22186-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>

On Monday 23 April 2012 06:36 PM, Russell King - ARM Linux wrote:
> On Mon, Apr 23, 2012 at 05:47:03PM +0530, Laxman Dewangan wrote:
>> Hi Russell,
>> On Monday 23 April 2012 02:11 PM, Vinod Koul wrote:
>>> On Fri, 2012-04-20 at 17:46 +0530, Laxman Dewangan wrote:
>>>> Thanks Vinod for quick review.
>>> Since I was on vacation, I hadn't noticed Russell has already sent the
>>> patches for omap dma support.
>>> http://permalink.gmane.org/gmane.linux.ports.arm.omap/75034
>>>
>>> It would be nice if both the efforts are coordinated.
>>>
>>> Btw I like the virtual channel support introduced by Russell
>>>
>> Can you please point me the virtual channel related change? I am not
>> able to locate this like search for function vchan_* ().
>> My driver is also on same line but not used vchan_* and also having
>> support for cyclic transfer.
> It's only been posted in RFC form on linux-arm-kernel and linux-omap
> lists.  The specific patch is:
>
> http://lists.arm.linux.org.uk/lurker/message/20120418.101116.082b350f.en.html
>
> I wouldn't call it perfected yet, but usable.  It doesn't have any
> knowledge about cyclic transfers either.

For simple dma, it is straight to use the virt_chan and it reduce lots 
of code from tegra_dma as most of it moved to the virt_dma.

Some points which I am looking are:
1. Extending this for cyclic support:
In cyclic mode, we need to call callback after period_len but do not 
want to free descriptors. So either I need to add flag on the desctiptor 
to no delet and so when vc->desc_free(vd); is called from callback, it 
will not delete the descriptor.

2. With very prep call, we are allocating descriptor. Is it is possible 
to allocate some desc in advance and then keep using them. The 
complexity is that if we allocate the desc in advance, we need to 
allocate the desc and sq_req list and maintain the two different lists 
as we dont know the sg_len in advance.

3. vchan_cookie_complete()  is not possible in the cyclic mode as we 
dont want to call dma_cookie_complete() but just want to do following 
two thing:

list_add_tail(&vd->node, &vc->desc_completed);
tasklet_schedule(&vc->task);

if we extend this function to bypass dma_cookie_complete(&vd->tx); or 
rather than calling this api, directly call the above apis.

WARNING: multiple messages have this Message-ID (diff)
From: Laxman Dewangan <ldewangan@nvidia.com>
To: Russell King - ARM Linux <linux@arm.linux.org.uk>
Cc: Vinod Koul <vinod.koul@linux.intel.com>,
	"dan.j.williams@intel.com" <dan.j.williams@intel.com>,
	"grant.likely@secretlab.ca" <grant.likely@secretlab.ca>,
	"rob.herring@calxeda.com" <rob.herring@calxeda.com>,
	"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
	"devicetree-discuss@lists.ozlabs.org" 
	<devicetree-discuss@lists.ozlabs.org>,
	Stephen Warren <swarren@nvidia.com>,
	"linux-tegra@vger.kernel.org" <linux-tegra@vger.kernel.org>
Subject: Re: [PATCH V1] dmaengine: tegra: add dma driver
Date: Mon, 23 Apr 2012 18:47:50 +0530	[thread overview]
Message-ID: <4F95567E.3090605@nvidia.com> (raw)
In-Reply-To: <20120423130659.GA22186@n2100.arm.linux.org.uk>

On Monday 23 April 2012 06:36 PM, Russell King - ARM Linux wrote:
> On Mon, Apr 23, 2012 at 05:47:03PM +0530, Laxman Dewangan wrote:
>> Hi Russell,
>> On Monday 23 April 2012 02:11 PM, Vinod Koul wrote:
>>> On Fri, 2012-04-20 at 17:46 +0530, Laxman Dewangan wrote:
>>>> Thanks Vinod for quick review.
>>> Since I was on vacation, I hadn't noticed Russell has already sent the
>>> patches for omap dma support.
>>> http://permalink.gmane.org/gmane.linux.ports.arm.omap/75034
>>>
>>> It would be nice if both the efforts are coordinated.
>>>
>>> Btw I like the virtual channel support introduced by Russell
>>>
>> Can you please point me the virtual channel related change? I am not
>> able to locate this like search for function vchan_* ().
>> My driver is also on same line but not used vchan_* and also having
>> support for cyclic transfer.
> It's only been posted in RFC form on linux-arm-kernel and linux-omap
> lists.  The specific patch is:
>
> http://lists.arm.linux.org.uk/lurker/message/20120418.101116.082b350f.en.html
>
> I wouldn't call it perfected yet, but usable.  It doesn't have any
> knowledge about cyclic transfers either.

For simple dma, it is straight to use the virt_chan and it reduce lots 
of code from tegra_dma as most of it moved to the virt_dma.

Some points which I am looking are:
1. Extending this for cyclic support:
In cyclic mode, we need to call callback after period_len but do not 
want to free descriptors. So either I need to add flag on the desctiptor 
to no delet and so when vc->desc_free(vd); is called from callback, it 
will not delete the descriptor.

2. With very prep call, we are allocating descriptor. Is it is possible 
to allocate some desc in advance and then keep using them. The 
complexity is that if we allocate the desc in advance, we need to 
allocate the desc and sq_req list and maintain the two different lists 
as we dont know the sg_len in advance.

3. vchan_cookie_complete()  is not possible in the cyclic mode as we 
dont want to call dma_cookie_complete() but just want to do following 
two thing:

list_add_tail(&vd->node, &vc->desc_completed);
tasklet_schedule(&vc->task);

if we extend this function to bypass dma_cookie_complete(&vd->tx); or 
rather than calling this api, directly call the above apis.








  parent reply	other threads:[~2012-04-23 13:17 UTC|newest]

Thread overview: 30+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-04-20  9:08 [PATCH V1] dmaengine: tegra: add dma driver Laxman Dewangan
2012-04-20  9:08 ` Laxman Dewangan
     [not found] ` <1334912896-4614-1-git-send-email-ldewangan-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-20 11:14   ` Vinod Koul
2012-04-20 11:14     ` Vinod Koul
2012-04-20 12:16     ` Laxman Dewangan
2012-04-20 12:16       ` Laxman Dewangan
     [not found]       ` <4F9153AF.7020901-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-20 13:45         ` Laxman Dewangan
2012-04-20 13:45           ` Laxman Dewangan
2012-04-23  8:41         ` Vinod Koul
2012-04-23  8:41           ` Vinod Koul
2012-04-23 12:17           ` Laxman Dewangan
2012-04-23 12:17             ` Laxman Dewangan
     [not found]             ` <4F95483F.5020005-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-23 12:23               ` Vinod Koul
2012-04-23 12:23                 ` Vinod Koul
2012-04-23 13:06             ` Russell King - ARM Linux
2012-04-23 13:06               ` Russell King - ARM Linux
     [not found]               ` <20120423130659.GA22186-l+eeeJia6m9vn6HldHNs0ANdhmdF6hFW@public.gmane.org>
2012-04-23 13:17                 ` Laxman Dewangan [this message]
2012-04-23 13:17                   ` Laxman Dewangan
     [not found]                   ` <4F95567E.3090605-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-25  9:01                     ` Laxman Dewangan
2012-04-25  9:01                       ` Laxman Dewangan
     [not found]                       ` <4F97BD67.1050300-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-25  9:33                         ` Vinod Koul
2012-04-25  9:33                           ` Vinod Koul
2012-04-25  9:42                           ` Laxman Dewangan
2012-04-25  9:42                             ` Laxman Dewangan
     [not found]                             ` <4F97C709.2060807-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org>
2012-04-25  9:43                               ` Vinod Koul
2012-04-25  9:43                                 ` Vinod Koul
2012-04-25  9:58                                 ` Laxman Dewangan
2012-04-25  9:58                                   ` Laxman Dewangan
2012-04-25 10:35                         ` Russell King - ARM Linux
2012-04-25 10:35                           ` Russell King - ARM Linux

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=4F95567E.3090605@nvidia.com \
    --to=ldewangan-ddmlm1+adcrqt0dzr+alfa@public.gmane.org \
    --cc=dan.j.williams-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org \
    --cc=devicetree-discuss-uLR06cmDAlY/bJ5BZ2RsiQ@public.gmane.org \
    --cc=grant.likely-s3s/WqlpOiPyB63q8FvJNQ@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
    --cc=linux-tegra-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=rob.herring-bsGFqQB8/DxBDgjK7y7TUQ@public.gmane.org \
    --cc=swarren-DDmLM1+adcrQT0dZR+AlfA@public.gmane.org \
    --cc=vinod.koul-VuQAYsv1563Yd54FQh9/CA@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.