Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp169659pxa; Wed, 26 Aug 2020 07:37:26 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxK3t3mqsPHkVTBYPCnpP0wyIE0gTy0SjAAQMZj7DY84vLwD9ryeX8/qs9+Oxawd3W09CZ3 X-Received: by 2002:a17:907:2090:: with SMTP id pv16mr4750482ejb.411.1598452645976; Wed, 26 Aug 2020 07:37:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598452645; cv=none; d=google.com; s=arc-20160816; b=r/YTcHM+BMsIIvsCm1bY0aSme1zO95/1nDjGrYsb7ZLgBKPt686Kc9r/rvO1UDtlHS FOnQgtIojPOd4NYbNxKu0NxLhN17UIGYJ1lGG8gh6QAxduiD9hcPvY4bQrIRBdM8pcXi GJ7zJ5NsPgdsvECcfDbEMa6MsJL+QVBrxMP8i179GJCPjeOI8bNP6p+W/PmlqpqsjAUd IB5Laz1Y+qWA6+V33bixYTAy4UGZLM4GdHuHmFP2sTkzZS/1SrYlasBholz2kfB9Tg1g e2OSvIR+a7y03Pj3p5vjC4qaN69bR0OFchoHp46C+ncKaMAupBcMF1O2UwU7tQAZWSrk Tgkw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:dkim-signature; bh=xc4SdNkRlbSHpKRznT4Nl8g4O2+3CSuiZxMgP3KUUlI=; b=CDxDy0XMxf5G+TErPrHIMpjLExpJEndJRXzwBnNq7tg2BJZTg8MSNg/q+8k26nSLi2 1K3PuCAQWbfone/O1uVeySpN0oPFlSiIIfDMBLxuLP9rlHORkrXmHQpHjZulDbFJDPeN XLucG1jlyZkAkvzBBTGrLCbsDqjPRU/Rag0y0KToUsttL7VlqeCv1a6S9dX3GKDI0ZSw tD1h0DyQQfA7dMGHho9zS+X2SYP1yfrzsfmNY7IEIni2HppbiJA42u8ebd79iGuEqGjo bJBWCNBe2jCspcznoHz8LcVr+vTT7q6DybszAwvK199UpmGh2Hl5k68NRZnoH9opr5c+ UsLQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@vanguardiasur-com-ar.20150623.gappssmtp.com header.s=20150623 header.b=qYkUCL0u; 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 v23si1696105ejb.112.2020.08.26.07.37.02; Wed, 26 Aug 2020 07:37:25 -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=@vanguardiasur-com-ar.20150623.gappssmtp.com header.s=20150623 header.b=qYkUCL0u; 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 S1727061AbgHZOc5 (ORCPT + 99 others); Wed, 26 Aug 2020 10:32:57 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59050 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727106AbgHZOcr (ORCPT ); Wed, 26 Aug 2020 10:32:47 -0400 Received: from mail-ej1-x641.google.com (mail-ej1-x641.google.com [IPv6:2a00:1450:4864:20::641]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 19595C061574 for ; Wed, 26 Aug 2020 07:32:43 -0700 (PDT) Received: by mail-ej1-x641.google.com with SMTP id d26so3199232ejr.1 for ; Wed, 26 Aug 2020 07:32:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vanguardiasur-com-ar.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=xc4SdNkRlbSHpKRznT4Nl8g4O2+3CSuiZxMgP3KUUlI=; b=qYkUCL0u/5fqg3ScucWxmTRkpwIdNAWXby4hdfttuxwPGBaHNiI70DIL2zwljcbc/X hzJ1nrHFHUXrYkyrWwoA5a8oXDaM26M/rvXdhLLqGXBW6Yx1GLJwau19D6RxYt13Zs/r TAsef2dfRmRWMAW9hvb7mWTDzs1akryl6MPe6x3s/IbNPrVizq+iHuof4R7eVH311Spe CjIsJW8GEMt8bPrss7NX2mJVH2R9v9mFDELp46dzCP1yT06MAJiYBLJz9K3OFA2arXf6 PDVl2fVxZFRzz9bXSIDbG+GbUTgUydke38Eo444o6Wy7dKg76hB2DuoGVZUMLqnLEtx1 7x0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=xc4SdNkRlbSHpKRznT4Nl8g4O2+3CSuiZxMgP3KUUlI=; b=FuZzCN+/dYU/Y0CdhpaaQ5wzw7vKEQgUbklB06uRJYiMPV8shc5VS9iwSRLgp5ZxvP G218JWVTFUh5LvBL+nsanagYFnnu0uwhzdrEZRJrUQIqwFyAn3BjqrXwKn1G/4jcV3Bc X5bmw9xitJllCVyeB8ohQYRfIx0l6Qi9tecEdwiXw1f+OtTsVYw6zdgZEx5HEfH6IBYg nzxyy6i1nast+2iK5n5lFD2mj2kYNSo7pWsofE5HEikQ/XcF9FrP2MhKYM00Z26f81zj rXTIp0Or9kA8W8ZgSLmO/a7h93GnXJphV9i/rRu8JSx2yeFUYyk4CYJ0AzHyPrJY6D+j ie6Q== X-Gm-Message-State: AOAM5312PMKL0PDeR/OqR63BlUXyX3+Scwg1Mh1DZYyvlnXQSUq7QhP9 3mPuJuUgqGZ4GhSj/MfigjY5qgqqEFqWhXX/pvgkyQ== X-Received: by 2002:a17:906:640c:: with SMTP id d12mr15807782ejm.388.1598452362313; Wed, 26 Aug 2020 07:32:42 -0700 (PDT) MIME-Version: 1.0 References: <20200825145556.637323-1-gnurou@gmail.com> <20200825145556.637323-3-gnurou@gmail.com> In-Reply-To: From: Ezequiel Garcia Date: Wed, 26 Aug 2020 11:32:31 -0300 Message-ID: Subject: Re: [PATCH 2/2] media: v4l2-mem2mem: simplify poll logic a bit To: Alexandre Courbot Cc: Mauro Carvalho Chehab , Hans Verkuil , Nicolas Dufresne , linux-media , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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. """ ? > > > > 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 > > >