lkml.org 
[lkml]   [2015]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH v5 7/8] dmaengine: add a driver for Intel integrated DMA 64-bit
On Mon, Jul 06, 2015 at 03:22:13PM +0300, Andy Shevchenko wrote:
> +config IDMA64
> + tristate "Intel integrated DMA 64-bit support"
> + select DMA_ENGINE
> + select DMA_VIRTUAL_CHANNELS
no help text?

> +static void idma64_chan_init(struct idma64 *idma64, struct idma64_chan *idma64c)
> +{
> + u32 cfghi = IDMA64C_CFGH_SRC_PER(1) | IDMA64C_CFGH_DST_PER(0);
> + u32 cfglo = 0;
> +
> + /* Enforce FIFO drain when channel is suspended */
> + cfglo |= IDMA64C_CFGL_CH_DRAIN;
> +
> + /* Set default burst alignment */
> + cfglo |= IDMA64C_CFGL_DST_BURST_ALIGN | IDMA64C_CFGL_SRC_BURST_ALIGN;
> +
> + channel_writel(idma64c, CFG_LO, cfglo);
> + channel_writel(idma64c, CFG_HI, cfghi);
> +
> + /* Enable interrupts */
> + channel_set_bit(idma64, MASK(XFER), idma64c->mask);
> + channel_set_bit(idma64, MASK(ERROR), idma64c->mask);
> +
> + /*
> + * Enforce the controller to be turned on.
> + *
> + * The iDMA is turned off in ->probe() and looses context during system
> + * suspend / resume cycle. That's why we have to enable it each time we
> + * use it.
> + */
> + idma64_on(idma64);
would it be better that you do this in resume and runtime_resume cycle. That
way it need not be called for every channel init

> +static size_t idma64_desc_size(struct idma64_desc *desc, unsigned int active)
> +{
> + size_t bytes = 0;
> + unsigned int i;
> +
> + for (i = active; i < desc->ndesc; i++)
> + bytes += desc->hw[i].len;
it can help for the non active case to have this size stored in desc while
preparing, that gets rid of runtime calculation for that case
> +
> + return bytes;
> +}
> +
> +static size_t idma64_pending_desc_size(struct idma64_desc *desc)
> +{
> + return idma64_desc_size(desc, 0);
> +}
why not invoke with 0 arg from caller?

> +static int idma64_terminate_all(struct dma_chan *chan)
> +{
> + struct idma64_chan *idma64c = to_idma64_chan(chan);
> + unsigned long flags;
> + LIST_HEAD(head);
> +
> + spin_lock_irqsave(&idma64c->vchan.lock, flags);
> + idma64_stop_transfer(idma64c);
I dont think this is the right method for terminate. Can you check, it
might be that we have to suspend the channel before terminating an active
one. For non active case this should be okay

> +static int idma64_alloc_chan_resources(struct dma_chan *chan)
> +{
> + struct idma64_chan *idma64c = to_idma64_chan(chan);
> +
> + /* Create a pool of consistent memory blocks for hardware descriptors */
> + idma64c->pool = dma_pool_create(dev_name(chan2dev(chan)),
> + chan->device->dev,
> + sizeof(struct idma64_lli), 8, 0);
> + if (!idma64c->pool) {
> + dev_err(chan2dev(chan), "No memory for descriptors\n");
> + return -ENOMEM;
> + }
> +
> + return 0;
this should return the number descriptors you allocated for the pool

> +
> +static const struct dev_pm_ops idma64_dev_pm_ops = {
> + SET_LATE_SYSTEM_SLEEP_PM_OPS(idma64_suspend_late, idma64_resume_early)
any reason why late ops?

--
~Vinod



\
 
 \ /
  Last update: 2015-07-17 07:21    [W:0.182 / U:0.044 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site