Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp2654552pxb; Fri, 5 Nov 2021 02:19:47 -0700 (PDT) X-Google-Smtp-Source: ABdhPJw3GiCzsmrSJuVD9piyXnKAT5YL1o3qqFScPlSWckRwv//xPgCYdaYxwm9THMUmMGEFgHvb X-Received: by 2002:a02:2b06:: with SMTP id h6mr8043310jaa.144.1636103986908; Fri, 05 Nov 2021 02:19:46 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1636103986; cv=none; d=google.com; s=arc-20160816; b=RXmgO9lhcx2tlAdVjxsB7xK0gbBzFls0Vj1Q3YmuKVI4a1K1+2vW4Bg4wQylioLab6 T24AHYKTUZKGFuO62J3EOp+C0LVTmfLM2dLHiPHOoB+KCMP3Zr5LKMGD56mngFbkdjqb +s3C9N0aoAZYHDU0zfi+FNgGat6Zt0YBGwIlGVLLEiuCS/kJXTi7iHVjQ6buKzyjViqK LMgIXycsQyjWqypUDRSjg2tI4JdiSZPI1GBzeSvv5gvMhVrivEzSAJXB6jlRBtpStSlo iLUW76oeX7hQGS5D8rigIg8yhlBVkof4izebFpww3hRbDcaOd2kd3mzgaJCJONlOeGTZ DyeQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=JwKAiiAf+Dumh68kLLsm2+/8OZDhDQpLrICOfF3ey8Q=; b=IC1vFdnxhSuNsS3TkZz/w2+sJer84XsA1TVD5CsIiq7KsFCvdBbKzsYpaZXPBR/7ci /BwxEcDx9u4mXSxEzZqLlREHoGnYieJKYXy45RdZY7mwxrzeklOjUotI1/fbQxVs+rrE /KJC2gn2UmSl0xf+iHUC1/kfjH8uLhWvHohjXuDeEtVYDeEtkovOPFZl5A1ulqnQ7pZi JROZeoWv3NwBkxZa9fpw17ojdbN6IrR83V38PSlKiDhIOFbycwf8ojALv4/2qio2vorl o+bdRfBi0Mc3f60uJXS6lAKgpqx+56PE0JVuhkNA51yrzfTWmD3AZbLg19WWCIuktYNF ZhMA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id q17si10455789jah.106.2021.11.05.02.19.33; Fri, 05 Nov 2021 02:19:46 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232536AbhKEJUf (ORCPT + 99 others); Fri, 5 Nov 2021 05:20:35 -0400 Received: from relay5-d.mail.gandi.net ([217.70.183.197]:33669 "EHLO relay5-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229529AbhKEJUe (ORCPT ); Fri, 5 Nov 2021 05:20:34 -0400 Received: (Authenticated sender: jacopo@jmondi.org) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id B7E0D1C0023; Fri, 5 Nov 2021 09:17:51 +0000 (UTC) Date: Fri, 5 Nov 2021 10:18:43 +0100 From: Jacopo Mondi To: Eugen Hristev Cc: linux-media@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, laurent.pinchart@ideasonboard.com, sakari.ailus@iki.fi, robh+dt@kernel.org, nicolas.ferre@microchip.com Subject: Re: [PATCH 08/21] media: atmel: atmel-isc-base: use streaming status when queueing buffers Message-ID: <20211105091843.wl3le2lvo2unxfoe@uno.localdomain> References: <20211022075247.518880-1-eugen.hristev@microchip.com> <20211022075247.518880-9-eugen.hristev@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20211022075247.518880-9-eugen.hristev@microchip.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Eugen On Fri, Oct 22, 2021 at 10:52:34AM +0300, Eugen Hristev wrote: > During experiments with libcamera, it looks like vb2_is_streaming returns > true before our start streaming is called. > Order of operations is streamon -> queue -> start_streaming > ISC would have started the DMA immediately when a buffer is being added > to the vbqueue if the queue is streaming. > It is more safe to start the DMA after the start streaming of the driver is > called. > Thus, even if vb2queue is streaming, add the buffer to the dma queue of the > driver instead of actually starting the DMA process, if the start streaming > has not been called yet. > > Signed-off-by: Eugen Hristev I cannot really comment on the issue itself, but seeing that isc->stop is mostly used in negated form (!isc->stop) I suggest to make it isc->streaming ? Thanks j > --- > drivers/media/platform/atmel/atmel-isc-base.c | 17 ++++++++++------- > 1 file changed, 10 insertions(+), 7 deletions(-) > > diff --git a/drivers/media/platform/atmel/atmel-isc-base.c b/drivers/media/platform/atmel/atmel-isc-base.c > index f3e89a892373..6f14cc549543 100644 > --- a/drivers/media/platform/atmel/atmel-isc-base.c > +++ b/drivers/media/platform/atmel/atmel-isc-base.c > @@ -442,12 +442,14 @@ static void isc_buffer_queue(struct vb2_buffer *vb) > unsigned long flags; > > spin_lock_irqsave(&isc->dma_queue_lock, flags); > - if (!isc->cur_frm && list_empty(&isc->dma_queue) && > - vb2_is_streaming(vb->vb2_queue)) { > + > + if (!isc->cur_frm && list_empty(&isc->dma_queue) && !isc->stop) { > isc->cur_frm = buf; > isc_start_dma(isc); > - } else > + } else { > list_add_tail(&buf->list, &isc->dma_queue); > + } > + > spin_unlock_irqrestore(&isc->dma_queue_lock, flags); > } > > @@ -1015,7 +1017,7 @@ static int isc_s_fmt_vid_cap(struct file *file, void *priv, > { > struct isc_device *isc = video_drvdata(file); > > - if (vb2_is_streaming(&isc->vb2_vidq)) > + if (!isc->stop) > return -EBUSY; > > return isc_set_fmt(isc, f); > @@ -1537,7 +1539,7 @@ static int isc_s_awb_ctrl(struct v4l2_ctrl *ctrl) > > isc_update_awb_ctrls(isc); > > - if (vb2_is_streaming(&isc->vb2_vidq)) { > + if (!isc->stop) { > /* > * If we are streaming, we can update profile to > * have the new settings in place. > @@ -1553,8 +1555,7 @@ static int isc_s_awb_ctrl(struct v4l2_ctrl *ctrl) > } > > /* if we have autowhitebalance on, start histogram procedure */ > - if (ctrls->awb == ISC_WB_AUTO && > - vb2_is_streaming(&isc->vb2_vidq) && > + if (ctrls->awb == ISC_WB_AUTO && !isc->stop && > ISC_IS_FORMAT_RAW(isc->config.sd_format->mbus_code)) > isc_set_histogram(isc, true); > > @@ -1830,6 +1831,8 @@ static int isc_async_complete(struct v4l2_async_notifier *notifier) > struct vb2_queue *q = &isc->vb2_vidq; > int ret = 0; > > + isc->stop = true; > + > INIT_WORK(&isc->awb_work, isc_awb_work); > > ret = v4l2_device_register_subdev_nodes(&isc->v4l2_dev); > -- > 2.25.1 >