Received: by 2002:a05:6358:a55:b0:ec:fcf4:3ecf with SMTP id 21csp2954244rwb; Mon, 16 Jan 2023 01:31:08 -0800 (PST) X-Google-Smtp-Source: AMrXdXsYn0L37p96gaUJ57hN9Jg0VbkZ20aS3iEaNHsTQYAzIwQsigzqe0zQalI33GiYXafiAbZ7 X-Received: by 2002:a17:902:f0d2:b0:194:6b1c:df0c with SMTP id v18-20020a170902f0d200b001946b1cdf0cmr12162539pla.50.1673861468282; Mon, 16 Jan 2023 01:31:08 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1673861468; cv=none; d=google.com; s=arc-20160816; b=JVyVPGI49HT0E57ksQTF8HFixXi1Dr44WFepWzEw2qKKxNps14cH5dT4oX5nMhAJgS VjEQwijo8d1FCt2uoOayebjn6jeBxwlagwyOaVYCatZo935flQ1RSGlz2cIT2kHV0l0T K38MBJd2Q4+vV5xPeWMMvYgyh6Sf70N3lyPLDuABS+4kr34t23LDBfiQrmBwBKBJMODR kaoz4ExCA8QjLUn3mfqeHAEZ72xJcokQ9JrVo8UFQQPpZBUYRaq0FzKi/0LQ1pzwKCGd xvxZGzZRS3v8UKaVTLUxE5y8xNHhTXzin/qWOlPByPRDggXXpKZ3sjH+70iwWTsiYV9W dcWQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=lETuixbbHN1G5WOhpk8F9oAqM63URWGZnV0XBymESVo=; b=OfcUCoWLiRYOrfENJzbfcaGw7nWw5d6FPGIGYvoYyNxPRgckVh1WSJ+qeFugZ5PODb qMATbyAnN33sDJ0tg5S6NiHV2GVUZ7PzOpwqFKtLFXU2rhJ+0gMcwPNuh87UHeoHPOoo tGyJJuvLC/9c3oialQJhbiiJfK4cZB2p47nsqy54Ipt2a+VhBAqnbDGUmKBS8geTWbIL a9d+yYvbkH5WNZdA2+i4D7GzrGj3/4CEfoAgdPQXJTNG8lCE9ZKlsN+5SdbR52vFboIx r2HDQEDLd3SxZoqGHsZK8DN/gtri7etJJAmdP4lr+lgmCIFoPXUVHVRtJGBYwTXAz54q MXog== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=Q+wx2+La; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id n15-20020a170902d2cf00b00192c8514a55si9985460plc.33.2023.01.16.01.31.02; Mon, 16 Jan 2023 01:31:08 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@collabora.com header.s=mail header.b=Q+wx2+La; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232277AbjAPIXW (ORCPT + 51 others); Mon, 16 Jan 2023 03:23:22 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47146 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232199AbjAPIXV (ORCPT ); Mon, 16 Jan 2023 03:23:21 -0500 Received: from madras.collabora.co.uk (madras.collabora.co.uk [IPv6:2a00:1098:0:82:1000:25:2eeb:e5ab]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 0271C869F; Mon, 16 Jan 2023 00:23:20 -0800 (PST) Received: from [192.168.15.130] (unknown [194.152.46.21]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits)) (No client certificate requested) (Authenticated sender: andrzej.p) by madras.collabora.co.uk (Postfix) with ESMTPSA id D266B6602BBC; Mon, 16 Jan 2023 08:23:17 +0000 (GMT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=collabora.com; s=mail; t=1673857398; bh=0oEXBLaXBkw2yiI3T0rNElgIM6GXeR/1APFK7PWIKIU=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=Q+wx2+LaBSyOuWoLDAuOqnRo3FT0DXhpU5z+BeOun7NQL7t5MKyLPaRPrXPahTtbV 4ydtz5i9RsPiNd6DcB0TEaPfqdrMtXc3YfYRnOJh+F5JavHNarSJIVjo18WURIYu0i lSePYzJero/OMjWKuhybnqZ+hFHtzDbVVFPNywfIxa+TQ3RskXNPmmB5Eq99QM95no aWYb0qFUqqjKYTHHovbRVOHIXLn59HsnCMyKebLdWV2z59Ngq11GMQlIRl5RFWPWTx 2bswoAW69vApp9Vg1FjHNFKIrpzafbLg+Fc6GK98qAAUywoJjQD3gbrNPklP/djusa 00/t98Xosq+uA== Message-ID: Date: Mon, 16 Jan 2023 09:23:09 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.4.2 Subject: Re: [PATCH v2 04/12] staging: media: rkvdec: Block start streaming until both queues run Content-Language: en-US To: Sebastian Fricke , Mauro Carvalho Chehab , Ezequiel Garcia , Greg Kroah-Hartman Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org, linux-rockchip@lists.infradead.org, linux-staging@lists.linux.dev, Jonas Karlman , Alex Bee , Nicolas Dufresne , Collabora Kernel-domain , Robert Beckett , Laurent Pinchart , Benjamin Gaignard References: <20230101-patch-series-v2-6-2-rc1-v2-0-fa1897efac14@collabora.com> <20230101-patch-series-v2-6-2-rc1-v2-4-fa1897efac14@collabora.com> From: Andrzej Pietrasiewicz In-Reply-To: <20230101-patch-series-v2-6-2-rc1-v2-4-fa1897efac14@collabora.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-0.6 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_SORBS_WEB, SPF_HELO_NONE,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Sebastian, Ezequiel and Dan have had some comments, they need addressing. If, as a result, the logic of this patch remains in place then: W dniu 12.01.2023 o 13:56, Sebastian Fricke pisze: > Ensure that both the CAPTURE and the OUTPUT queue are running (e.g. busy > -> have buffers allocated) before starting the actual streaming process. > > Signed-off-by: Sebastian Fricke > --- > drivers/staging/media/rkvdec/rkvdec.c | 7 +++++++ > 1 file changed, 7 insertions(+) > > diff --git a/drivers/staging/media/rkvdec/rkvdec.c b/drivers/staging/media/rkvdec/rkvdec.c > index c849f6c20279..e0e95d06e216 100644 > --- a/drivers/staging/media/rkvdec/rkvdec.c > +++ b/drivers/staging/media/rkvdec/rkvdec.c > @@ -562,6 +562,13 @@ static int rkvdec_start_streaming(struct vb2_queue *q, unsigned int count) > if (V4L2_TYPE_IS_CAPTURE(q->type)) > return 0; > > + /* > + * Make sure that both the output and the capture queue are running > + */ > + if (rkvdec_queue_busy(ctx, V4L2_BUF_TYPE_VIDEO_CAPTURE_MPLANE) == 0 || > + rkvdec_queue_busy(ctx, V4L2_BUF_TYPE_VIDEO_OUTPUT_MPLANE) == 0) if you convert to a macro in PATCH 03/12 then the conditions can be rewritten as !rkvdec_queue_busy(.....) instead of comparing to 0. (actually, this can be done regardless, but makes more sense if the result of rkvdec_queue_busy() is boolean which it is when it becomes a macro as suggested) Then you can optionally follow De Morgan's law: if (!(rkvdec_queue_busy() && rkvdec_queue_busy())) return -EAGAIN; and you get one negation less. Regards, Andrzej > + return -EAGAIN; > + > desc = ctx->coded_fmt_desc; > if (WARN_ON(!desc)) > return -EINVAL; >