Hi Peter,
On Thu, Jul 09, 2020 at 04:21:38PM +0300, Peter Ujfalusi wrote:
> On 08/07/2020 23.19, Laurent Pinchart wrote:
> > From: Hyun Kwon <hyun.kwon@xxxxxxxxxx>
> >
> > The ZynqMP DisplayPort subsystem includes a DMA engine called DPDMA with
> > 6 DMa channels (4 for display and 2 for audio). This driver exposes the
> > DPDMA through the dmaengine API, to be used by audio (ALSA) and display
> > (DRM) drivers for the DisplayPort subsystem.
> >
> > Signed-off-by: Hyun Kwon <hyun.kwon@xxxxxxxxxx>
> > Signed-off-by: Tejas Upadhyay <tejasu@xxxxxxxxxx>
> > Signed-off-by: Michal Simek <michal.simek@xxxxxxxxxx>
> > Signed-off-by: Laurent Pinchart <laurent.pinchart@xxxxxxxxxxxxxxxx>
>
> ...
>
> > +static void xilinx_dpdma_chan_queue_transfer(struct xilinx_dpdma_chan *chan)
> > +{
> > + struct xilinx_dpdma_device *xdev = chan->xdev;
> > + struct xilinx_dpdma_sw_desc *sw_desc;
> > + struct xilinx_dpdma_tx_desc *desc;
> > + struct virt_dma_desc *vdesc;
> > + u32 reg, channels;
> > +
> > + lockdep_assert_held(&chan->lock);
> > +
> > + if (chan->desc.pending)
> > + return;
> > +
> > + if (!chan->running) {
> > + xilinx_dpdma_chan_unpause(chan);
> > + xilinx_dpdma_chan_enable(chan);
> > + chan->first_frame = true;
> > + chan->running = true;
> > + }
> > +
> > + if (chan->video_group)
> > + channels = xilinx_dpdma_chan_video_group_ready(chan);
> > + else
> > + channels = BIT(chan->id);
> > +
> > + if (!channels)
> > + return;
> > +
> > + vdesc = vchan_next_desc(&chan->vchan);
> > + if (!vdesc)
> > + return;
> > +
> > + if (!chan->first_frame && !(vdesc->tx.flags & DMA_PREP_LOAD_EOT)) {
> > + /*
> > + * The client forgot to set the DMA_PREP_LOAD_EOT flag. The DMA
> > + * engine API requires the channel to silently ignore the
> > + * descriptor, leaving the client waiting forever for the new
> > + * descriptor to be processed.
> > + */
>
> This hardly going to happen. But if it does, a gentle dev_dbg() might
> save some time for the user on debugging?
I think you know my opinion on this already :-) I believe we should have
designed this API in a way that makes this error impossible, by dropping
the DMA_PREP_LOAD_EOT flag and considering that the default case. That
was rejected. Do we now need to work around the problem in drivers ?
> > + return;
> > + }
> > +
> > + desc = to_dpdma_tx_desc(vdesc);
> > + chan->desc.pending = desc;
> > + list_del(&desc->vdesc.node);
> > +
> > + /*
> > + * Assign the cookie to descriptors in this transaction. Only 16 bit
> > + * will be used, but it should be enough.
> > + */
> > + list_for_each_entry(sw_desc, &desc->descriptors, node)
> > + sw_desc->hw.desc_id = desc->vdesc.tx.cookie;
> > +
> > + sw_desc = list_first_entry(&desc->descriptors,
> > + struct xilinx_dpdma_sw_desc, node);
> > + dpdma_write(chan->reg, XILINX_DPDMA_CH_DESC_START_ADDR,
> > + lower_32_bits(sw_desc->dma_addr));
> > + if (xdev->ext_addr)
> > + dpdma_write(chan->reg, XILINX_DPDMA_CH_DESC_START_ADDRE,
> > + FIELD_PREP(XILINX_DPDMA_CH_DESC_START_ADDRE_MASK,
> > + upper_32_bits(sw_desc->dma_addr)));
> > +
> > + if (chan->first_frame)
> > + reg = XILINX_DPDMA_GBL_TRIG_MASK(channels);
> > + else
> > + reg = XILINX_DPDMA_GBL_RETRIG_MASK(channels);
> > +
> > + chan->first_frame = false;
> > +
> > + dpdma_write(xdev->reg, XILINX_DPDMA_GBL, reg);
> > +}
--
Regards,
Laurent Pinchart
