lkml.org 
[lkml]   [2012]   [Sep]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] dmaengine: add dmanegine slave map api's
On Fri, Sep 14, 2012 at 03:03:09PM +0530, Vinod Koul wrote:
> +/*called under lock held */
> +static struct dma_chan *dmaengine_get_slave_channel(char *requestor, dma_cap_mask_t *mask)
> +{
> +
> + struct dma_device *device, *_d;
> + struct dma_chan *chan = NULL;
> + int err;
> +
> + list_for_each_entry_safe(device, _d, &dma_device_list, global_node) {
> + if (strcmp(requestor, dev_name(device->dev)))
> + continue;

So, this finds a DMA device where the struct device's name corresponds
with the name passed in as 'requestor' (note that requestor should be
const.)

> +
> + chan = private_candidate(mask, device, NULL, NULL);
> + if (chan) {

And this finds _any_ channel on the device.

> + /* Found a suitable channel, try to grab, prep, and
> + * return it. We first set DMA_PRIVATE to disable
> + * balance_ref_count as this channel will not be
> + * published in the general-purpose allocator
> + */
> + dma_cap_set(DMA_PRIVATE, device->cap_mask);
> + device->privatecnt++;
> + err = dma_chan_get(chan);
> +
> + if (err == -ENODEV) {
> + pr_debug("%s: %s module removed\n",
> + __func__, dma_chan_name(chan));
> + list_del_rcu(&device->global_node);
> + } else if (err)
> + pr_debug("%s: failed to get %s: (%d)\n",
> + __func__, dma_chan_name(chan), err);
> + else
> + break;
> + if (--device->privatecnt == 0)
> + dma_cap_clear(DMA_PRIVATE, device->cap_mask);
> + chan = NULL;
> + }
> + }
> + return chan;

and returns it...

> +struct dma_chan *dmaengine_request_slave_channel(
> + char *requestor, struct dma_slave_config *config,
> + dma_cap_mask_t *mask, dma_filter_fn fn, void *fn_param)
> +{
> + struct dma_chan *slave = NULL;
> + struct dmaengine_slave_map_entries *entry, *_e;
> +
> + /* perhpas we dont need mask arg, it should be slave anyway */
> + if (!__dma_has_cap(DMA_SLAVE, mask))
> + return NULL;
> +
> + mutex_lock(&dma_list_mutex);
> + /* find a channel which maps to this request */
> + list_for_each_entry_safe(entry, _e, &dma_slave_map, node) {
> + if (strcmp(requestor, entry->map->client))
> + continue;
> +
> + /* have we already allocated this mapping */
> + if (entry->used == true)
> + continue;
> +
> + /* now we hit an entry in map,
> + * see if we can get a channel in controller */
> + slave = dmaengine_get_slave_channel(requestor, mask);
> + if (!slave)
> + continue;

Ok, so here we've got a channel - any old channel what so ever on the
device described by 'requestor'. And we're holding a reference to it.

> +
> + /* check if client is requesting some specfic slave channel */
> + if ((entry->map->ch != -1) && (entry->map->ch != slave->chan_id))
> + continue;

If the channel number isn't what we wanted, where do we drop this
reference? Also note that this 'continue' causes us to move to the
next entry in the map list - whereas what may have happened is that
the channel on the DMA engine is free, but it simply wasn't the first
free channel. I don't see how this can work sanely.

> + /* now call filter fn but it should not be used anyway */
> + if (fn && !fn(slave, fn_param))
> + continue;
> +
> + entry->used = true;
> + mutex_unlock(&dma_list_mutex);
> +
> + /* pick slave id from map if not set */
> + if (!config->slave_id)
> + config->slave_id = entry->map->slave_id;

So, with this level, we're talking about tying DMA channels to slave IDs.
What about the case where you may have a DMA engine with just two channels
but 16 request signals? (as is the case with PL081).

We're still into having 'virtual' DMA channels in DMA engines, this just
adds an additional layer of complexity on top.

Maybe a better idea would be to pass the map entry down to the DMA engine
driver itself, and let it return the appropriate struct dma_chan?


\
 
 \ /
  Last update: 2012-09-14 12:21    [from the cache]
©2003-2011 Jasper Spaans