From: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
To: Sakari Ailus <sakari.ailus@iki.fi>
Cc: linux-media@vger.kernel.org
Subject: Re: [PATCH 1/1] omap3isp: preview: Mark output buffer done first
Date: Thu, 12 Nov 2015 00:35:48 +0200 [thread overview]
Message-ID: <2356409.LOtBz3DpG7@avalon> (raw)
In-Reply-To: <1447198458-12175-1-git-send-email-sakari.ailus@iki.fi>
Hi Sakari,
Thank you for the patch.
On Wednesday 11 November 2015 01:34:18 Sakari Ailus wrote:
> The sequence number counter is incremented on each output buffer, and that
> incremented value is used as the sequence number of that buffer. The input
> buffer sequence numbering is based just on reading the same counter. If
> the input buffer is marked done first, its sequence number ends up being
> that of the output buffer - 1.
>
> This is how the resizer works as well.
>
> Signed-off-by: Sakari Ailus <sakari.ailus@iki.fi>
I'm always wary when touching interrupt handling in the omap3isp driver, but
this change really looks correct and harmless.
Reviewed-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
and applied to my tree.
> ---
> drivers/media/platform/omap3isp/isppreview.c | 14 +++++++-------
> 1 file changed, 7 insertions(+), 7 deletions(-)
>
> diff --git a/drivers/media/platform/omap3isp/isppreview.c
> b/drivers/media/platform/omap3isp/isppreview.c index cfb2debb..1478076
> 100644
> --- a/drivers/media/platform/omap3isp/isppreview.c
> +++ b/drivers/media/platform/omap3isp/isppreview.c
> @@ -1480,13 +1480,6 @@ static void preview_isr_buffer(struct isp_prev_device
> *prev) struct isp_buffer *buffer;
> int restart = 0;
>
> - if (prev->input == PREVIEW_INPUT_MEMORY) {
> - buffer = omap3isp_video_buffer_next(&prev->video_in);
> - if (buffer != NULL)
> - preview_set_inaddr(prev, buffer->dma);
> - pipe->state |= ISP_PIPELINE_IDLE_INPUT;
> - }
> -
> if (prev->output & PREVIEW_OUTPUT_MEMORY) {
> buffer = omap3isp_video_buffer_next(&prev->video_out);
> if (buffer != NULL) {
> @@ -1496,6 +1489,13 @@ static void preview_isr_buffer(struct isp_prev_device
> *prev) pipe->state |= ISP_PIPELINE_IDLE_OUTPUT;
> }
>
> + if (prev->input == PREVIEW_INPUT_MEMORY) {
> + buffer = omap3isp_video_buffer_next(&prev->video_in);
> + if (buffer != NULL)
> + preview_set_inaddr(prev, buffer->dma);
> + pipe->state |= ISP_PIPELINE_IDLE_INPUT;
> + }
> +
> switch (prev->state) {
> case ISP_PIPELINE_STREAM_SINGLESHOT:
> if (isp_pipeline_ready(pipe))
--
Regards,
Laurent Pinchart
prev parent reply other threads:[~2015-11-11 22:35 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-11-10 23:34 [PATCH 1/1] omap3isp: preview: Mark output buffer done first Sakari Ailus
2015-11-11 22:35 ` Laurent Pinchart [this message]
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=2356409.LOtBz3DpG7@avalon \
--to=laurent.pinchart@ideasonboard.com \
--cc=linux-media@vger.kernel.org \
--cc=sakari.ailus@iki.fi \
/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.