] r5:0800 r4:bf00c080
> > > >>>> [ 40.642311] [] (sca3300_driver_exit [sca3300]) from
> > > >>>> [] (sys_delete_module+0x16c/0x238)
> > > >>>> [ 40.651990] [] (sys_delete_module) from []
> > > >>>> (__sys_trace_
p_trigger")
Reported-by: Thomas Deutschmann
Cc: Srinivas Pandruvada
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/Kconfig | 1 -
drivers/iio/common/hid-sensors/Kconfig | 1 +
drivers/iio/gyro/Kconfig | 1 -
drivers/iio/humidity/Kconfig | 1 -
On Fri, Apr 9, 2021 at 9:50 PM Lucas Stankus wrote:
>
> This patch series aims to replace the platform_struct for the ad7746 driver
> in favor of device tree bindings, creating the dt-bindings documentation in
> the process.
>
> Since the header file was only used to define the struct and the exci
On Sat, Apr 10, 2021 at 7:12 PM Alexandru Ardelean
wrote:
>
> On Fri, Apr 9, 2021 at 9:51 PM Lucas Stankus
> wrote:
> >
> > Ditch platform_data fields in favor of device tree properties for
> > configuring EXCA and EXCB output.
> > This also removes the fie
On Fri, Apr 9, 2021 at 9:51 PM Lucas Stankus wrote:
>
> Ditch platform_data fields in favor of device tree properties for
> configuring EXCA and EXCB output.
> This also removes the fields from the platform_data struct, since they're
> not used anymore.
>
> Signed-off-by: Lucas Stankus
> ---
> d
Fixes: 15097c7a1adc ("iio: buffer: wrap all buffer attributes into
iio_dev_attr")
Reported-by: Marek Szyprowski
Signed-off-by: Alexandru Ardelean
---
@Marek: could you maybe test this on your setup?
I haven't been able to reproduce this on mine.
Thanks
Alex
drivers/iio/industrialio-bu
On Thu, Apr 1, 2021 at 11:29 AM Jonathan Cameron
wrote:
>
> On Thu, 1 Apr 2021 09:39:47 +0200
> Marek Szyprowski wrote:
>
> > Hi
> >
> > On 15.02.2021 11:40, Alexandru Ardelean wrote:
> > > This change wraps all buffer attributes into iio_dev_attr object
On Tue, Mar 30, 2021 at 11:21 AM Hans de Goede wrote:
>
> Hi Alexadru, Jonathan,
>
> On 3/24/21 1:55 PM, Alexandru Ardelean wrote:
> > This changeset tries to do a conversion of the toshiba_acpi driver to use
> > only device-managed routines. The driver registers as a s
On Mon, 29 Mar 2021 at 17:30, Jonathan Cameron wrote:
>
> On Wed, 24 Mar 2021 14:55:39 +0200
> Alexandru Ardelean wrote:
>
> > The 'toshiba_acpi_dev' object is allocated first and free'd last. We can
> > bind it's life-time to the parent ACPI device ob
On Mon, 29 Mar 2021 at 15:38, Jonathan Cameron wrote:
>
> On Wed, 24 Mar 2021 14:55:38 +0200
> Alexandru Ardelean wrote:
>
> > This changeset tries to do a conversion of the toshiba_acpi driver to use
> > only device-managed routines. The driver registers as a singleton,
27;delay_usecs' field from spi_transfer")
> >
> > from the spi tree.
> >
> > I have applied the following merge fix patch.
> >
> > From: Stephen Rothwell
> > Date: Mon, 29 Mar 2021 16:51:22 +1100
> > Subject: [PATCH] iio: adc: merge
_set_drvdata() omission.
With that fixed:
Reviewed-by: Alexandru Ardelean
If you want, you can also search for more of these xxx_set_drvdata() omissions.
There were more conversions to devm_ that forgot to remove those.
Maybe a cocci script would be nice to find them.
But all this is optional. Only
On Sun, Mar 28, 2021 at 7:08 AM Julian Braha wrote:
>
> When AD9467 is enabled, and OF is disabled,
> Kbuild gives the following warning:
>
> WARNING: unmet direct dependencies detected for ADI_AXI_ADC
> Depends on [n]: IIO [=y] && HAS_IOMEM [=y] && OF [=n]
> Selected by [y]:
> - AD9467 [=y] &&
ymbol depend on the ADI_AXI_ADC
symbol. At some point this could become it's own subgroup of high-speed
ADCs.
Fixes: be24c65e9fa24 ("iio: adc: adi-axi-adc: add proper Kconfig dependencies")
Reported-by: Randy Dunlap
Signed-off-by: Alexandru Ardelean
---
Apologies for this being
This change moves the creation of the Toshiba ACPI group to be
automatically removed when the parent refcount goes to zero.
The main reason to do this, is to also enforce that the order of removal is
mirroring the order of initialization.
Signed-off-by: Alexandru Ardelean
---
drivers/platform
der
normal operation.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 11 +++
1 file changed, 3 insertions(+), 8 deletions(-)
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers/platform/x86/toshiba_acpi.c
index e787c140eec2..12860ef60e4d 100644
---
emove() function, so in this
change this function is removed.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 45 ++---
1 file changed, 21 insertions(+), 24 deletions(-)
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers/platfor
also unifies the reference to the parent object from
'&acpi_dev->dev' and '&dev->acpi_dev->dev' to 'parent', since it's the same
reference, and makes the code-lines a bit shorter.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/tos
The main reason to do this is to enforce ordering on cleanup, when the
Toshiba ACPI device is cleaned up.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 40 ++---
1 file changed, 31 insertions(+), 9 deletions(-)
diff --git a/drivers/pl
: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 20 ++--
1 file changed, 10 insertions(+), 10 deletions(-)
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers/platform/x86/toshiba_acpi.c
index 556f2cc99bad..ada2a2d8c913 100644
--- a/drivers/platform/x86
The only reason to do this is to enforce the ordering of deinitialization,
when the conversion of the device-managed functions is done.
The singleton object should be cleared right before it is free'd.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c
relies on the fact that there can a single
toshiba_acpi_dev object.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 55 +++--
1 file changed, 36 insertions(+), 19 deletions(-)
diff --git a/drivers/platform/x86/toshiba_acpi.c
b/drivers
only
device-managed functions (i.e. devm_iio_device_alloc() and
devm_iio_device_register()). It's still not 100% sure that this is
possible, but for now, this is the process of taking it slowly in that
direction.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 6
the
miscdev was deregistered first. Now it will be deregistered right before
the toshiba_acpi_dev object is free'd.
Signed-off-by: Alexandru Ardelean
---
drivers/platform/x86/toshiba_acpi.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/platfor
propose to remove the iio_device_alloc() function.
While I admit this may look like an overzealous effort to use devm_
everywhere (in IIO at least), for me it's a fun/interesting excercise.
Alexandru Ardelean (10):
platform/x86: toshiba_acpi: bind life-time of toshiba_acpi_dev to
parent
On Tue, Mar 23, 2021 at 1:35 PM Jonathan Cameron
wrote:
>
> On Tue, 23 Mar 2021 11:51:04 +0200
> Alexandru Ardelean wrote:
>
> > On Sun, Mar 21, 2021 at 7:37 PM Jonathan Cameron
> > wrote:
> > >
> > > On Sat, 20 Mar 2021 17:41:00 +
> > > Jo
On Sun, Mar 21, 2021 at 7:37 PM Jonathan Cameron
wrote:
>
> On Sat, 20 Mar 2021 17:41:00 +
> Jonathan Cameron wrote:
>
> > On Mon, 15 Mar 2021 09:58:08 +
> > "Sa, Nuno" wrote:
> >
> > > > -Original Message-
> > > >
going.
Maybe we should change this to a higher negative number, to avoid such
cases when/if we add more ioctl() handlers.
Cc: Lars-Peter Clausen
Fixes: f73f7f4da5818 ("iio: buffer: add ioctl() to support opening extra
buffers for IIO device")
Signed-off-by: Alexandru Ardelean
---
drivers/i
On Tue, Mar 16, 2021 at 11:20 PM Randy Dunlap wrote:
>
> On 3/15/21 9:50 PM, Stephen Rothwell wrote:
> > Hi all,
> >
> > News: there will be no linux-next release on Friday this week.
> >
> > Warning: Some of the branches in linux-next are still based on v5.12-rc1,
> > so please be careful if you
On Sun, Mar 14, 2021 at 11:34 AM Mugilraj Dhavachelvan
wrote:
>
> Use devm_iio_device_register() to avoid remove function and
> drop explicit call to iio_device_unregister().
>
> Signed-off-by: Mugilraj Dhavachelvan
> ---
> drivers/iio/dac/max517.c | 9 +
> 1 file changed, 1 insertion(+)
On Thu, Mar 11, 2021 at 11:14 AM Alexandru Ardelean
wrote:
>
> This is similar to the {devm_}iio_triggered_buffer_setup_ext variants added
> via commit 5164c7889857 ("iio: triggered-buffer: add
> {devm_}iio_triggered_buffer_setup_ext variants").
>
> These can
tes directly (without
having to let them include 'buffer_impl.h' directly).
Signed-off-by: Alexandru Ardelean
---
Related to the discussion here:
https://lore.kernel.org/linux-iio/CA+U=Dspk3cWjiiRmDrgfHAY6houjr-KtSD3u4BssUcb=c2u...@mail.gmail.com/T/#mcfda9d6cb6426caefa4a5db6d634
export only the device-managed
functions of it's API. That's a long way to go and this a small step in
that direction.
Signed-off-by: Alexandru Ardelean
---
drivers/staging/iio/frequency/ad9834.c | 64 +-
1 file changed, 31 insertions(+), 33 deletions(-)
di
device-managed
functions of it's API. That's a long way to go and this a small step in
that direction.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/temperature/tmp007.c | 36 +---
1 file changed, 15 insertions(+), 21 deletions(-)
diff --git a/drivers/iio/t
On Mon, 8 Mar 2021 at 18:42, Lars-Peter Clausen wrote:
>
> On 3/8/21 3:54 PM, Alexandru Ardelean wrote:
> > The 'delay_usecs' field was handled for backwards compatibility in case
> > there were some users that still configured SPI delay transfers with
> > this
The 'delay' field in the spi_transfer struct is meant to replace the
'delay_usecs' field. However some cleanup was required to remove the
uses of 'delay_usecs'. Now that it's been cleaned up, we can remove it
from the kernel tree.
Signed-off-by: Alexand
The 'delay_usecs' field is being removed from the spi_transfer struct.
This change removes it from the SPI FSL ESPI driver.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-fsl-espi.c | 17 +
1 file changed, 5 insertions(+), 12 deletions(-)
diff --git a/drivers/s
The 'delay_usecs' field is no longer present on the spi_transfer struct.
This change updates the doc to mention the usage of the (relatively) new
'delay' field.
Signed-off-by: Alexandru Ardelean
---
Documentation/spi/spi-summary.rst | 7 +--
1 file changed, 5 insert
the SPI subsystem and use
only the 'delay' field.
This changeset adapts all SPI drivers to do without 'delay_usecs'.
Additionally, for greybus we need to adapt it to use the 'delay' in
nano-seconds and convert it to micro-seconds.
Alexandru Ardelean (10):
spi: s
The 'delay_usecs' field is going away. The replacement for it is the
'delay' field. So, we should print the 'delay.value' value instead.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-sh.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
converting to microseconds and since
the result of spi_delay_to_ns() is int, the delay is being computed in 32
bits and then clamped between 0 & U16_MAX.
Signed-off-by: Alexandru Ardelean
---
drivers/staging/greybus/spilib.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --gi
The 'delay_usecs' field was handled for backwards compatibility in case
there were some users that still configured SPI delay transfers with
this field.
They should all be removed by now. So we can remove the 'delay_usecs'
handling in this driver.
Signed-off-by: Alexandru Ar
The 'delay_usecs' field is being removed from the spi_transfer struct.
This change removes it from the SPI Falcon driver.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-falcon.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/spi/spi-falcon.c b/drive
The 'delay_usecs' field was handled for backwards compatibility in case
there were some users that still configured SPI delay transfers with
this field.
They should all be removed by now.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-bcm63xx.c | 2 +-
1 file changed, 1 inser
The 'delay_usecs' field is going away. The replacement for it is the
'delay' field. So, we should check for 'delay.value' being non-zero.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-bcm-qspi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
di
The 'delay_usecs' field was handled for backwards compatibility in case
there were some users that still configured SPI delay transfers with
this field.
They should all be removed by now.
Signed-off-by: Alexandru Ardelean
---
drivers/spi/spi-axi-spi-engine.c | 12
1 fi
On Sun, Mar 7, 2021 at 8:55 PM Alexandru Ardelean
wrote:
>
> Thanks to Lars for finding this.
> The free of the 'attached_buffers' array should be done as late as
> possible. This change moves it to iio_buffers_put(), which looks like
> the best place for it, since it tak
mask()
Added a comment in the doc-header of iio_device_attach_buffer() to
mention how this will be free'd in case anyone is reading the code
and becoming confused about it.
Fixes: 36f3118c414d ("iio: buffer: introduce support for attaching more IIO
buffers")
Reported-by: Lars-Peter Cla
On Sun, Mar 7, 2021 at 1:59 PM Jonathan Cameron wrote:
>
> On Tue, 2 Mar 2021 11:46:06 +0100
> Enric Balletbo i Serra wrote:
>
> > Hi all,
> >
> > On 21/2/21 17:29, Jonathan Cameron wrote:
> > > On Mon, 23 Nov 2020 16:40:16 +0200
> > > Alexand
On Sun, Mar 7, 2021 at 2:54 PM Lars-Peter Clausen wrote:
>
> On 3/7/21 1:36 PM, Jonathan Cameron wrote:
> > On Sat, 6 Mar 2021 18:47:10 +0200
> > Alexandru Ardelean wrote:
> >
> >> Thanks to Lars for finding this.
> >> The free of the 'at
On Sun, Feb 28, 2021 at 9:00 PM Jonathan Cameron
wrote:
>
> On Sun, 28 Feb 2021 16:51:51 +0100
> Lars-Peter Clausen wrote:
>
> > On 2/28/21 3:34 PM, Jonathan Cameron wrote:
> > > On Sun, 28 Feb 2021 09:51:38 +0100
> > > Lars-Peter Clausen wrote:
> &g
is reading the code
and becoming confused about it.
Fixes: 36f3118c414d ("iio: buffer: introduce support for attaching more IIO
buffers")
Reported-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 7 ---
1 file changed, 4 insertions(
This change is more of a tweak.
Fixes: ae9886d6aa29 ("iio: kfifo: add devm_iio_kfifo_buffer_setup() helper")
Cc: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
Apologies for the late-ness of this.
I don't know if this makes sense to squash in the original, or to have
as
On Sun, Feb 28, 2021 at 5:54 PM Lars-Peter Clausen wrote:
>
> On 2/28/21 3:34 PM, Jonathan Cameron wrote:
> > On Sun, 28 Feb 2021 09:51:38 +0100
> > Lars-Peter Clausen wrote:
> >
> >> On 2/15/21 11:40 AM, Alexandru Ardelean wrote:
> >>> With th
On Sun, Feb 28, 2021 at 9:58 AM Lars-Peter Clausen wrote:
>
> On 2/15/21 11:40 AM, Alexandru Ardelean wrote:
> > [...]
> > /**
> >* iio_buffer_wakeup_poll - Wakes up the buffer waitqueue
> >* @indio_dev: The IIO device
> >
On Sun, Feb 28, 2021 at 10:08 AM Lars-Peter Clausen wrote:
>
> On 2/15/21 11:40 AM, Alexandru Ardelean wrote:
> > +int devm_iio_kfifo_buffer_setup(struct device *dev,
> > + struct iio_dev *indio_dev,
> > +
On Sun, Feb 28, 2021 at 10:31 AM Lars-Peter Clausen wrote:
>
> On 2/15/21 11:40 AM, Alexandru Ardelean wrote:
> > static ssize_t iio_show_scan_index(struct device *dev,
> > struct device_attribute *attr,
> >
cify some attributes allocated on the heap.
Fixes: a1a11142f66c ("iio: buffer: wrap all buffer attributes into
iio_dev_attr")
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 1 +
drivers/iio/industrialio-core.c | 2 +-
2 files changed, 2 insertions(+), 1 deleti
On Mon, Feb 22, 2021 at 6:06 PM Jonathan Cameron
wrote:
>
> On Fri, 19 Feb 2021 10:58:25 +0200
> Alexandru Ardelean wrote:
>
> > When the buffer attributes were wrapped in iio_dev_attr types, I forgot to
> > duplicate the names, so that when iio_free_chan_devattr_l
On Sun, Feb 21, 2021 at 2:11 PM Jonathan Cameron wrote:
>
> On Fri, 19 Feb 2021 14:40:12 +0200
> Alexandru Ardelean wrote:
>
> > From: Lars-Peter Clausen
> >
> > This change adds support for cyclic DMA transfers using the IIO buffer DMA
> > infrastructure.
&g
-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
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
nging 5
drivers where {devm_}iio_triggered_buffer_setup_ext() is used.
Well, it's doable, but may not be worth the trouble vs just updating all
these 5 drivers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/adxl372.c | 1 +
drivers/iio/accel/bmc150-ac
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
after allocating and before registering
it.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
Documentation/ABI/testing/sysfs-bus-iio | 7 ++
drivers/iio/industrialio-buffer.c | 133 +++-
include/linux/iio/buffer.h | 7 ++
include
changes
* patch 'iio: Add output buffer support'
- moved new 'bufferY/direction' attribute at the end and added
comment about what it should be added at the end
* removed Lars' comment '/* need a way of knowing if there may be enough
data... */'
* updated s
The channels are of type iio_chan_spec, not axi_adc_chan_spec. They were in
some earlier version, but forgot to rename in the doc-string.
Fixes: ef04070692a21 ("iio: adc: adi-axi-adc: add support for AXI ADC IP core")
Signed-off-by: Alexandru Ardelean
---
include/linux/iio/adc/adi-axi
ocated or be stored in rodata.
Fixes: a1a11142f66c ("iio: buffer: wrap all buffer attributes into
iio_dev_attr")
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-core.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iio/industrialio-c
d-by: kernel test robot
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dma.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/iio/buffer/industrialio-buffer-dma.c
b/drivers/iio/buffer/industrialio-buffer-dma.c
index d04479194cb4..83074d
l.
I can also re-send the series, but not from an Analog email; since I will
not have access to it.
Alexandru Ardelean (2):
iio: core: use kfree_const in iio_free_chan_devattr_list() to free
names
iio: buffer-dma: fix type of 'i' in iio_dma_buffer_alloc_blocks()
drivers/iio/buff
On Thu, Feb 18, 2021 at 5:31 PM Rob Herring wrote:
>
> On Thu, Feb 18, 2021 at 8:05 AM Jonathan Cameron wrote:
> >
> > On Wed, 17 Feb 2021 10:34:38 +0200
> > Alexandru Ardelean wrote:
> >
> > > From: Mircea Caprioru
> > >
> > >
On Thu, Feb 18, 2021 at 5:30 PM Jonathan Cameron wrote:
>
> On Wed, 17 Feb 2021 10:34:35 +0200
> Alexandru Ardelean wrote:
>
> > From: Lars-Peter Clausen
> >
> > Currently IIO only supports buffer mode for capture devices like ADCs. Add
> > support for buffer
nging 5
drivers where {devm_}iio_triggered_buffer_setup_ext() is used.
Well, it's doable, but may not be worth the trouble vs just updating all
these 5 drivers.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/accel/adxl372.c | 1 +
drivers/iio/accel/bmc150-ac
rioru
Signed-off-by: Mihail Chindris
Signed-off-by: Alexandru Ardelean
---
drivers/iio/dac/ad5686-spi.c | 2 +-
drivers/iio/dac/ad5686.c | 146 ++-
drivers/iio/dac/ad5686.h | 7 +-
drivers/iio/dac/ad5696-i2c.c | 2 +-
4 files changed, 152 insertions(
after allocating and before registering
it.
Signed-off-by: Lars-Peter Clausen
Signed-off-by: Alexandru Ardelean
---
Documentation/ABI/testing/sysfs-bus-iio | 7 ++
drivers/iio/industrialio-buffer.c | 128 +++-
include/linux/iio/buffer.h | 7 ++
include
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
be used
via the legacy buffer/ directory until they are moved into core.
Signed-off-by: Alexandru Ardelean
---
Documentation/ABI/testing/sysfs-bus-iio | 85 +
1 file changed, 85 insertions(+)
diff --git a/Documentation/ABI/testing/sysfs-bus-iio
b/Documentation/ABI/testing
ems I forgot this on the original multibuffer patchset
* added 'iio: triggered-buffer: extend support to configure output buffers'
- basically output triggered buffer support
* added 'iio: dac: ad5686: Add PWM as a trigger source'
- this is a first user of this infrastructure
.
Signed-off-by: Mircea Caprioru
Signed-off-by: Alexandru Ardelean
---
Forgot to include the linux-iio list in the first send.
drivers/iio/dac/Kconfig | 5 +++--
drivers/iio/dac/ad5686.c | 12
drivers/iio/dac/ad5686.h | 2 ++
drivers/iio/dac/ad5696-i2c.c | 6 --
4
make sure that the mmap mode is used and not the fileio mode.
Signed-off-by: Alexandru Ardelean
---
tools/iio/iio_generic_buffer.c | 185 +++--
1 file changed, 179 insertions(+), 6 deletions(-)
diff --git a/tools/iio/iio_generic_buffer.c b/tools/iio
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 | 279 +-
.../buffer
should be enough. The idea is to allocate more
blocks if the size of a block grows to 4 GB.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dmaengine.c | 6 +++---
include/linux/iio/buffer-dma.h | 2 +-
2 files changed, 4 insertions(+), 4 deletion
A part of the logic in the iio_dma_buffer_exit() is required for the change
to add mmap support to IIO buffers.
This change splits the logic into a separate function, which will be
re-used later.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dma.c | 45
This change takes the comment from the commit that introduces the IIO
high-speed buffer API, and formats it into rst format.
Signed-off-by: Alexandru Ardelean
---
Documentation/iio/iio_high_speed_buffers.rst | 100 +++
Documentation/iio/index.rst | 2
Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 158 ++
include/linux/iio/buffer-dma.h| 5 -
include/linux/iio/buffer_impl.h | 23 +
include/uapi/linux/iio/buffer.h | 46 +
4 files changed, 227 insertions(
https://github.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 (4):
Documentat
On Tue, Feb 16, 2021 at 10:02 PM Jonathan Cameron wrote:
>
> On Mon, 15 Feb 2021 16:32:29 +0200
> Alexandru Ardelean wrote:
>
>
> Hi Alex,
>
> I'm a little nervous about adding the userspace interface used in this
> series, but it seems reasonable and as you say
.
Signed-off-by: Mircea Caprioru
Signed-off-by: Alexandru Ardelean
---
drivers/iio/dac/Kconfig | 5 +++--
drivers/iio/dac/ad5686.c | 12
drivers/iio/dac/ad5686.h | 2 ++
drivers/iio/dac/ad5696-i2c.c | 6 --
4 files changed, 21 insertions(+), 4 deletions(-)
diff
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 | 279 +-
.../buffer
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
A part of the logic in the iio_dma_buffer_exit() is required for the change
to add mmap support to IIO buffers.
This change splits the logic into a separate function, which will be
re-used later.
Signed-off-by: Alexandru Ardelean
---
drivers/iio/buffer/industrialio-buffer-dma.c | 45
This change takes the comment from the commit that introduces the IIO
high-speed buffer API, and formats it into rst format.
Signed-off-by: Alexandru Ardelean
---
Documentation/iio/iio_high_speed_buffers.rst | 100 +++
Documentation/iio/index.rst | 2
Peter Clausen
Signed-off-by: Alexandru Ardelean
---
drivers/iio/industrialio-buffer.c | 158 ++
include/linux/iio/buffer-dma.h| 5 -
include/linux/iio/buffer_impl.h | 23 +
include/uapi/linux/iio/buffer.h | 44 +
4 files changed, 225 insertions(
https://github.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 (3):
Documen
On Mon, Feb 15, 2021 at 3:59 PM Jonathan Cameron wrote:
>
> On Mon, 15 Feb 2021 12:40:19 +0200
> Alexandru Ardelean wrote:
>
> Hi Alex,
>
> One thought on this that came up whilst reading through it again.
> There are several uses for multiple buffers.
> 1) input vs o
On Sun, Feb 14, 2021 at 5:58 PM Jonathan Cameron wrote:
>
> On Fri, 12 Feb 2021 12:11:43 +0200
> 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
data comes from it
Signed-off-by: Alexandru Ardelean
---
tools/iio/Makefile | 1 +
tools/iio/iio_generic_buffer.c | 122 ++---
tools/iio/iio_utils.c | 13 ++--
tools/iio/iio_utils.h | 4 +-
4 files changed, 107 insertions(+), 33 del
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
name
used around IIO for 'struct iio_dev' 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/industria
1 - 100 of 982 matches
Mail list logo