linux-media.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Sakari Ailus <sakari.ailus@linux.intel.com>
To: Hans Verkuil <hverkuil@xs4all.nl>
Cc: linux-media@vger.kernel.org, laurent.pinchart@ideasonboard.com,
	teemux.tuominen@intel.com
Subject: Re: [RFC 1/1] v4l: return POLLERR on V4L2 sub-devices if no events are subscribed
Date: Mon, 30 Sep 2013 14:45:51 +0300	[thread overview]
Message-ID: <5249646F.6050706@linux.intel.com> (raw)
In-Reply-To: <52495FAF.9050605@xs4all.nl>

Hi Hans,

Thanks for the review.

Hans Verkuil wrote:
> Hi Teemu, Sakari,
>
> I've been thinking about this change and I think it is a reasonable change.
> I had some doubts earlier, but after thinking it through I agree with this.
>
> But it needs a bit more work, see below.
>
> On 09/17/2013 08:07 PM, Sakari Ailus wrote:
>> From: Teemu Tuominen <teemux.tuominen@intel.com>
>>
>> Add check and return POLLERR from subdev_poll() in case of no events
>> subscribed and wakeup once the last event subscription is removed.
>>
>> This change is essentially done to add possibility to wakeup polling
>> with concurrent unsubscribe.
>>
>> Signed-off-by: Teemu Tuominen <teemux.tuominen@intel.com>
>>
>> Move the check after calling poll_wait(). Otherwise it's possible that we go
>> to sleep without getting notified if the subscription went away between the
>> two.
>>
>> Signed-off-by: Sakari Ailus <sakari.ailus@linux.intel.com>
>> Tested-by: Teemu Tuominen <teemux.tuominen@intel.com>
>> ---
>> Hi all,
>>
>> Poll for events will sleep forever if there are no events subscribed.
>> Calling poll from an application that has not subscribed any event indeed
>> sounds silly, but un multi-threaded applications this is not quite as
>> straightforward.
>>
>> Assume the following: an application has two threads where one handles
>> event subscription and the other handles the events. The first thread
>> unsubscribes the events and the latter will sleep forever. And do this while
>> the program intends to quit without an intention to subscribe for any
>> further events, and there's a deadlock.
>>
>> Alternative solutions to handle this are signals (rather a nuisance if the
>> application happens to be a library instead) or a pipe (2) between the
>> threads. Pipe is workable, but instead of being a proper solution to the
>> problem still looks like a workaround instead.
>>
>> This patch fixes the issue on kernel side by waking up the processes
>> sleeping in poll and returning POLLERR when the last subscribed event is
>> gone. The behaviour mirrors that of videobuf2 which will return POLLERR if
>> either streaming is disabled or no buffers are queued.
>>
>> Just "waking up the sleeping threads once" is not an option: threads are not
>> visible to the kernel at this level and just "waking them up" isn't either
>> since poll will go back to sleep before returning the control back to user
>> space as long as it would return zero.
>>
>> (Thinking about it --- similar change should probably be made to videobuf2
>> event poll handling as well.)
>
> Yes, this should be added here as well. Can you implement that as well?

Sure. I thought I'd do that once I get the idea accepted. :-) This will 
take some time but I'll do that.

>>
>> Kind regards,
>> Sakari
>>
>>   drivers/media/v4l2-core/v4l2-event.c  | 15 +++++++++++++++
>>   drivers/media/v4l2-core/v4l2-subdev.c |  3 +++
>>   include/media/v4l2-event.h            |  1 +
>>   3 files changed, 19 insertions(+)
>>
>> diff --git a/drivers/media/v4l2-core/v4l2-event.c b/drivers/media/v4l2-core/v4l2-event.c
>> index 86dcb54..b53897e 100644
>> --- a/drivers/media/v4l2-core/v4l2-event.c
>> +++ b/drivers/media/v4l2-core/v4l2-event.c
>> @@ -107,6 +107,19 @@ static struct v4l2_subscribed_event *v4l2_event_subscribed(
>>   	return NULL;
>>   }
>>
>> +bool v4l2_event_has_subscribed(struct v4l2_fh *fh)
>> +{
>> +	unsigned long flags;
>> +	bool rval;
>> +
>> +	spin_lock_irqsave(&fh->vdev->fh_lock, flags);
>> +	rval = !list_empty(&fh->subscribed);
>> +	spin_unlock_irqrestore(&fh->vdev->fh_lock, flags);
>> +
>> +	return rval;
>> +}
>> +EXPORT_SYMBOL(v4l2_event_has_subscribed);
>> +
>>   static void __v4l2_event_queue_fh(struct v4l2_fh *fh, const struct v4l2_event *ev,
>>   		const struct timespec *ts)
>>   {
>> @@ -299,6 +312,8 @@ int v4l2_event_unsubscribe(struct v4l2_fh *fh,
>>   			fh->navailable--;
>>   		}
>>   		list_del(&sev->list);
>> +		if (list_empty(&fh->subscribed))
>> +			wake_up_all(&fh->wait);
>>   	}
>>
>>   	spin_unlock_irqrestore(&fh->vdev->fh_lock, flags);
>> diff --git a/drivers/media/v4l2-core/v4l2-subdev.c b/drivers/media/v4l2-core/v4l2-subdev.c
>> index 996c248..f2aa00f 100644
>> --- a/drivers/media/v4l2-core/v4l2-subdev.c
>> +++ b/drivers/media/v4l2-core/v4l2-subdev.c
>> @@ -382,6 +382,9 @@ static unsigned int subdev_poll(struct file *file, poll_table *wait)
>>   	if (v4l2_event_pending(fh))
>>   		return POLLPRI;
>>
>> +	if (!v4l2_event_has_subscribed(fh))
>> +		return POLLERR;
>> +
>
> This needs a bit more work: you should also check that poll() actually is waiting
> for exceptions. If not, then also return POLLERR. This has never been checked before,
> but it is needed.

Good point. I'll fix that.

-- 
Kind regards,

Sakari Ailus
sakari.ailus@linux.intel.com

      reply	other threads:[~2013-09-30 11:45 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-17 18:07 [RFC 1/1] v4l: return POLLERR on V4L2 sub-devices if no events are subscribed Sakari Ailus
2013-09-17 22:55 ` Laurent Pinchart
2013-09-30 11:25 ` Hans Verkuil
2013-09-30 11:45   ` Sakari Ailus [this message]

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=5249646F.6050706@linux.intel.com \
    --to=sakari.ailus@linux.intel.com \
    --cc=hverkuil@xs4all.nl \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=linux-media@vger.kernel.org \
    --cc=teemux.tuominen@intel.com \
    /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;
as well as URLs for NNTP newsgroup(s).