iio: lidar: return -EINVAL on invalid signal

Returning zero from the measurment function has the side effect of
corrupting the triggered buffer readings, better to use -EINVAL than
a zero measurement reading.

The INVALID status happens even it isn't out of range
sometimes roughly once every second or two. This can be from an
invalid second signal return path. Hence there are spurious zero
readings from the triggered buffer, and warning messages in the kernel
log.

Signed-off-by: Matt Ranostay <mranostay@gmail.com>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
This commit is contained in:
Matt Ranostay 2015-10-26 20:18:23 -07:00 committed by Jonathan Cameron
parent 2e9fed4220
commit 45a6b8218d
1 changed files with 3 additions and 3 deletions

View File

@ -130,10 +130,10 @@ static int lidar_get_measurement(struct lidar_data *data, u16 *reg)
if (ret < 0) if (ret < 0)
break; break;
/* return 0 since laser is likely pointed out of range */ /* return -EINVAL since laser is likely pointed out of range */
if (ret & LIDAR_REG_STATUS_INVALID) { if (ret & LIDAR_REG_STATUS_INVALID) {
*reg = 0; *reg = 0;
ret = 0; ret = -EINVAL;
break; break;
} }
@ -197,7 +197,7 @@ static irqreturn_t lidar_trigger_handler(int irq, void *private)
if (!ret) { if (!ret) {
iio_push_to_buffers_with_timestamp(indio_dev, data->buffer, iio_push_to_buffers_with_timestamp(indio_dev, data->buffer,
iio_get_time_ns()); iio_get_time_ns());
} else { } else if (ret != -EINVAL) {
dev_err(&data->client->dev, "cannot read LIDAR measurement"); dev_err(&data->client->dev, "cannot read LIDAR measurement");
} }