* [PATCH] iio:adc:ti_am335x_adc Fix buffered mode by identifying as software buffer.
@ 2016-01-01 18:05 Jonathan Cameron
2016-01-16 13:06 ` Jonathan Cameron
0 siblings, 1 reply; 2+ messages in thread
From: Jonathan Cameron @ 2016-01-01 18:05 UTC (permalink / raw)
To: linux-iio; +Cc: Jonathan Cameron, lars-Peter Clausen
Whilst this part has a hardware buffer, the identifcation that IIO cares
about is the userspace facing end. It this case we push individual elements
from the hardware fifo into the software interface (specifically a kfifo)
rather than providing direct reads through to a hardware buffer
(as we still do in the sca3000 for example).
Technically the original specification as a hardware buffer could be
considered wrong, but it didn't matter until the patch listed below.
Result is that any attempt to enable the buffer will return -EINVAL
Fixes: 225d59adf1c8 ("iio: Specify supported modes for buffers")
Cc: lars-Peter Clausen <lars@metafoo.de>
Signed-off-by: Jonathan Cameron <jic23@kernel.org>
---
drivers/iio/adc/ti_am335x_adc.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
index 942320e32753..c1e05532d437 100644
--- a/drivers/iio/adc/ti_am335x_adc.c
+++ b/drivers/iio/adc/ti_am335x_adc.c
@@ -289,7 +289,7 @@ static int tiadc_iio_buffered_hardware_setup(struct iio_dev *indio_dev,
goto error_kfifo_free;
indio_dev->setup_ops = setup_ops;
- indio_dev->modes |= INDIO_BUFFER_HARDWARE;
+ indio_dev->modes |= INDIO_BUFFER_SOFTWARE;
return 0;
--
2.6.4
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] iio:adc:ti_am335x_adc Fix buffered mode by identifying as software buffer.
2016-01-01 18:05 [PATCH] iio:adc:ti_am335x_adc Fix buffered mode by identifying as software buffer Jonathan Cameron
@ 2016-01-16 13:06 ` Jonathan Cameron
0 siblings, 0 replies; 2+ messages in thread
From: Jonathan Cameron @ 2016-01-16 13:06 UTC (permalink / raw)
To: linux-iio; +Cc: lars-Peter Clausen
On 01/01/16 18:05, Jonathan Cameron wrote:
> Whilst this part has a hardware buffer, the identifcation that IIO cares
> about is the userspace facing end. It this case we push individual elements
> from the hardware fifo into the software interface (specifically a kfifo)
> rather than providing direct reads through to a hardware buffer
> (as we still do in the sca3000 for example).
>
> Technically the original specification as a hardware buffer could be
> considered wrong, but it didn't matter until the patch listed below.
>
> Result is that any attempt to enable the buffer will return -EINVAL
>
> Fixes: 225d59adf1c8 ("iio: Specify supported modes for buffers")
> Cc: lars-Peter Clausen <lars@metafoo.de>
> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
Long enough - whilst I don't like applying my own patches without review
this one is trivial enough I'm going to do so anyway.
Applied to the fixes-togreg branch of iio.git
Jonathan
> ---
> drivers/iio/adc/ti_am335x_adc.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/iio/adc/ti_am335x_adc.c b/drivers/iio/adc/ti_am335x_adc.c
> index 942320e32753..c1e05532d437 100644
> --- a/drivers/iio/adc/ti_am335x_adc.c
> +++ b/drivers/iio/adc/ti_am335x_adc.c
> @@ -289,7 +289,7 @@ static int tiadc_iio_buffered_hardware_setup(struct iio_dev *indio_dev,
> goto error_kfifo_free;
>
> indio_dev->setup_ops = setup_ops;
> - indio_dev->modes |= INDIO_BUFFER_HARDWARE;
> + indio_dev->modes |= INDIO_BUFFER_SOFTWARE;
>
> return 0;
>
>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2016-01-16 13:06 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-01-01 18:05 [PATCH] iio:adc:ti_am335x_adc Fix buffered mode by identifying as software buffer Jonathan Cameron
2016-01-16 13:06 ` Jonathan Cameron
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).