Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp207994pxa; Wed, 26 Aug 2020 08:31:52 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxyYfsVKbI2nT525wYuLRWv3R5vqkm7FBci7CXB8LN0Tjnocz2c7ckd8HRInAoTyNRfYJtk X-Received: by 2002:a17:906:600f:: with SMTP id o15mr16792582ejj.41.1598455911799; Wed, 26 Aug 2020 08:31:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598455911; cv=none; d=google.com; s=arc-20160816; b=BJPmS8JNPNiSVkMWxgwk0yruokfIKn5wodM3RbLGrgf2qWn/Ygyps16Peow0eBxw/i r8VFpg2TFLtCschfB3fj6X0vGh/OKV4wFPTBI11Tq/3k2JNv6sqLRvbGKEwtD7eUqeZQ uMYI21aCV2O4kwvc5t46DrNHCE7a86jXofuG1YiZq/v7pck6w3Sjdq6q++gpm5V7kDMR JX7PGi0GhRwUxAY1FvzUXcniH11CSTk13vG2BM/lroWwz+KFfwriIeizrif2CF7OsCJG yD0SIimz/EkzKmY7RueVeng2HD59FyAI2bw7bpfCWTczPyOEm2SO19swTL/4T3EEx7ak ZHqw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=trldSuk5qoiwVr84MQPYlc7WezHhEKq+3G3EIoKlsW4=; b=hDl2n3shNgtQY1XrTt6pTRwkte43aTNPwoOge53oUBLVxUywFK6MROlC1MwH28/dzB S4Wgt/l25m+74l4gh4iiduNZE8YeYscsQIgvgMVgT+75SQ/VK7upbYpEPzeQIhuaHFGs bAT3EYGuDysJ9KZLZaJ3+SyoMnl+vEjY6qNApEiCBE90eAgZWRb73saOONurHdDHgx2d pwMQS4w3H8Xgnp2EvNaXbGDh8Mq+/95HDMFp1k1icab5Vps8KT05ueyVrM9cr0IeDm6v NK8Z/chPloi/lUO0t2pjUXqf8W7hVcH4JTe9NA1SU21VzXbvvbARtrBxZ9QAzump3hLt umGg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@xs4all.nl header.s=s1 header.b=mb9DX2PD; 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 a19si1684820edy.525.2020.08.26.08.31.28; Wed, 26 Aug 2020 08:31:51 -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; dkim=pass header.i=@xs4all.nl header.s=s1 header.b=mb9DX2PD; 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 S1727901AbgHZPaX (ORCPT + 99 others); Wed, 26 Aug 2020 11:30:23 -0400 Received: from grey-smtp-cloud9.xs4all.net ([194.109.24.44]:56933 "EHLO grey-smtp-cloud9.xs4all.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726874AbgHZPaU (ORCPT ); Wed, 26 Aug 2020 11:30:20 -0400 X-Greylist: delayed 432 seconds by postgrey-1.27 at vger.kernel.org; Wed, 26 Aug 2020 11:30:18 EDT Received: from cust-b5b5937f ([IPv6:fc0c:c16d:66b8:757f:c639:739b:9d66:799d]) by smtp-cloud9.xs4all.net with ESMTPA id AxGRkkRmJuuXOAxGSkEYdq; Wed, 26 Aug 2020 17:23:05 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=xs4all.nl; s=s1; t=1598455385; bh=trldSuk5qoiwVr84MQPYlc7WezHhEKq+3G3EIoKlsW4=; h=Subject:To:From:Message-ID:Date:MIME-Version:Content-Type:From: Subject; b=mb9DX2PDKBhnc9UkSLHtuSDLcn6+A2IClGrzLNwofSoiBuior11OkCJwhgUhy8D3V TT7OgiVV/22wnzYq6Si/64C49NKjlv1dsheT1HVcy9KgotM6sosmAxZOHRgejUUhAa TFtfHYSrOG8V19FTIsw0bJ8oomgidsmfhvGsy2+tIhODba/JBE217vmte6FkALn2os Rp8HImHWAbs6mutMbsGPMwsQ+P5uR7vTkSpvaL6GxdzNi1S9MBnhZV028O+QadGExo jXTB5XfF917dDZgNkQI1vz2LedeLY/z4GAACCrtqEZFIBZo1oFde+luH8v7wYQ4Ig5 dilPJnUk1n0ig== Subject: Re: [PATCH 2/2] media: v4l2-mem2mem: simplify poll logic a bit To: Ezequiel Garcia , Alexandre Courbot Cc: Mauro Carvalho Chehab , Nicolas Dufresne , linux-media , Linux Kernel Mailing List References: <20200825145556.637323-1-gnurou@gmail.com> <20200825145556.637323-3-gnurou@gmail.com> From: Hans Verkuil Message-ID: <3dd23b1e-debd-bd50-e8a1-25837d2fd01e@xs4all.nl> Date: Wed, 26 Aug 2020 17:23:03 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4wfJRD2YFZD851Cya/ZVCglVkkKzP9XY+Am1EoxtVTE82JN0l6JGs8Wa9DTygHmsIuI2eMSu2aqeYm9kV1UIY15Pkdw0qtD8uqpLN7RgZcs9uZTwvDZl4k LDYKr2QRy2JD1wDFrus+PahAoQ2RfKNl7yk2oktQ/rFkeWqta2jS3gtrergF2RlatO9lKR4dStq+5g0K2eigSIHlx/1J05jIXAYfsDbqrfYzuvfmVyDbV+3W ud2gDP2wopXnyCdpAVjRcPEU+vKIUgJAgOjh/FQoJmAJpr8gwJDViMY+k5s5vGqxKc1adetvIFAhGoYJifEviufEQ7nVyN2QQ+5jsgpvm/X4oWF9h/sAqwe3 2TayL524LPuy07ZoO9izXzhZD6E6sUyRGYy/q/4fKZQbHiBeIOVPOymQP96TkOQ7FvKyLoCSDQPGyKMbyY7cuVLRZRYnA73wTmbxbJuUFX7BihP0WdFtP1bN Ea/6E3f1PknqcqCK Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 26/08/2020 16:32, Ezequiel Garcia wrote: > On Wed, 26 Aug 2020 at 08:19, Alexandre Courbot wrote: >> >> Hi Ezequiel, thanks for the review! >> >> On Wed, Aug 26, 2020 at 1:15 PM Ezequiel Garcia >> wrote: >>> >>> Hi Alexandre, >>> >>> On Tue, 25 Aug 2020 at 11:56, Alexandre Courbot wrote: >>>> >>>> Factorize redundant checks into a single code block, remove the early >>>> return, and declare variables in their innermost block. Hopefully this >>>> makes this code a little bit easier to follow. >>>> >>> >>> This _definitely_ makes the poll handling more readable. >>> >>> Reviewed-by: Ezequiel Garcia >>> >>> See below a nitpick. >>> >>>> Signed-off-by: Alexandre Courbot >>>> --- >>>> drivers/media/v4l2-core/v4l2-mem2mem.c | 35 +++++++++++--------------- >>>> 1 file changed, 15 insertions(+), 20 deletions(-) >>>> >>>> diff --git a/drivers/media/v4l2-core/v4l2-mem2mem.c b/drivers/media/v4l2-core/v4l2-mem2mem.c >>>> index 0d0192119af20..aeac9707123d0 100644 >>>> --- a/drivers/media/v4l2-core/v4l2-mem2mem.c >>>> +++ b/drivers/media/v4l2-core/v4l2-mem2mem.c >>>> @@ -841,7 +841,6 @@ static __poll_t v4l2_m2m_poll_for_data(struct file *file, >>>> struct poll_table_struct *wait) >>>> { >>>> struct vb2_queue *src_q, *dst_q; >>>> - struct vb2_buffer *src_vb = NULL, *dst_vb = NULL; >>>> __poll_t rc = 0; >>>> unsigned long flags; >>>> >>>> @@ -863,33 +862,29 @@ static __poll_t v4l2_m2m_poll_for_data(struct file *file, >>>> return EPOLLERR; >>>> >>>> spin_lock_irqsave(&src_q->done_lock, flags); >>>> - if (!list_empty(&src_q->done_list)) >>>> - src_vb = list_first_entry(&src_q->done_list, struct vb2_buffer, >>>> - done_entry); >>>> - if (src_vb && (src_vb->state == VB2_BUF_STATE_DONE >>>> - || src_vb->state == VB2_BUF_STATE_ERROR)) >>>> - rc |= EPOLLOUT | EPOLLWRNORM; >>>> + if (!list_empty(&src_q->done_list)) { >>>> + struct vb2_buffer *src_vb = list_first_entry( >>>> + &src_q->done_list, struct vb2_buffer, done_entry); >>>> + if (src_vb->state == VB2_BUF_STATE_DONE || >>>> + src_vb->state == VB2_BUF_STATE_ERROR) >>>> + rc |= EPOLLOUT | EPOLLWRNORM; >>>> + } >>>> spin_unlock_irqrestore(&src_q->done_lock, flags); >>>> >>>> spin_lock_irqsave(&dst_q->done_lock, flags); >>>> - if (list_empty(&dst_q->done_list)) { >>>> + if (!list_empty(&dst_q->done_list)) { >>>> + struct vb2_buffer *dst_vb = list_first_entry( >>>> + &dst_q->done_list, struct vb2_buffer, done_entry); >>>> + if (dst_vb->state == VB2_BUF_STATE_DONE || >>>> + dst_vb->state == VB2_BUF_STATE_ERROR) >>>> + rc |= EPOLLIN | EPOLLRDNORM; >>>> + } else if (dst_q->last_buffer_dequeued) { >>>> /* >>>> * If the last buffer was dequeued from the capture queue, >>>> * return immediately. DQBUF will return -EPIPE. >>>> */ >>> >>> The part about "returning immediately" doesn't make >>> much sense now. Could we rephrase this, keeping the -EPIPE >>> comment? >> >> I understood this sentence as referring to the system call and not >> just this function, but maybe we can rephrase this as "... make >> user-space wake up immediately"? >> > > But is this really about user-space wakeup? I am under the impression > that past poll_wait on both queues, we are already about to return > (and wakeup). > > The way I see it, the original commit intention was to skip any > done_list handling, returning immediately on the last buffer condition. > > How about just > > """ > If the last buffer was dequeued from the capture queue, > signal userspace. DQBUF will return -EPIPE. I'd write 'DQBUF(CAPTURE)' here to emphasize that only the capture queue will return -EPIPE when you try to dequeue from it. Also note that the original text was a copy-and-paste from vb2_core_poll(). The phrase 'return immediately' makes sense in that context since that poll code deals with a single queue. In this case you have two queues, and 'return immediately' no longer applies (in fact, that effectively is the bug that being fixed here!). Regards, Hans > """ > > ? > >>> >>> Thanks, >>> Ezequiel >>> >>>> - if (dst_q->last_buffer_dequeued) { >>>> - spin_unlock_irqrestore(&dst_q->done_lock, flags); >>>> - rc |= EPOLLIN | EPOLLRDNORM; >>>> - return rc; >>>> - } >>>> - } >>>> - >>>> - if (!list_empty(&dst_q->done_list)) >>>> - dst_vb = list_first_entry(&dst_q->done_list, struct vb2_buffer, >>>> - done_entry); >>>> - if (dst_vb && (dst_vb->state == VB2_BUF_STATE_DONE >>>> - || dst_vb->state == VB2_BUF_STATE_ERROR)) >>>> rc |= EPOLLIN | EPOLLRDNORM; >>>> + } >>>> spin_unlock_irqrestore(&dst_q->done_lock, flags); >>>> >>>> return rc; >>>> -- >>>> 2.28.0 >>>>