linux-kernel - [PATCH 0/5] iio: kfifo: define a devm_iio_kfifo_buffer

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:   Sun, 14 Feb 2021 16:33:08 +0200
From:   Alexandru Ardelean <alexandru.ardelean@...log.com>
To:     <linux-kernel@...r.kernel.org>, <linux-iio@...r.kernel.org>
CC:     <lars@...afoo.de>, <Michael.Hennerich@...log.com>,
        <jic23@...nel.org>, <nuno.sa@...log.com>,
        <dragos.bogdan@...log.com>,
        Alexandru Ardelean <alexandru.ardelean@...log.com>
Subject: [PATCH 0/5] iio: kfifo: define a devm_iio_kfifo_buffer_setup helper

This is a re-spin of an older set [1]:
 https://patchwork.kernel.org/project/linux-iio/patch/20200401125936.6398-1-alexandru.ardelean@analog.com/

Patch 'iio: adc: ti_am335x_adc: remove omitted iio_kfifo_free()' is
already be present in a fixes-togreg path. It did not make it yet
downstream in the iio-togreg path.

Following [1], where there was a suggestion to name this
'devm_iio_device_attach_new_kfifo_buffer()', I took another look and
devm_iio_kfifo_buffer_setup() made more sense, since there is already a
'{devm_}iio_triggered_buffer_setup()' helper.

This reduces the usage of the iio_device_attach_buffer() helper to a
more manage-able state.
This is related to comment:
  https://lore.kernel.org/linux-iio/CA+U=Dsp5hxd9=rNbigUMFALBpPVBqDZDRq_Pe69ggKak7p46=w@mail.gmail.com/T/#u

This should have gone before the multibuffer patch-set, but I was still
waiting on patch 'iio: adc: ti_am335x_adc: remove omitted iio_kfifo_free()'
to make it downstream in iio-togreg.

Regarding patch 'iio: kfifo: un-export devm_iio_kfifo_allocate() function'
I would have also wanted to un-export iio_kfifo_allocate() &
iio_kfifo_free(), but that still needs a bit of work to cleanup the IIO
dummy buffer.
Related to patchset:
  https://lore.kernel.org/linux-iio/20201203095005.72252-1-alexandru.ardelean@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: kfifo: add devm_iio_kfifo_buffer_setup() helper
  iio: make use of devm_iio_kfifo_buffer_setup() helper
  iio: accel: sca3000: use devm_iio_kfifo_buffer_setup() helper
  iio: kfifo: un-export devm_iio_kfifo_allocate() function

 .../driver-api/driver-model/devres.rst        |  2 +-
 drivers/iio/accel/sca3000.c                   | 19 ++-------
 drivers/iio/accel/ssp_accel_sensor.c          | 14 +++----
 drivers/iio/adc/ina2xx-adc.c                  | 14 +++----
 drivers/iio/adc/ti_am335x_adc.c               | 24 +++--------
 drivers/iio/buffer/kfifo_buf.c                | 42 ++++++++++++++++++-
 .../cros_ec_sensors/cros_ec_sensors_core.c    | 13 +++---
 drivers/iio/gyro/ssp_gyro_sensor.c            | 14 +++----
 drivers/iio/health/max30100.c                 | 16 ++++---
 drivers/iio/health/max30102.c                 | 16 ++++---
 .../iio/imu/inv_icm42600/inv_icm42600_accel.c | 14 +++----
 .../iio/imu/inv_icm42600/inv_icm42600_gyro.c  | 13 +++---
 .../iio/imu/st_lsm6dsx/st_lsm6dsx_buffer.c    | 15 +++----
 drivers/iio/light/acpi-als.c                  | 12 +++---
 drivers/iio/light/apds9960.c                  | 16 ++++---
 .../staging/iio/impedance-analyzer/ad5933.c   | 23 ++--------
 include/linux/iio/kfifo_buf.h                 |  7 +++-
 17 files changed, 125 insertions(+), 149 deletions(-)

-- 
2.17.1