Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp4955748pxb; Mon, 15 Feb 2021 06:00:29 -0800 (PST) X-Google-Smtp-Source: ABdhPJwT9ZJP9n3MAj/112zJUTgxwoLGh7CQrJ+9khZ80G+5sne0Z/Zk+Y+rmPzRpVEQ/AbUoKwu X-Received: by 2002:a17:906:a3d5:: with SMTP id ca21mr15936028ejb.192.1613397629049; Mon, 15 Feb 2021 06:00:29 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1613397629; cv=none; d=google.com; s=arc-20160816; b=qY0xKzv6tdTfehKhYE453Llld1XKIynLF464tBA8All6tDAMpHLVyZ0AMadafJzMBT Ls/9scJDClHwDnHZW77ndqL+C7GeCI1QaD8zdvxuWDt8z4AHt6lqDO2dCigjpjDULAiX xkBPnXQOE7EQI03mHNd8iJDk4dPBr0oIv69QuZZjKKNQjqeK6jwZGcpf9Yofch+5XFhy QK+9SQVDMKYHNWQF6iIxk5iABVzrbdoI7QuzZM+qD7fZFCf52+8/pK+0Zccn5mnAgZ3X 6akkgFwL2ulAY7zjsfpHybv93YUFpM6qc5FJX6NnkeYDIHUQ+tIHo6GFTHBo13rOHv84 ptpA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date; bh=5VQ4fmNY+uLHBAcnU6UwmORkMFcWnl2j2MclYsCStUU=; b=fHWQuonU9fb28YMDA78GpUvJg18KwNttRZc5z6ZKPE78rXserrObcQ77avCqQEsV6D bV/a1AS5oaMCa2jFu91L+ZnPt9KZmm77sJ/58HvHmjy9AMaxxu3QbFwbAw/pLsadk+dN NkDX1z/4Dnuxk12GoIOtqhDZgrBUZcNCh5jL+FrNagVwyDvVZyMWOPmNcsY6ZmN2msuy co8kiB7t6oA5fiTkYJ88XlhMcFPAVfsJchrwxTwL2slmNpfbDWqLgUEvOo+gpHzSaTs3 9HZsaZPwHo01IIF0KaQdq24XMNPXFYNfPVkauO7KDUB5bI0WbgJmjvzUtGFRdacfAAJr stFQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id gs11si1295866ejb.429.2021.02.15.06.00.02; Mon, 15 Feb 2021 06:00:29 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230374AbhBON6C (ORCPT + 99 others); Mon, 15 Feb 2021 08:58:02 -0500 Received: from mail.kernel.org ([198.145.29.99]:50486 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229936AbhBON57 (ORCPT ); Mon, 15 Feb 2021 08:57:59 -0500 Received: from archlinux (cpc108967-cmbg20-2-0-cust86.5-4.cable.virginm.net [81.101.6.87]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id E054864D9D; Mon, 15 Feb 2021 13:57:15 +0000 (UTC) Date: Mon, 15 Feb 2021 13:57:12 +0000 From: Jonathan Cameron To: Alexandru Ardelean Cc: , , , , , Subject: Re: [PATCH v6 00/24] iio: core,buffer: add support for multiple IIO buffers per IIO device Message-ID: <20210215135712.79aae785@archlinux> In-Reply-To: <20210215104043.91251-1-alexandru.ardelean@analog.com> References: <20210215104043.91251-1-alexandru.ardelean@analog.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 output buffers 2) A device with separately clocked sampling of different channels. For case 2, there is at least sometimes a trigger involved (often data ready) so we probably also need to think long term about how to support multiple current_triggers in one driver. I guess that's something for us to figure out when we need it however. Thanks for you hard work on finally getting this upstream. + Lars (and maybe others) for earlier work on this. Whilst I've applied all these, they are only exposed in the testing branch of iio.git on kernel.org so far and as such any additional review anyone else wants to give would be welcome! Jonathan > Changelog v5 -> v6: > * https://lore.kernel.org/linux-iio/20210211122452.78106-1-alexandru.ardelean@analog.com/T/#t > * merged series 'iio: kfifo: define a devm_iio_kfifo_buffer_setup helper' into this > https://lore.kernel.org/linux-iio/20210214143313.67202-4-alexandru.ardelean@analog.com/T/#u > * merged patch 'iio: buffer-dma,adi-axi-adc: introduce devm_iio_dmaengine_buffer_setup()' into this > https://lore.kernel.org/linux-iio/20210214155817.68678-1-alexandru.ardelean@analog.com/T/#u > * patch 'iio: core: wrap iio device & buffer into struct for character devices' > - moved kfree(ib) to be first in iio_chrdev_release() to make the cleanup > order be reversed as the open() order > * patch 'iio: buffer: group attr count and attr alloc' > - sizeof(struct attribute *) -> sizeof(*attr) in kcalloc() > * patch 'iio: core: merge buffer/ & scan_elements/ attributes' > - minor rework in iio_buffer_register_legacy_sysfs_groups() to > use more 'sizeof(*attrs)' in allocations > - fixed typo 'legacy_buffer_el_group' -> 'legacy_buffer_group' > - updated comment about > '/* we only need to link the legacy buffer groups for the first buffer */' > to > '/* we only need to register the legacy groups for the first buffer */' > * patch 'iio: buffer: add ioctl() to support opening extra buffers for IIO device' > - removed 'buf_name' from iio_device_buffer_getfd(); > passing "iio:buffer" name; since it should be a class-name > - removed extra-line in drivers/iio/industrial-core.c > - changed init order in iio_device_buffer_getfd() and matched it with reverse in > iio_buffer_chrdev_release() > - calling put_unused_fd() in iio_device_buffer_getfd() if copy_to_user() fails > * added 'iio: dummy: iio_simple_dummy_buffer: use triggered buffer core calls' > * patch ' iio: buffer: introduce support for attaching more IIO buffers' > - now handling iio_device_attach_buffer() error returns > - rename iio_buffer_free_sysfs_and_mask() -> iio_buffers_free_sysfs_and_mask() > - rename iio_buffer_alloc_sysfs_and_mask() -> iio_buffer_alloc_sysfs_and_mask() > * patch 'tools: iio: convert iio_generic_buffer to use new IIO buffer API' > - removed extra close() if getfd() ioctl() errors out > - added comment that the sanity check for buffer0 should not be done > under normal operation > - update message from > "This device does not support buffers" > to > "Device does not have this many buffers" > > Changelog v4 -> v5: > * https://lore.kernel.org/linux-iio/20210210100823.46780-1-alexandru.ardelean@analog.com/T/#t > * patch 'iio: buffer: add ioctl() to support opening extra buffers for IIO device' > don't return -EBUSY in iio_buffer_poll_wrapper(); return 0 > __poll_t is unsigned, so returning 0 is the best we can do > Reported-by: kernel test robot > * patch 'iio: buffer: dmaengine: obtain buffer object from attribute' > removed unused 'indio_dev' variable; seems i missed this initially > * patch 'iio: buffer: add ioctl() to support opening extra buffers for IIO device' > call 'wake_up(buffer->pollq)' in iio_buffer_chrdev_release() > > Changelog v3 -> v4: > * https://lore.kernel.org/linux-iio/20210201145105.20459-1-alexandru.ardelean@analog.com/ > * patch 'docs: ioctl-number.rst: reserve IIO subsystem ioctl() space' > remove 'uapi/' from `uapi/linux/iio/*.h` > * patch 'iio: core: register chardev only if needed' > add commit comment about potentially breaking userspace ABI with chardev removal > * patch 'iio: core: rework iio device group creation' > remove NULL re-init in iio_device_unregister_sysfs() ; memory is being free'd > * patch 'iio: buffer: group attr count and attr alloc' > extend commit comment about the 2 or 1 buffer directores > * patch 'iio: core: merge buffer/ & scan_elements/ attributes' > fixed static checker complaints > - removed unused global > - initialize omitted 'ret = -ENOMEM' on error path > - made iio_buffer_unregister_legacy_sysfs_groups() static > * patch 'iio: buffer: wrap all buffer attributes into iio_dev_attr' > - update some omitted unwindings; seems i forgot a few originally > this was showing up when trying to read from buffer1 > * add patch 'iio: buffer: move __iio_buffer_free_sysfs_and_mask() before alloc func' > * patch 'iio: buffer: introduce support for attaching more IIO buffers' > - removed 'iio_dev_opaque->attached_buffers = NULL' after kfree() > - using 'iio_dev_opaque->attached_buffers_cnt' to check that we have buffers > instead of checking 'indio_dev->buffer' > * patch 'iio: buffer: add ioctl() to support opening extra buffers for IIO device' > - replaced -ENOENT with -ENODEV when buffer index is out of range > * add 'iio: core: rename 'dev' -> 'indio_dev' in iio_device_alloc()' > * add 'iio: buffer: dmaengine: obtain buffer object from attribute' > * add tools/iio patches for new multibuffer logic > tools: iio: make iioutils_get_type() private in iio_utils > tools: iio: privatize globals and functions in iio_generic_buffer.c file > tools: iio: convert iio_generic_buffer to use new IIO buffer API > > Changelog v2 -> v3: > * https://lore.kernel.org/linux-iio/20210122155805.83012-1-alexandru.ardelean@analog.com/ > * added commit 'docs: ioctl-number.rst: reserve IIO subsystem ioctl() space' > reserving 'i' 0x90-0x9F ioctls for IIO > I did not see any conflicts with others (in the doc) > - related to this, the new IIO_BUFFER_GET_FD_IOCTL is now at 'i' 0x91 > * changed approach for creating sysfs buffer directories; > - they are now created as groups on the IIO device; that also means > that the groups array needs to be krealloc-ed and assign later in > the registration > - merged bufferX/ and scan_elementsX/ directories into a single > bufferX/ directory > - for legacy the buffer/ & scan_elements/ directories are kept; but > they're groups objects have been moved on the iio_dev_opaque object > - internally, the iio_dev_attr type is being extended to hold a > reference for an IIO buffer; > = this is great for scan_elements attributes > = and for the rest of the iio_buffer attributes, it means we need to > wrap them into iio_dev_attr > > Changelog v1 -> v2: > * https://lore.kernel.org/linux-iio/20201117162340.43924-1-alexandru.ardelean@analog.com/ > * 'iio: buffer: rework buffer & scan_elements dir creation' > add more doc-strings detailing the reasoning for this change > * 'iio: buffer: re-route scan_elements via it's kobj_type' > move list_del() before the kfree()'s in the list destruction > * 'iio: buffer: introduce support for attaching more IIO buffers' > - changed to 'cnt' variable vs re-using the 'i' for unwinding in > iio_buffer_alloc_sysfs_and_mask() > - removed kfree(old) in iio_device_attach_buffer() > - made iio_device_attach_buffer() an int return; this means that some > follow up patches are needed to make this return value be used; > * 'iio: buffer: add ioctl() to support opening extra buffers for IIO device' > - tested ioctl() with a simple C program; attached to comment; > - changed 'i' variable usage to 'sz' for alloc > - changed logic for buffer0; returning FD 0; userspace should know > that the IIO_BUFFER_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 (24): > 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 > iio: buffer-dma,adi-axi-adc: introduce > devm_iio_dmaengine_buffer_setup() > 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 > iio: core: rework iio device group creation > iio: buffer: group attr count and attr alloc > iio: core: merge buffer/ & scan_elements/ attributes > iio: add reference to iio buffer on iio_dev_attr > iio: buffer: wrap all buffer attributes into iio_dev_attr > iio: buffer: dmaengine: obtain buffer object from attribute > iio: core: wrap iio device & buffer into struct for character devices > iio: buffer: move __iio_buffer_free_sysfs_and_mask() before alloc > iio: dummy: iio_simple_dummy_buffer: use triggered buffer core calls > iio: buffer: introduce support for attaching more IIO buffers > iio: buffer: add ioctl() to support opening extra buffers for IIO > device > iio: core: rename 'dev' -> 'indio_dev' in iio_device_alloc() > tools: iio: make iioutils_get_type() private in iio_utils > tools: iio: privatize globals and functions in iio_generic_buffer.c > file > tools: iio: convert iio_generic_buffer to use new IIO buffer API > > .../driver-api/driver-model/devres.rst | 3 +- > .../userspace-api/ioctl/ioctl-number.rst | 1 + > drivers/iio/accel/sca3000.c | 19 +- > drivers/iio/accel/ssp_accel_sensor.c | 14 +- > drivers/iio/adc/adi-axi-adc.c | 12 +- > drivers/iio/adc/ina2xx-adc.c | 14 +- > drivers/iio/adc/ti_am335x_adc.c | 24 +- > .../buffer/industrialio-buffer-dmaengine.c | 35 +- > .../buffer/industrialio-triggered-buffer.c | 10 +- > drivers/iio/buffer/kfifo_buf.c | 40 +- > .../cros_ec_sensors/cros_ec_sensors_core.c | 13 +- > drivers/iio/dummy/iio_simple_dummy_buffer.c | 68 +-- > drivers/iio/gyro/ssp_gyro_sensor.c | 14 +- > drivers/iio/health/max30100.c | 16 +- > drivers/iio/health/max30102.c | 16 +- > drivers/iio/iio_core.h | 32 +- > drivers/iio/iio_core_trigger.h | 4 +- > .../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/industrialio-buffer.c | 494 ++++++++++++++---- > drivers/iio/industrialio-core.c | 113 +++- > drivers/iio/industrialio-event.c | 6 +- > drivers/iio/industrialio-trigger.c | 6 +- > drivers/iio/light/acpi-als.c | 12 +- > drivers/iio/light/apds9960.c | 16 +- > .../staging/iio/impedance-analyzer/ad5933.c | 23 +- > include/linux/iio/buffer-dmaengine.h | 7 +- > include/linux/iio/buffer.h | 4 +- > include/linux/iio/buffer_impl.h | 21 +- > include/linux/iio/iio-opaque.h | 14 + > include/linux/iio/iio.h | 5 - > include/linux/iio/kfifo_buf.h | 7 +- > include/linux/iio/sysfs.h | 3 + > include/uapi/linux/iio/buffer.h | 10 + > tools/iio/Makefile | 1 + > tools/iio/iio_generic_buffer.c | 153 ++++-- > tools/iio/iio_utils.c | 18 +- > tools/iio/iio_utils.h | 8 +- > 39 files changed, 856 insertions(+), 442 deletions(-) > create mode 100644 include/uapi/linux/iio/buffer.h >