mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Rishikesh Donadkar <r-donadkar@ti.com>
To: Jai Luthra <jai.luthra@ideasonboard.com>, <jai.luthra@linux.dev>,
	<laurent.pinchart@ideasonboard.com>, <mripard@kernel.org>
Cc: <y-abhilashchandra@ti.com>, <devarsht@ti.com>,
	<vaishnav.a@ti.com>, <s-jain1@ti.com>, <vigneshr@ti.com>,
	<mchehab@kernel.org>, <robh@kernel.org>, <krzk+dt@kernel.org>,
	<conor+dt@kernel.org>, <sakari.ailus@linux.intel.com>,
	<hverkuil-cisco@xs4all.nl>, <tomi.valkeinen@ideasonboard.com>,
	<changhuang.liang@starfivetech.com>, <jack.zhu@starfivetech.com>,
	<linux-kernel@vger.kernel.org>, <linux-media@vger.kernel.org>,
	<devicetree@vger.kernel.org>
Subject: Re: [PATCH v4 12/12] media: ti: j721e-csi2rx: Change the drain architecture for multistream
Date: Mon, 4 Aug 2025 15:56:50 +0530	[thread overview]
Message-ID: <2da35b0a-de39-4f15-9b7d-4cc2e3a5237b@ti.com> (raw)
In-Reply-To: <175081523471.8144.8244237988305732382@freya>


On 25/06/25 07:03, Jai Luthra wrote:
> Hi Rishikesh,


Hi Jai,

Thank you for the review !


>
> Thanks for the patch.
>
> Quoting Rishikesh Donadkar (2025-05-14 04:25:27)
>> On buffer starvation the DMA is marked IDLE, and the stale data in the
>> internal FIFOs gets drained only on the next VIDIOC_QBUF call from the
>> userspace. This approach works fine for a single stream case.
>>
>> But in multistream scenarios, buffer starvation for one stream i.e. one
>> virtual channel, can block the shared HW FIFO of the CSI2RX IP. This can
>> stall the pipeline for all other virtual channels, even if buffers are
>> available for them.
>>
>> This patch introduces a new architecture, that continuously drains data
>> from the shared HW FIFO into a small (32KiB) buffer if no buffers are made
>> available to the driver from the userspace. This ensures independence
>> between different streams, where a slower downstream element for one
>> camera does not block streaming for other cameras.
>>
>> Signed-off-by: Rishikesh Donadkar <r-donadkar@ti.com>
>> ---
>>   .../platform/ti/j721e-csi2rx/j721e-csi2rx.c   | 96 +++++++------------
>>   1 file changed, 33 insertions(+), 63 deletions(-)
>>
>> diff --git a/drivers/media/platform/ti/j721e-csi2rx/j721e-csi2rx.c b/drivers/media/platform/ti/j721e-csi2rx/j721e-csi2rx.c
>> index ba2a30bfed37d..3b046d3cf7e5a 100644
>> --- a/drivers/media/platform/ti/j721e-csi2rx/j721e-csi2rx.c
>> +++ b/drivers/media/platform/ti/j721e-csi2rx/j721e-csi2rx.c
>> @@ -57,7 +57,6 @@
>>   #define TI_CSI2RX_MAX_SOURCE_PADS      TI_CSI2RX_MAX_CTX
>>   #define TI_CSI2RX_MAX_PADS             (1 + TI_CSI2RX_MAX_SOURCE_PADS)
>>   
>> -#define DRAIN_TIMEOUT_MS               50
>>   #define DRAIN_BUFFER_SIZE              SZ_32K
>>   
>>   struct ti_csi2rx_fmt {
>> @@ -77,7 +76,6 @@ struct ti_csi2rx_buffer {
>>   
>>   enum ti_csi2rx_dma_state {
>>          TI_CSI2RX_DMA_STOPPED,  /* Streaming not started yet. */
>> -       TI_CSI2RX_DMA_IDLE,     /* Streaming but no pending DMA operation. */
>>          TI_CSI2RX_DMA_ACTIVE,   /* Streaming and pending DMA operation. */
>>   };
>>   
>> @@ -245,6 +243,10 @@ static const struct ti_csi2rx_fmt ti_csi2rx_formats[] = {
>>   static int ti_csi2rx_start_dma(struct ti_csi2rx_ctx *ctx,
>>                                 struct ti_csi2rx_buffer *buf);
>>   
>> +/* Forward declarations needed by ti_csi2rx_drain_callback. */
>> +static int ti_csi2rx_drain_dma(struct ti_csi2rx_ctx *ctx);
>> +static int ti_csi2rx_dma_submit_pending(struct ti_csi2rx_ctx *ctx);
>> +
>>   static const struct ti_csi2rx_fmt *find_format_by_fourcc(u32 pixelformat)
>>   {
>>          unsigned int i;
>> @@ -596,9 +598,28 @@ static void ti_csi2rx_setup_shim(struct ti_csi2rx_ctx *ctx)
>>   
>>   static void ti_csi2rx_drain_callback(void *param)
>>   {
>> -       struct completion *drain_complete = param;
>> +       struct ti_csi2rx_ctx *ctx = param;
>> +       struct ti_csi2rx_dma *dma = &ctx->dma;
>> +       unsigned long flags;
>> +
>> +       spin_lock_irqsave(&dma->lock, flags);
>>   
>> -       complete(drain_complete);
>> +       if (dma->state == TI_CSI2RX_DMA_STOPPED) {
>> +               spin_unlock_irqrestore(&dma->lock, flags);
>> +               return;
>> +       }
>> +
>> +       /*
>> +        * If dma->queue is empty, it signals no buffer has arrived from
>> +        * user space, so, queue more transaction to drain dma
>> +        */
>> +       if (list_empty(&dma->queue)) {
>> +               if (ti_csi2rx_drain_dma(ctx))
>> +                       dev_warn(ctx->csi->dev, "DMA drain failed\n");
>> +       } else {
>> +               ti_csi2rx_dma_submit_pending(ctx);
>> +       }
>> +       spin_unlock_irqrestore(&dma->lock, flags);
>>   }
>>   
>>   /*
>> @@ -616,12 +637,9 @@ static int ti_csi2rx_drain_dma(struct ti_csi2rx_ctx *ctx)
>>   {
>>          struct ti_csi2rx_dev *csi = ctx->csi;
>>          struct dma_async_tx_descriptor *desc;
>> -       struct completion drain_complete;
>>          dma_cookie_t cookie;
>>          int ret;
>>   
>> -       init_completion(&drain_complete);
>> -
>>          desc = dmaengine_prep_slave_single(ctx->dma.chan, csi->drain.paddr,
>>                                             csi->drain.len, DMA_DEV_TO_MEM,
>>                                             DMA_PREP_INTERRUPT | DMA_CTRL_ACK);
>> @@ -631,7 +649,7 @@ static int ti_csi2rx_drain_dma(struct ti_csi2rx_ctx *ctx)
>>          }
>>   
>>          desc->callback = ti_csi2rx_drain_callback;
>> -       desc->callback_param = &drain_complete;
>> +       desc->callback_param = ctx;
>>   
>>          cookie = dmaengine_submit(desc);
>>          ret = dma_submit_error(cookie);
>> @@ -640,13 +658,6 @@ static int ti_csi2rx_drain_dma(struct ti_csi2rx_ctx *ctx)
>>   
>>          dma_async_issue_pending(ctx->dma.chan);
>>   
>> -       if (!wait_for_completion_timeout(&drain_complete,
>> -                                        msecs_to_jiffies(DRAIN_TIMEOUT_MS))) {
>> -               dmaengine_terminate_sync(ctx->dma.chan);
>> -               dev_dbg(csi->dev, "DMA transfer timed out for drain buffer\n");
>> -               ret = -ETIMEDOUT;
>> -               goto out;
>> -       }
>>   out:
>>          return ret;
>>   }
>> @@ -694,9 +705,11 @@ static void ti_csi2rx_dma_callback(void *param)
>>   
>>          ti_csi2rx_dma_submit_pending(ctx);
>>   
>> -       if (list_empty(&dma->submitted))
>> -               dma->state = TI_CSI2RX_DMA_IDLE;
>> -
>> +       if (list_empty(&dma->submitted)) {
>> +               if (ti_csi2rx_drain_dma(ctx))
>> +                       dev_warn(ctx->csi->dev,
>> +                                "DMA drain failed on one of the transactions\n");
>> +       }
>>          spin_unlock_irqrestore(&dma->lock, flags);
>>   }
>>   
>> @@ -749,7 +762,7 @@ static void ti_csi2rx_stop_dma(struct ti_csi2rx_ctx *ctx)
>>                   * enforced before terminating DMA.
>>                   */
>>                  ret = ti_csi2rx_drain_dma(ctx);
>> -               if (ret && ret != -ETIMEDOUT)
>> +               if (ret)
>>                          dev_warn(ctx->csi->dev,
>>                                   "Failed to drain DMA. Next frame might be bogus\n");
>>          }
>> @@ -816,57 +829,14 @@ static void ti_csi2rx_buffer_queue(struct vb2_buffer *vb)
>>          struct ti_csi2rx_ctx *ctx = vb2_get_drv_priv(vb->vb2_queue);
>>          struct ti_csi2rx_buffer *buf;
>>          struct ti_csi2rx_dma *dma = &ctx->dma;
>> -       bool restart_dma = false;
>>          unsigned long flags = 0;
>> -       int ret;
>>   
>>          buf = container_of(vb, struct ti_csi2rx_buffer, vb.vb2_buf);
>>          buf->ctx = ctx;
>>   
>>          spin_lock_irqsave(&dma->lock, flags);
>> -       /*
>> -        * Usually the DMA callback takes care of queueing the pending buffers.
>> -        * But if DMA has stalled due to lack of buffers, restart it now.
>> -        */
>> -       if (dma->state == TI_CSI2RX_DMA_IDLE) {
>> -               /*
>> -                * Do not restart DMA with the lock held because
>> -                * ti_csi2rx_drain_dma() might block for completion.
>> -                * There won't be a race on queueing DMA anyway since the
>> -                * callback is not being fired.
>> -                */
>> -               restart_dma = true;
>> -               dma->state = TI_CSI2RX_DMA_ACTIVE;
>> -       } else {
>> -               list_add_tail(&buf->list, &dma->queue);
>> -       }
>> +       list_add_tail(&buf->list, &dma->queue);
>>          spin_unlock_irqrestore(&dma->lock, flags);
>> -
>> -       if (restart_dma) {
>> -               /*
>> -                * Once frames start dropping, some data gets stuck in the DMA
>> -                * pipeline somewhere. So the first DMA transfer after frame
>> -                * drops gives a partial frame. This is obviously not useful to
> I think it would be good to retain a similar comment in the code, and also
> in the commit message, as there is a possibility of returning a partial frame
> to the user post drain.


Noted, Will add this info in the next revision of this series


Regards,

Rishikesh

>
> With that change,
>
> Reviewed-by: Jai Luthra <jai.luthra@ideasonboard.com>
>
>> -                * the application and will only confuse it. Issue a DMA
>> -                * transaction to drain that up.
>> -                */
>> -               ret = ti_csi2rx_drain_dma(ctx);
>> -               if (ret && ret != -ETIMEDOUT)
>> -                       dev_warn(ctx->csi->dev,
>> -                                "Failed to drain DMA. Next frame might be bogus\n");
>> -
>> -               spin_lock_irqsave(&dma->lock, flags);
>> -               ret = ti_csi2rx_start_dma(ctx, buf);
>> -               if (ret) {
>> -                       vb2_buffer_done(&buf->vb.vb2_buf, VB2_BUF_STATE_ERROR);
>> -                       dma->state = TI_CSI2RX_DMA_IDLE;
>> -                       spin_unlock_irqrestore(&dma->lock, flags);
>> -                       dev_err(ctx->csi->dev, "Failed to start DMA: %d\n", ret);
>> -               } else {
>> -                       list_add_tail(&buf->list, &dma->submitted);
>> -                       spin_unlock_irqrestore(&dma->lock, flags);
>> -               }
>> -       }
>>   }
>>   
>>   static int ti_csi2rx_get_route(struct ti_csi2rx_ctx *ctx)
>> -- 
>> 2.34.1
> >

  reply	other threads:[~2025-08-04 10:27 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-05-14 11:25 [PATCH v4 00/12] media: cadence,ti: CSI2RX Multistream Support Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 01/12] dt-bindings: media: ti,j721e-csi2rx-shim: Support 32 dma chans Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 02/12] media: ti: j721e-csi2rx: separate out device and context Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 03/12] media: ti: j721e-csi2rx: prepare SHIM code for multiple contexts Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 04/12] media: ti: j721e-csi2rx: allocate DMA channel based on context index Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 05/12] media: ti: j721e-csi2rx: add a subdev for the core device Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 06/12] media: ti: j721e-csi2rx: get number of contexts from device tree Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 07/12] media: cadence: csi2rx: add get_frame_desc wrapper Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 08/12] media: ti: j721e-csi2rx: add support for processing virtual channels Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 09/12] media: cadence: csi2rx: add multistream support Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 10/12] media: ti: j721e-csi2rx: " Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 11/12] media: ti: j721e-csi2rx: Submit all available buffers Rishikesh Donadkar
2025-07-01  8:09   ` Sjoerd Simons
2025-08-21  6:21     ` Rishikesh Donadkar
2025-05-14 11:25 ` [PATCH v4 12/12] media: ti: j721e-csi2rx: Change the drain architecture for multistream Rishikesh Donadkar
2025-06-25  1:33   ` Jai Luthra
2025-08-04 10:26     ` Rishikesh Donadkar [this message]
2025-06-24  9:52 ` [PATCH v4 00/12] media: cadence,ti: CSI2RX Multistream Support Yemike Abhilash Chandra

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=2da35b0a-de39-4f15-9b7d-4cc2e3a5237b@ti.com \
    --to=r-donadkar@ti.com \
    --cc=changhuang.liang@starfivetech.com \
    --cc=conor+dt@kernel.org \
    --cc=devarsht@ti.com \
    --cc=devicetree@vger.kernel.org \
    --cc=hverkuil-cisco@xs4all.nl \
    --cc=jack.zhu@starfivetech.com \
    --cc=jai.luthra@ideasonboard.com \
    --cc=jai.luthra@linux.dev \
    --cc=krzk+dt@kernel.org \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=mripard@kernel.org \
    --cc=robh@kernel.org \
    --cc=s-jain1@ti.com \
    --cc=sakari.ailus@linux.intel.com \
    --cc=tomi.valkeinen@ideasonboard.com \
    --cc=vaishnav.a@ti.com \
    --cc=vigneshr@ti.com \
    --cc=y-abhilashchandra@ti.com \
    /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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®