' in the
iioutils_get_type() function definition.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_utils.c | 9 +
tools/iio/iio_utils.h | 4
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/tools/iio/iio_utils.c b/tools/iio/iio_utils.c
index 7399eb7f1378..a96002f2c2d5 100644
--- a/tools/iio
o:device0 has some fake kfifo buffers attached to an IIO device.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 12 +--
drivers/iio/industrialio-buffer.c | 144 --
include/linux/iio/buffer_impl.h | 5 ++
include/linux/iio/iio-opaque.h
, no driver should call iio_device_attach_buffer() directly,
it should call one of the {devm_}iio_triggered_buffer_setup() or
devm_iio_kfifo_buffer_setup() or devm_iio_dmaengine_buffer_setup()
functions. This makes iio_device_attach_buffer() a bit easier to handle.
Signed-off-by: Alexandru Ardelean
in this driver as well.
One minor drawback is that the pollfunc name may not be 100% identical
with the one in the original code, but since it's an example, it should be
a big problem.
This change does a minor re-arranging of the included iio headers, as a
minor tidy-up.
Signed-off-by: Alexandru Ardelean
in this patch to make the patch that adds multiple buffers
per IIO device a bit cleaner.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/industrialio-buffer.c
b/drivers/iio
need to pass another buffer object than 'indio_dev->buffer'.
Since we'll also open some chardevs via anon inodes, we can pass extra
buffers in that function by assigning another object to the
iio_dev_buffer_pair object.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h
by 1. This looks like it could do with a bit
of a re-think.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 2 ++
drivers/iio/industrialio-buffer.c | 4
drivers/iio/industrialio-core.c | 6 ++
drivers/iio/industrialio-event.c | 1 +
include/linux/iio/sysfs.h
erging (or finalizing the
merge) of the buffer/ & scan_elements/ attributes internally.
Accessing these new buffer attributes can now be done via
'to_iio_dev_attr(attr)->buffer' inside the show/store handlers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-
The reference to the IIO buffer object is stored on the attribute object.
So we need to unwind it to obtain it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dmaengine.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/buffer
IIO device object. This way the IIO buffer can have just a single
attribute_group object, saving a bit of memory when adding multiple IIO
buffers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 115 +++---
include/linux/iio/buffer_impl.h |
(for buffer/ and scan_elements/), and also a
/sys/bus/iio/iio:devicesX/buffer0 attribute group.
For buffer1 and above, just a single attribute group will be allocated (the
merged one).
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 71 ---
1 file
nnoy a few people since that would make the system less
configurable.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h | 3 +++
drivers/iio/industrialio-buffer.c | 12 ++--
drivers/iio/industrialio-core.c| 30 +++---
drivers/iio/industri
Oddly enough the noop function is an int-return. This one seems to be void.
This change converts it to int, because we want to change how groups are
registered. With that change this function could error out with -ENOMEM.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core_trigger.h
ing this is
required, it should be easy enough to do it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c
in
is reserved for IIO ioctl() calls.
Signed-off-by: Alexandru Ardelean
---
Documentation/userspace-api/ioctl/ioctl-number.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/userspace-api/ioctl/ioctl-number.rst
b/Documentation/userspace-api/ioctl/ioctl-number.rst
index
devm_iio_kfifo_buffer_setup() or devm_iio_triggered_buffer_setup() to
create a kfifo buffer.
Signed-off-by: Alexandru Ardelean
---
Documentation/driver-api/driver-model/devres.rst | 1 -
drivers/iio/buffer/kfifo_buf.c | 3 +--
include/linux/iio/kfifo_buf.h| 2 --
3 files
).
Since the only user of the devm_iio_dmaengine_buffer_alloc() was the
adi-axi-adc driver, this change does the replacement in a single go in the
driver.
Signed-off-by: Alexandru Ardelean
---
.../driver-api/driver-model/devres.rst| 1 +
drivers/iio/adc/adi-axi-adc.c | 12
.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/ssp_accel_sensor.c | 14 ---
drivers/iio/adc/ina2xx-adc.c | 14 +--
drivers/iio/adc/ti_am335x_adc.c | 18 ---
.../cros_ec_sensors/cros_ec_sensors_core.c| 13 ---
dri
this change) it shouldn't be a
problem.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/sca3000.c | 19 +++
1 file changed, 3 insertions(+), 16 deletions(-)
diff --git a/drivers/iio/accel/sca3000.c b/drivers/iio/accel/sca3000.c
index 194738660523..467b5fcb81db 100644
--- a/drivers
. So, this should have a more familiar ring to what it is.
Signed-off-by: Alexandru Ardelean
---
.../driver-api/driver-model/devres.rst| 1 +
drivers/iio/buffer/kfifo_buf.c| 39 +++
include/linux/iio/kfifo_buf.h | 7
3 files changed
IOCTL call returns 0 for buffer0;
this is because I can't find a way to determine the FD of the
ioctl() in the kernel; duplicating an ioctl() for buffer0 is also bad;
Alexandru Ardelean (24):
iio: adc: ti_am335x_adc: remove omitted iio_kfifo_free()
iio: kfifo: add devm_iio_kfifo_buffer_
When the conversion was done to use devm_iio_kfifo_allocate(), a call to
iio_kfifo_free() was omitted (to be removed).
This change removes it.
Fixes: 3c5308058899 ("iio: adc: ti_am335x_adc: alloc kfifo & IRQ via devm_
functions")
Signed-off-by: Alexandru Ardelean
---
d
On Sun, Feb 14, 2021 at 4:38 PM Jonathan Cameron wrote:
>
> On Thu, 11 Feb 2021 14:24:48 +0200
> Alexandru Ardelean wrote:
>
> > With this change, an ioctl() call is added to open a character device for a
> > buffer. The ioctl() number is 'i' 0x91, which follows the
&g
On Sun, Feb 14, 2021 at 5:06 PM Jonathan Cameron wrote:
>
> On Sun, 14 Feb 2021 16:33:08 +0200
> Alexandru Ardelean wrote:
>
> > This is a re-spin of an older set [1]:
> >
> > https://patchwork.kernel.org/project/linux-iio/patch/20200401125936.6398-1
On Sun, Feb 14, 2021 at 5:06 PM Jonathan Cameron wrote:
>
> On Sun, 14 Feb 2021 16:33:08 +0200
> Alexandru Ardelean wrote:
>
> > This is a re-spin of an older set [1]:
> >
> > https://patchwork.kernel.org/project/linux-iio/patch/20200401125936.6398-1
).
Since the only user of the devm_iio_dmaengine_buffer_alloc() was the
adi-axi-adc driver, this change does the replacement in a single go in the
driver.
Signed-off-by: Alexandru Ardelean
---
Related to
https://lore.kernel.org/linux-iio/20210214143313.67202-2-alexandru.ardel...@analog.com/T
On Sun, Feb 14, 2021 at 4:02 PM Alexandru Ardelean
wrote:
>
> On Sun, Feb 14, 2021 at 3:21 PM Jonathan Cameron wrote:
> >
> > On Thu, 11 Feb 2021 14:24:47 +0200
> > Alexandru Ardelean wrote:
> >
> > > With this change, calling iio_device_attach_buffer()
. So, this should have a more familiar ring to what it is.
Signed-off-by: Alexandru Ardelean
---
.../driver-api/driver-model/devres.rst| 1 +
drivers/iio/buffer/kfifo_buf.c| 39 +++
include/linux/iio/kfifo_buf.h | 7
3 files changed
When the conversion was done to use devm_iio_kfifo_allocate(), a call to
iio_kfifo_free() was omitted (to be removed).
This change removes it.
Fixes: 3c5308058899 ("iio: adc: ti_am335x_adc: alloc kfifo & IRQ via devm_
functions")
Signed-off-by: Alexandru Ardelean
---
d
.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/ssp_accel_sensor.c | 14 ---
drivers/iio/adc/ina2xx-adc.c | 14 +--
drivers/iio/adc/ti_am335x_adc.c | 18 ---
.../cros_ec_sensors/cros_ec_sensors_core.c| 13 ---
dri
devm_iio_kfifo_buffer_setup() or devm_iio_triggered_buffer_setup() to
create a kfifo buffer.
Signed-off-by: Alexandru Ardelean
---
Documentation/driver-api/driver-model/devres.rst | 1 -
drivers/iio/buffer/kfifo_buf.c | 3 +--
include/linux/iio/kfifo_buf.h| 2 --
3 files
ummy buffer.
Related to patchset:
https://lore.kernel.org/linux-iio/20201203095005.72252-1-alexandru.ardel...@analog.com/
The IIO dummy driver seems to be one of those blockers in cleaning up
some IIO API.
Alexandru Ardelean (5):
iio: adc: ti_am335x_adc: remove omitted iio_kfifo_free()
iio: k
this change) it shouldn't be a
problem.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/sca3000.c | 19 +++
1 file changed, 3 insertions(+), 16 deletions(-)
diff --git a/drivers/iio/accel/sca3000.c b/drivers/iio/accel/sca3000.c
index 194738660523..467b5fcb81db 100644
--- a/drivers
On Sun, Feb 14, 2021 at 3:21 PM Jonathan Cameron wrote:
>
> On Thu, 11 Feb 2021 14:24:47 +0200
> Alexandru Ardelean wrote:
>
> > With this change, calling iio_device_attach_buffer() will actually attach
> > more buffers.
> > Right now this doesn't do any
On Fri, Feb 12, 2021 at 12:12 PM Alexandru Ardelean
wrote:
>
> From: Lars-Peter Clausen
>
> Add the necessary infrastructure to the IIO core to support an mmap based
> interface to access the capture data.
>
> The advantage of the mmap based interface compared to the rea
From: Lars-Peter Clausen
Add support for output buffers to the dma buffer implementation.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/adc/adi-axi-adc.c | 3 +-
drivers/iio/buffer/industrialio-buffer-dma.c | 116
From: Lars-Peter Clausen
Some devices that want to make use of the DMA buffer might need to do
something special, like write a register when the buffer is enabled.
Extend the API to allow those drivers to provide their own buffer ops.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru
-by: Alexandru Ardelean
---
.../buffer/industrialio-buffer-dmaengine.c| 24 ---
include/uapi/linux/iio/buffer.h | 1 +
2 files changed, 17 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/buffer/industrialio-buffer-dmaengine.c
b/drivers/iio/buffer
From: Lars-Peter Clausen
Add output buffer support to the kfifo buffer implementation.
The implementation is straight forward and mostly just wraps the kfifo
API to provide the required operations.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer
after allocating and before registering
it.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 110 --
include/linux/iio/buffer.h| 7 ++
include/linux/iio/buffer_impl.h | 11 +++
3 files changed
Largely, an adaptation of Lars' work, applied on the IIO multi-buffer
support + high-speed/mmap support [1].
Found here:
https://github.com/larsclausen/linux/commits/iio-high-speed-5.10
But this isn't tested.
[1] Requires that these sets be applied (in this order):
*
Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 157 ++
include/linux/iio/buffer-dma.h| 5 -
include/linux/iio/buffer_impl.h | 23 +
include/uapi/linux/iio/buffer.h | 26 +
4 files changed, 206 insertions(+), 5
), to
make sure that the mmap mode is used and not the fileio mode.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 183 +++--
1 file changed, 177 insertions(+), 6 deletions(-)
diff --git a/tools/iio/iio_generic_buffer.c b/tools/iio
a significant overhead.
In addition this interface allows more fine grained control over how many
blocks are allocated and their size.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dma.c | 314 --
.../buffer
com/analogdevicesinc/libiio/blob/master/local.c#L51
but will all the ioctl()s organized after the one that are reserved
(hopefully) for IIO
Tested that mmap() works.
Moved (artifically) valid buffer0 as buffer2 and the operation still
works.
Alexandru Ardelean (1):
tools: iio: add example for high-sp
On Thu, Feb 11, 2021 at 2:38 PM Alexandru Ardelean
wrote:
>
> Following a recent update to the IIO buffer infrastructure, this change
> adds a basic example on how to access an IIO buffer via the new mmap()
> interface.
>
> The ioctl() for the high-speed mode needs to be
the ioctl()s organized after the one that are reserved
(hopefully) for IIO
Tested that mmap() works.
Moved (artifically) valid buffer0 as buffer2 and the operation still
works.
Alexandru Ardelean (1):
tools: iio: add example for high-speed buffer support
Lars-Peter Clausen (2):
iio: core: Add mmap
Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 157 ++
include/linux/iio/buffer-dma.h| 5 -
include/linux/iio/buffer_impl.h | 11 +++
include/uapi/linux/iio/buffer.h | 27 +
4 files changed, 195 insertions(+), 5
a significant overhead.
In addition this interface allows more fine grained control over how many
blocks are allocated and their size.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dma.c | 314 --
.../buffer
), to
make sure that the mmap mode is used and not the fileio mode.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 184 +++--
1 file changed, 178 insertions(+), 6 deletions(-)
diff --git a/tools/iio/iio_generic_buffer.c b/tools/iio
. Tested buffer0 works with ioctl()
2. Tested that buffer0 can't be opened via /dev/iio:deviceX after ioctl()
3. Moved valid buffer0 to be buffer1, and tested that data comes from it
Signed-off-by: Alexandru Ardelean
---
tools/iio/Makefile | 1 +
tools/iio/iio_generic_buffer.c | 120
' type objects.
It makes grepping a bit easier as well.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c
index
Mostly a tidy-up.
But also helps to understand the limits of scope of these functions and
globals.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/tools/iio
o:device0 has some fake kfifo buffers attached to an IIO device.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 12 +--
drivers/iio/industrialio-buffer.c | 138 --
drivers/iio/industrialio-core.c | 1 +
include/linux/iio/buffer_im
' in the
iioutils_get_type() function definition.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_utils.c | 9 +
tools/iio/iio_utils.h | 4
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/tools/iio/iio_utils.c b/tools/iio/iio_utils.c
index 7399eb7f1378..a96002f2c2d5 100644
--- a/tools/iio
need to pass another buffer object than 'indio_dev->buffer'.
Since we'll also open some chardevs via anon inodes, we can pass extra
buffers in that function by assigning another object to the
iio_dev_buffer_pair object.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h
The reference to the IIO buffer object is stored on the attribute object.
So we need to unwind it to obtain it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dmaengine.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/iio/buffer
in this patch to make the patch that adds multiple buffers
per IIO device a bit cleaner.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/industrialio-buffer.c
b/drivers/iio
-ed for more
buffers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 2 +
drivers/iio/industrialio-buffer.c | 96 +--
drivers/iio/industrialio-core.c | 6 +-
include/linux/iio/buffer.h| 4 +-
include/linux/iio/buffer_impl.h | 3
by 1. This looks like it could do with a bit
of a re-think.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 2 ++
drivers/iio/industrialio-buffer.c | 4
drivers/iio/industrialio-core.c | 6 ++
drivers/iio/industrialio-event.c | 1 +
include/linux/iio/sysfs.h
nnoy a few people since that would make the system less
configurable.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h | 3 +++
drivers/iio/industrialio-buffer.c | 12 ++--
drivers/iio/industrialio-core.c| 30 +++---
drivers/iio/industri
erging (or finalizing the
merge) of the buffer/ & scan_elements/ attributes internally.
Accessing these new buffer attributes can now be done via
'to_iio_dev_attr(attr)->buffer' inside the show/store handlers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-
ing this is
required, it should be easy enough to do it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c
in
Oddly enough the noop function is an int-return. This one seems to be void.
This change converts it to int, because we want to change how groups are
registered. With that change this function could error out with -ENOMEM.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core_trigger.h
IIO device object. This way the IIO buffer can have just a single
attribute_group object, saving a bit of memory when adding multiple IIO
buffers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 115 +++---
include/linux/iio/buffer_impl.h |
(for buffer/ and scan_elements/), and also a
/sys/bus/iio/iio:devicesX/buffer0 attribute group.
For buffer1 and above, just a single attribute group will be allocated (the
merged one).
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 71 ---
1 file
GET_FD_IOCTL call returns 0 for buffer0;
this is because I can't find a way to determine the FD of the
ioctl() in the kernel; duplicating an ioctl() for buffer0 is also bad;
Alexandru Ardelean (17):
docs: ioctl-number.rst: reserve IIO subsystem ioctl() space
iio: core: register chardev o
is reserved for IIO ioctl() calls.
Signed-off-by: Alexandru Ardelean
---
Documentation/userspace-api/ioctl/ioctl-number.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/userspace-api/ioctl/ioctl-number.rst
b/Documentation/userspace-api/ioctl/ioctl-number.rst
index
On Thu, Feb 11, 2021 at 6:00 AM Moritz Fischer wrote:
>
> Alexandru,
>
> On Wed, Feb 10, 2021 at 12:15:34PM +0200, Alexandru Ardelean wrote:
> > From: Mircea Caprioru
> >
> > All (newer) FPGA IP cores supported by Analog Devices, store information in
>
>
This email will become inactive in a few weeks.
This change removes it from the MAINTAINERS file and adds the people that
will be responsible for the parts moving forward.
Signed-off-by: Alexandru Ardelean
---
MAINTAINERS | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
("iio: adc: adi-axi-adc: add support for AXI ADC IP core")
Reported-by: kernel test robot
Signed-off-by: Alexandru Ardelean
---
drivers/iio/adc/Kconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/iio/adc/Kconfig b/drivers/iio/adc/Kconfig
index 769381b05b9a..d20a3b574
-by: Mircea Caprioru
Signed-off-by: Alexandru Ardelean
---
This is a continuation of this old set:
https://lore.kernel.org/linux-clk/20200929144417.89816-1-alexandru.ardel...@analog.com/
Particularly patches:
https://lore.kernel.org/linux-clk/20200929144417.89816-15-alexandru.ardel...@analog.com
, which are stored in the
'include/linux/fpga/adi-axi-common.h' file as they are common to all ADI
FPGA cores.
Signed-off-by: Mircea Caprioru
Signed-off-by: Alexandru Ardelean
---
drivers/clk/clk-axi-clkgen.c | 52 +++-
1 file changed, 51 insertions(+), 1 deletion
(for buffer/ and scan_elements/), and also a
/sys/bus/iio/iio:devicesX/buffer0 attribute group.
For buffer1 and above, just a single attribute group will be allocated (the
merged one).
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 71 ---
1 file
IIO device object. This way the IIO buffer can have just a single
attribute_group object, saving a bit of memory when adding multiple IIO
buffers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 115 +++---
include/linux/iio/buffer_impl.h |
-ed for more
buffers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 2 +
drivers/iio/industrialio-buffer.c | 96 +--
drivers/iio/industrialio-core.c | 6 +-
include/linux/iio/buffer.h| 4 +-
include/linux/iio/buffer_impl.h | 3
need to pass another buffer object than 'indio_dev->buffer'.
Since we'll also open some chardevs via anon inodes, we can pass extra
buffers in that function by assigning another object to the
iio_dev_buffer_pair object.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h
o:device0 has some fake kfifo buffers attached to an IIO device.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 12 +--
drivers/iio/industrialio-buffer.c | 137 --
drivers/iio/industrialio-core.c | 1 +
include/linux/iio/buffer_im
The reference to the IIO buffer object is stored on the attribute object.
So we need to unwind it to obtain it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dmaengine.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/drivers/iio/buffer
. Tested buffer0 works with ioctl()
2. Tested that buffer0 can't be opened via /dev/iio:deviceX after ioctl()
3. Moved valid buffer0 to be buffer1, and tested that data comes from it
Signed-off-by: Alexandru Ardelean
---
tools/iio/Makefile | 1 +
tools/iio/iio_generic_buffer.c | 102
' in the
iioutils_get_type() function definition.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_utils.c | 9 +
tools/iio/iio_utils.h | 4
2 files changed, 5 insertions(+), 8 deletions(-)
diff --git a/tools/iio/iio_utils.c b/tools/iio/iio_utils.c
index 7399eb7f1378..a96002f2c2d5 100644
--- a/tools/iio
Mostly a tidy-up.
But also helps to understand the limits of scope of these functions and
globals.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 31 +++
1 file changed, 15 insertions(+), 16 deletions(-)
diff --git a/tools/iio
in this patch to make the patch that adds multiple buffers
per IIO device a bit cleaner.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/iio/industrialio-buffer.c
b/drivers/iio
' type objects.
It makes grepping a bit easier as well.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 28 ++--
1 file changed, 14 insertions(+), 14 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c
index
erging (or finalizing the
merge) of the buffer/ & scan_elements/ attributes internally.
Accessing these new buffer attributes can now be done via
'to_iio_dev_attr(attr)->buffer' inside the show/store handlers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-
nnoy a few people since that would make the system less
configurable.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h | 3 +++
drivers/iio/industrialio-buffer.c | 12 ++--
drivers/iio/industrialio-core.c| 30 +++---
drivers/iio/industri
fer.c file
tools: iio: convert iio_generic_buffer to use new IIO buffer API
Alexandru Ardelean (17):
docs: ioctl-number.rst: reserve IIO subsystem ioctl() space
iio: core: register chardev only if needed
iio: core-trigger: make iio_device_register_trigger_consumer() an int
return
ii
Oddly enough the noop function is an int-return. This one seems to be void.
This change converts it to int, because we want to change how groups are
registered. With that change this function could error out with -ENOMEM.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core_trigger.h
by 1. This looks like it could do with a bit
of a re-think.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/iio_core.h| 2 ++
drivers/iio/industrialio-buffer.c | 4
drivers/iio/industrialio-core.c | 6 ++
drivers/iio/industrialio-event.c | 1 +
include/linux/iio/sysfs.h
ing this is
required, it should be easy enough to do it.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/drivers/iio/industrialio-core.c b/drivers/iio/industrialio-core.c
in
is reserved for IIO ioctl() calls.
Signed-off-by: Alexandru Ardelean
---
Documentation/userspace-api/ioctl/ioctl-number.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/Documentation/userspace-api/ioctl/ioctl-number.rst
b/Documentation/userspace-api/ioctl/ioctl-number.rst
index
On Fri, Feb 5, 2021 at 2:40 PM Jonathan Cameron
wrote:
>
> On Fri, 5 Feb 2021 11:17:04 +0200
> Alexandru Ardelean wrote:
>
> > On Thu, Feb 4, 2021 at 8:26 PM Jonathan Cameron
> > wrote:
> > >
> > > On Mon, 1 Feb 2021 16:51:02 +0200
> > > A
On Fri, Feb 5, 2021 at 2:44 PM Jonathan Cameron
wrote:
>
> On Fri, 5 Feb 2021 11:51:13 +0200
> Alexandru Ardelean wrote:
>
> > On Thu, Feb 4, 2021 at 9:06 PM Jonathan Cameron
> > wrote:
> > >
> > > On Mon, 1 Feb 2021 16:51:05 +0200
> > > Alexan
On Thu, Feb 4, 2021 at 9:06 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:51:05 +0200
> Alexandru Ardelean wrote:
>
> > With this change, an ioctl() call is added to open a character device for a
> > buffer. The ioctl() number is 'i' 0x91, which follows the
&g
On Thu, Feb 4, 2021 at 8:39 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:51:04 +0200
> Alexandru Ardelean wrote:
>
> > With this change, calling iio_device_attach_buffer() will actually attach
> > more buffers.
> > Right now this doesn't do any validation o
On Thu, Feb 4, 2021 at 8:26 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:51:02 +0200
> Alexandru Ardelean wrote:
>
> > This change wraps all buffer attributes into iio_dev_attr objects, and
> > assigns a reference to the IIO buffer they belong to.
> >
>
On Thu, Feb 4, 2021 at 8:16 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:51:01 +0200
> Alexandru Ardelean wrote:
>
> > This change adds a reference to a 'struct iio_buffer' object on the
> > iio_dev_attr object. This way, we can use the created iio_dev_attr o
On Thu, Feb 4, 2021 at 7:57 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:50:59 +0200
> Alexandru Ardelean wrote:
>
> > If we want to merge the attributes of the buffer/ and scan_elements/
> > directories, we'll need to count all attributes first, then (depend
On Thu, Feb 4, 2021 at 7:39 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:50:58 +0200
> Alexandru Ardelean wrote:
>
> > Up until now, the device groups that an IIO device had were limited to 6.
> > Two of these groups would account for buffer attributes (the buffe
On Thu, Feb 4, 2021 at 7:13 PM Jonathan Cameron
wrote:
>
> On Mon, 1 Feb 2021 16:50:55 +0200
> Alexandru Ardelean wrote:
>
> > Currently, only the 'i' 0x90 ioctl() actually exists and is defined in
> > 'uapi/linux/iio/events.h'.
> >
> > It's the IIO_GET_EVENT
101 - 200 of 982 matches
Mail list logo