From: Alexandre Courbot <gnurou@gmail.com>
To: Hans Verkuil <hverkuil-cisco@xs4all.nl>,
Tomasz Figa <tfiga@chromium.org>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Mauro Carvalho Chehab <mchehab@kernel.org>
Cc: linux-media@vger.kernel.org, linux-kernel@vger.kernel.org,
Alexandre Courbot <gnurou@gmail.com>
Subject: [PATCH v2 0/2] media: always call poll_wait() on queues
Date: Tue, 24 Nov 2020 00:18:41 +0900 [thread overview]
Message-ID: <20201123151843.798205-1-gnurou@gmail.com> (raw)
do_poll()/do_select() seem to set the _qproc member of poll_table to
NULL the first time they are called on a given table, making subsequent
calls of poll_wait() on that table no-ops. This behavior causes a bug
with the current poll implementations of vb2 and mem2mem, which only
call poll_wait() if a queue-related (EPOLLIN or EPOLLOUT) event if
present: if there is none during the first call (e.g. because userspace
only wanted to listen to EPOLLPRI), then EPOLLIN and EPOLLOUT will never
be signaled, event if they are requested later.
This can be fixed by making the call to poll_wait() unconditional, thus
making sure it will also be invoked during the first call.
The issue has been discussed in more detail on
https://www.spinics.net/lists/linux-media/msg179618.html.
Alexandre Courbot (2):
media: videobuf2: always call poll_wait() on queues
media: v4l2-mem2mem: always call poll_wait() on queues
drivers/media/common/videobuf2/videobuf2-core.c | 11 +++++++++--
drivers/media/v4l2-core/v4l2-mem2mem.c | 15 ++++++++++++---
2 files changed, 21 insertions(+), 5 deletions(-)
--
2.29.2
next reply other threads:[~2020-11-23 15:19 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-11-23 15:18 Alexandre Courbot [this message]
2020-11-23 15:18 ` [PATCH v2 1/2] media: videobuf2: always call poll_wait() on queues Alexandre Courbot
2020-11-23 15:18 ` [PATCH v2 2/2] media: v4l2-mem2mem: " Alexandre Courbot
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=20201123151843.798205-1-gnurou@gmail.com \
--to=gnurou@gmail.com \
--cc=hverkuil-cisco@xs4all.nl \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=mchehab@kernel.org \
--cc=tfiga@chromium.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