mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Gael PORTAY <gael.portay@collabora.com>
To: Steve Longerbeam <slongerbeam@gmail.com>, linux-media@vger.kernel.org
Cc: stable@vger.kernel.org, Philipp Zabel <p.zabel@pengutronix.de>,
	Mauro Carvalho Chehab <mchehab@kernel.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	"open list:STAGING SUBSYSTEM" <devel@driverdev.osuosl.org>,
	open list <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 2/2] media: imx: prpencvf: Disable CSI immediately after last EOF
Date: Fri, 18 Jan 2019 09:36:01 -0500	[thread overview]
Message-ID: <a90723ee-6da1-e17b-95da-94b23a5a321a@collabora.com> (raw)
In-Reply-To: <20190117204912.28456-3-slongerbeam@gmail.com>

Steve, all,

On 1/17/19 3:49 PM, Steve Longerbeam wrote:
> The CSI must be disabled immediately after receiving the last EOF before
> stream off (and thus before disabling the IDMA channel). This can be
> accomplished by moving upstream stream off to just after receiving the
> last EOF completion in prp_stop(). For symmetry also move upstream
> stream on to end of prp_start().
> 
> This fixes a complete system hard lockup on the SabreAuto when streaming
> from the ADV7180, by repeatedly sending a stream off immediately followed
> by stream on:
> 
> while true; do v4l2-ctl  -d1 --stream-mmap --stream-count=3; done
> 
> Eventually this either causes the system lockup or EOF timeouts at all
> subsequent stream on, until a system reset.
> 
> The lockup occurs when disabling the IDMA channel at stream off. Disabling
> the CSI before disabling the IDMA channel appears to be a reliable fix for
> the hard lockup.
> 
> Fixes: f0d9c8924e2c3 ("[media] media: imx: Add IC subdev drivers")
> 
> Reported-by: Gaël PORTAY <gael.portay@collabora.com>
> Signed-off-by: Steve Longerbeam <slongerbeam@gmail.com>
> Cc: stable@vger.kernel.org
> ---
> Changes in v2:
> - Add Fixes: and Cc: stable
> ---
>   drivers/staging/media/imx/imx-ic-prpencvf.c | 26 ++++++++++++++-------
>   1 file changed, 17 insertions(+), 9 deletions(-)
> 
> diff --git a/drivers/staging/media/imx/imx-ic-prpencvf.c b/drivers/staging/media/imx/imx-ic-prpencvf.c
> index 33ada6612fee..f53cdb608528 100644
> --- a/drivers/staging/media/imx/imx-ic-prpencvf.c
> +++ b/drivers/staging/media/imx/imx-ic-prpencvf.c
> @@ -707,12 +707,23 @@ static int prp_start(struct prp_priv *priv)
>   		goto out_free_nfb4eof_irq;
>   	}
>   
> +	/* start upstream */
> +	ret = v4l2_subdev_call(priv->src_sd, video, s_stream, 1);
> +	ret = (ret && ret != -ENOIOCTLCMD) ? ret : 0;
> +	if (ret) {
> +		v4l2_err(&ic_priv->sd,
> +			 "upstream stream on failed: %d\n", ret);
> +		goto out_free_eof_irq;
> +	}
> +
>   	/* start the EOF timeout timer */
>   	mod_timer(&priv->eof_timeout_timer,
>   		  jiffies + msecs_to_jiffies(IMX_MEDIA_EOF_TIMEOUT));
>   
>   	return 0;
>   
> +out_free_eof_irq:
> +	devm_free_irq(ic_priv->dev, priv->eof_irq, priv);
>   out_free_nfb4eof_irq:
>   	devm_free_irq(ic_priv->dev, priv->nfb4eof_irq, priv);
>   out_unsetup:
> @@ -744,6 +755,12 @@ static void prp_stop(struct prp_priv *priv)
>   	if (ret == 0)
>   		v4l2_warn(&ic_priv->sd, "wait last EOF timeout\n");
>   
> +	/* stop upstream */
> +	ret = v4l2_subdev_call(priv->src_sd, video, s_stream, 0);
> +	if (ret && ret != -ENOIOCTLCMD)
> +		v4l2_warn(&ic_priv->sd,
> +			  "upstream stream off failed: %d\n", ret);
> +
>   	devm_free_irq(ic_priv->dev, priv->eof_irq, priv);
>   	devm_free_irq(ic_priv->dev, priv->nfb4eof_irq, priv);
>   
> @@ -1174,15 +1191,6 @@ static int prp_s_stream(struct v4l2_subdev *sd, int enable)
>   	if (ret)
>   		goto out;
>   
> -	/* start/stop upstream */
> -	ret = v4l2_subdev_call(priv->src_sd, video, s_stream, enable);
> -	ret = (ret && ret != -ENOIOCTLCMD) ? ret : 0;
> -	if (ret) {
> -		if (enable)
> -			prp_stop(priv);
> -		goto out;
> -	}
> -
>   update_count:
>   	priv->stream_count += enable ? 1 : -1;
>   	if (priv->stream_count < 0)
> 

Tested-by: Gaël PORTAY <gael.portay@collabora.com>

Thanks,
Gael

      reply	other threads:[~2019-01-18 14:36 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <20190117204912.28456-1-slongerbeam@gmail.com>
2019-01-17 20:49 ` [PATCH v2 1/2] media: imx: csi: " Steve Longerbeam
2019-01-18 10:24   ` Philipp Zabel
2019-01-18 19:01     ` Steve Longerbeam
2019-01-19  0:38       ` Steve Longerbeam
2019-01-18 14:34   ` Gael PORTAY
2019-01-17 20:49 ` [PATCH v2 2/2] media: imx: prpencvf: " Steve Longerbeam
2019-01-18 14:36   ` Gael PORTAY [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=a90723ee-6da1-e17b-95da-94b23a5a321a@collabora.com \
    --to=gael.portay@collabora.com \
    --cc=devel@driverdev.osuosl.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-media@vger.kernel.org \
    --cc=mchehab@kernel.org \
    --cc=p.zabel@pengutronix.de \
    --cc=slongerbeam@gmail.com \
    --cc=stable@vger.kernel.org \
    /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

Powered by JetHome