Re: [PATCH v1 1/2] iio:buffer: properly handle polling of unregistered device

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Lars,

On 09/07/2016 08:13 PM, Lars-Peter Clausen wrote:
On 09/07/2016 07:26 PM, Gregor Boirie wrote:
Using iio_device_unregister() on a device currently in use may stall
userspace process polling for data availability (poll syscall).

If device has vanished before running the iio_buffer_fileops poll hook, the
latter will return empty poll event mask. Process will be stalled waiting
for events that will never come (if no timeout specified).

This patch ensures iio_buffer_poll() returns POLLERR if device has just
been unregistered in order to properly notify userspace process something
wrong happened (such as removable device unplugged).

Fixes: 1bdc029390 ("iio: industrialio-buffer: Fix iio_buffer_poll return value")
Signed-off-by: Gregor Boirie <gregor.boirie@xxxxxxxxxx>
Hi,

Thanks for the patch. I agree with the solution, I don't quite agree with
the description. In my opinion the current behavior is not necessarily a
bug. Obviously there won't be a wakeup when the device has been removed
since no new data will be generated. But there are other scenarios where
this can happen as well (e.g. broken hardware). An application should be
prepared to handle this and if it is interactive for example allow the user
to interrupt the capture process.
Ok. What do you want me to do then ? Remove the "Fixes" tag ? Reword
something in the commit log ?
I'll merge the 2 patches as recommended by Jonathan anyway.

Nevertheless adding support for returning an error on poll() when the device
has been removed is a good idea.

---
  drivers/iio/industrialio-buffer.c | 11 +++++++++--
  1 file changed, 9 insertions(+), 2 deletions(-)

diff --git a/drivers/iio/industrialio-buffer.c b/drivers/iio/industrialio-buffer.c
index 90462fc..b15b3386 100644
--- a/drivers/iio/industrialio-buffer.c
+++ b/drivers/iio/industrialio-buffer.c
@@ -162,13 +162,20 @@ unsigned int iio_buffer_poll(struct file *filp,
  {
  	struct iio_dev *indio_dev = filp->private_data;
  	struct iio_buffer *rb = indio_dev->buffer;
+	bool rdy;
if (!indio_dev->info)
-		return 0;
+		return POLLERR;
I've had a look at what other subsystems do and input returns POLLERR |
POLLHUP. Maybe we should mirror this.

poll_wait(filp, &rb->pollq, wait);
-	if (iio_buffer_ready(indio_dev, rb, rb->watermark, 0))
+	rdy = iio_buffer_ready(indio_dev, rb, rb->watermark, 0);
+
+	if (!indio_dev->info)
+		return POLLERR;
Why check indio_dev->info twice though? I think we should check it only once
after the poll_wait() call. If the device is unregistered we wake the pollq.
So adding it there should make sure that the poll() callback is called again
if the device is unregistered after the check.

+
+	if (rdy)
  		return POLLIN | POLLRDNORM;
+
  	return 0;
  }

--
To unsubscribe from this list: send the line "unsubscribe linux-iio" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux