From: Jonathan Cameron <jic23@kernel.org>
To: Paul Cercueil <paul@crapouillou.net>
Cc: "Alexandru Ardelean" <ardeleanalex@gmail.com>,
"Lars-Peter Clausen" <lars@metafoo.de>,
"Michael Hennerich" <Michael.Hennerich@analog.com>,
"Sumit Semwal" <sumit.semwal@linaro.org>,
"Christian König" <christian.koenig@amd.com>,
linux-iio@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-media@vger.kernel.org, dri-devel@lists.freedesktop.org,
linaro-mm-sig@lists.linaro.org
Subject: Re: [PATCH 04/15] iio: buffer-dma: Enable buffer write support
Date: Sat, 27 Nov 2021 15:17:51 +0000 [thread overview]
Message-ID: <20211127151751.71bafcf9@jic23-huawei> (raw)
In-Reply-To: <KSMX2R.V0Q6PW6OC9Q62@crapouillou.net>
On Sun, 21 Nov 2021 17:19:32 +0000
Paul Cercueil <paul@crapouillou.net> wrote:
> Hi Jonathan,
>
> Le dim., nov. 21 2021 at 14:20:49 +0000, Jonathan Cameron
> <jic23@kernel.org> a écrit :
> > On Mon, 15 Nov 2021 14:19:14 +0000
> > Paul Cercueil <paul@crapouillou.net> wrote:
> >
> >> Adding write support to the buffer-dma code is easy - the write()
> >> function basically needs to do the exact same thing as the read()
> >> function: dequeue a block, read or write the data, enqueue the block
> >> when entirely processed.
> >>
> >> Therefore, the iio_buffer_dma_read() and the new
> >> iio_buffer_dma_write()
> >> now both call a function iio_buffer_dma_io(), which will perform
> >> this
> >> task.
> >>
> >> The .space_available() callback can return the exact same value as
> >> the
> >> .data_available() callback for input buffers, since in both cases we
> >> count the exact same thing (the number of bytes in each available
> >> block).
> >>
> >> Signed-off-by: Paul Cercueil <paul@crapouillou.net>
> > Hi Paul,
> >
> > There are a few changes in here, such as the bytes_used value being
> > set that
> > I'm not following the reasoning behind. More info on those?
> > Also good to provide something about those in this patch description.
> >
> > Thanks,
> >
> > Jonathan
> >
> >
> >> ---
> >> drivers/iio/buffer/industrialio-buffer-dma.c | 75
> >> +++++++++++++++-----
> >> include/linux/iio/buffer-dma.h | 7 ++
> >> 2 files changed, 66 insertions(+), 16 deletions(-)
> >>
> >> diff --git a/drivers/iio/buffer/industrialio-buffer-dma.c
> >> b/drivers/iio/buffer/industrialio-buffer-dma.c
> >> index abac88f20104..eeeed6b2e0cf 100644
> >> --- a/drivers/iio/buffer/industrialio-buffer-dma.c
> >> +++ b/drivers/iio/buffer/industrialio-buffer-dma.c
> >> @@ -179,7 +179,8 @@ static struct iio_dma_buffer_block
> >> *iio_dma_buffer_alloc_block(
> >> }
> >>
> >> block->size = size;
> >> - block->state = IIO_BLOCK_STATE_DEQUEUED;
> >> + block->bytes_used = size;
> >> + block->state = IIO_BLOCK_STATE_DONE;
> >
> > I don't know why these are here - some more info?
>
> When using an input buffer the block->bytes_used is unconditionally
> reset in iio_dmaengine_buffer_submit_block(), so this was fine until
> now.
>
> When using an output buffer the block->bytes_used can actually (with
> the new API) be specified by the user, so we don't want
> iio_dmaengine_buffer_submit_block() to unconditionally override it.
> Which means that in the case where we have an output buffer in fileio
> mode, we do need block->bytes_used to be initialized to the buffer's
> size since it won't be set anywhere else.
Makes sense. Thanks for the explanation.
>
> About the change in block->state: in patch [01/15] we removed the
> incoming/outgoing queues, and while the "enqueued" state is still
> useful to know which buffers have to be submitted when the buffer is
> enabled, the "dequeued" state is not useful anymore since there is no
> more distinction vs. the "done" state.
>
> I believe this change should be moved to patch [01/15] then, and I
> should go further and remove the IIO_BLOCK_STATE_DEQUEUED completely.
Complete removal would indeed be a more 'obvious' change, so I'd support
that assuming now disadvantages we havent' thought of yet.
>
> >> block->queue = queue;
> >> INIT_LIST_HEAD(&block->head);
> >> kref_init(&block->kref);
> >> @@ -195,6 +196,18 @@ static void _iio_dma_buffer_block_done(struct
> >> iio_dma_buffer_block *block)
> >> block->state = IIO_BLOCK_STATE_DONE;
> >> }
> >>
> >> +static void iio_dma_buffer_queue_wake(struct iio_dma_buffer_queue
> >> *queue)
> >> +{
> >> + __poll_t flags;
> >> +
> >> + if (queue->buffer.direction == IIO_BUFFER_DIRECTION_IN)
> >> + flags = EPOLLIN | EPOLLRDNORM;
> >> + else
> >> + flags = EPOLLOUT | EPOLLWRNORM;
> >> +
> >> + wake_up_interruptible_poll(&queue->buffer.pollq, flags);
> >> +}
> >> +
> >> /**
> >> * iio_dma_buffer_block_done() - Indicate that a block has been
> >> completed
> >> * @block: The completed block
> >> @@ -212,7 +225,7 @@ void iio_dma_buffer_block_done(struct
> >> iio_dma_buffer_block *block)
> >> spin_unlock_irqrestore(&queue->list_lock, flags);
> >>
> >> iio_buffer_block_put_atomic(block);
> >> - wake_up_interruptible_poll(&queue->buffer.pollq, EPOLLIN |
> >> EPOLLRDNORM);
> >> + iio_dma_buffer_queue_wake(queue);
> >> }
> >> EXPORT_SYMBOL_GPL(iio_dma_buffer_block_done);
> >>
> >> @@ -241,7 +254,7 @@ void iio_dma_buffer_block_list_abort(struct
> >> iio_dma_buffer_queue *queue,
> >> }
> >> spin_unlock_irqrestore(&queue->list_lock, flags);
> >>
> >> - wake_up_interruptible_poll(&queue->buffer.pollq, EPOLLIN |
> >> EPOLLRDNORM);
> >> + iio_dma_buffer_queue_wake(queue);
> >> }
> >> EXPORT_SYMBOL_GPL(iio_dma_buffer_block_list_abort);
> >>
> >> @@ -334,7 +347,8 @@ int iio_dma_buffer_request_update(struct
> >> iio_buffer *buffer)
> >> queue->fileio.blocks[i] = block;
> >> }
> >>
> >> - block->state = IIO_BLOCK_STATE_QUEUED;
> >> + if (queue->buffer.direction == IIO_BUFFER_DIRECTION_IN)
> >> + block->state = IIO_BLOCK_STATE_QUEUED;
> >
> > Possibly worth a comment on the state being set here. I figured it
> > out, but might
> > save some brain cells in future if it's stated in the code.
>
> Ok.
>
> >> }
> >>
> >> out_unlock:
> >> @@ -467,20 +481,12 @@ static struct iio_dma_buffer_block
> >> *iio_dma_buffer_dequeue(
> >> return block;
> >> }
> >>
> >> -/**
> >> - * iio_dma_buffer_read() - DMA buffer read callback
> >> - * @buffer: Buffer to read form
> >> - * @n: Number of bytes to read
> >> - * @user_buffer: Userspace buffer to copy the data to
> >> - *
> >> - * Should be used as the read callback for iio_buffer_access_ops
> >> - * struct for DMA buffers.
> >> - */
> >> -int iio_dma_buffer_read(struct iio_buffer *buffer, size_t n,
> >> - char __user *user_buffer)
> >> +static int iio_dma_buffer_io(struct iio_buffer *buffer,
> >> + size_t n, char __user *user_buffer, bool is_write)
> >> {
> >> struct iio_dma_buffer_queue *queue = iio_buffer_to_queue(buffer);
> >> struct iio_dma_buffer_block *block;
> >> + void *addr;
> >> int ret;
> >>
> >> if (n < buffer->bytes_per_datum)
> >> @@ -503,8 +509,13 @@ int iio_dma_buffer_read(struct iio_buffer
> >> *buffer, size_t n,
> >> n = rounddown(n, buffer->bytes_per_datum);
> >> if (n > block->bytes_used - queue->fileio.pos)
> >> n = block->bytes_used - queue->fileio.pos;
> >> + addr = block->vaddr + queue->fileio.pos;
> >>
> >> - if (copy_to_user(user_buffer, block->vaddr + queue->fileio.pos,
> >> n)) {
> >> + if (is_write)
> >> + ret = !!copy_from_user(addr, user_buffer, n);
> >> + else
> >> + ret = !!copy_to_user(user_buffer, addr, n);
> >
> > What is the !! gaining us here? We only care about == 0 vs != 0 so
> > forcing it to be 0 or 1 isn't useful.
>
> Right.
>
> >> + if (ret) {
> >> ret = -EFAULT;
> >> goto out_unlock;
> >> }
> >> @@ -513,6 +524,7 @@ int iio_dma_buffer_read(struct iio_buffer
> >> *buffer, size_t n,
> >>
> >> if (queue->fileio.pos == block->bytes_used) {
> >> queue->fileio.active_block = NULL;
> >> + block->bytes_used = block->size;
> >
> > This seems to be a functional change that isn't called out in the
> > patch description.
>
> See the explanation above. Although I most likely don't need to set it
> at two different spots... I'll check that in detail next week.
>
> Cheers,
> -Paul
>
> >> iio_dma_buffer_enqueue(queue, block);
> >> }
> >>
> >> @@ -523,8 +535,39 @@ int iio_dma_buffer_read(struct iio_buffer
> >> *buffer, size_t n,
> >>
> >> return ret;
> >> }
> >> +
> >> +/**
> >> + * iio_dma_buffer_read() - DMA buffer read callback
> >> + * @buffer: Buffer to read form
> >> + * @n: Number of bytes to read
> >> + * @user_buffer: Userspace buffer to copy the data to
> >> + *
> >> + * Should be used as the read callback for iio_buffer_access_ops
> >> + * struct for DMA buffers.
> >> + */
> >> +int iio_dma_buffer_read(struct iio_buffer *buffer, size_t n,
> >> + char __user *user_buffer)
> >> +{
> >> + return iio_dma_buffer_io(buffer, n, user_buffer, false);
> >> +}
> >> EXPORT_SYMBOL_GPL(iio_dma_buffer_read);
> >>
> >> +/**
> >> + * iio_dma_buffer_write() - DMA buffer write callback
> >> + * @buffer: Buffer to read form
> >> + * @n: Number of bytes to read
> >> + * @user_buffer: Userspace buffer to copy the data from
> >> + *
> >> + * Should be used as the write callback for iio_buffer_access_ops
> >> + * struct for DMA buffers.
> >> + */
> >> +int iio_dma_buffer_write(struct iio_buffer *buffer, size_t n,
> >> + const char __user *user_buffer)
> >> +{
> >> + return iio_dma_buffer_io(buffer, n, (__force char *)user_buffer,
> >> true);
> >> +}
> >> +EXPORT_SYMBOL_GPL(iio_dma_buffer_write);
> >> +
> >> /**
> >> * iio_dma_buffer_data_available() - DMA buffer data_available
> >> callback
> >> * @buf: Buffer to check for data availability
> >> diff --git a/include/linux/iio/buffer-dma.h
> >> b/include/linux/iio/buffer-dma.h
> >> index a65a005c4a19..09c07d5563c0 100644
> >> --- a/include/linux/iio/buffer-dma.h
> >> +++ b/include/linux/iio/buffer-dma.h
> >> @@ -132,6 +132,8 @@ int iio_dma_buffer_disable(struct iio_buffer
> >> *buffer,
> >> struct iio_dev *indio_dev);
> >> int iio_dma_buffer_read(struct iio_buffer *buffer, size_t n,
> >> char __user *user_buffer);
> >> +int iio_dma_buffer_write(struct iio_buffer *buffer, size_t n,
> >> + const char __user *user_buffer);
> >> size_t iio_dma_buffer_data_available(struct iio_buffer *buffer);
> >> int iio_dma_buffer_set_bytes_per_datum(struct iio_buffer *buffer,
> >> size_t bpd);
> >> int iio_dma_buffer_set_length(struct iio_buffer *buffer, unsigned
> >> int length);
> >> @@ -142,4 +144,9 @@ int iio_dma_buffer_init(struct
> >> iio_dma_buffer_queue *queue,
> >> void iio_dma_buffer_exit(struct iio_dma_buffer_queue *queue);
> >> void iio_dma_buffer_release(struct iio_dma_buffer_queue *queue);
> >>
> >> +static inline size_t iio_dma_buffer_space_available(struct
> >> iio_buffer *buffer)
> >> +{
> >> + return iio_dma_buffer_data_available(buffer);
> >> +}
> >> +
> >> #endif
> >
>
>
next prev parent reply other threads:[~2021-11-27 15:14 UTC|newest]
Thread overview: 59+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-15 14:19 [PATCH 00/15] iio: buffer-dma: write() and new DMABUF based API Paul Cercueil
2021-11-15 14:19 ` [PATCH 01/15] iio: buffer-dma: Get rid of incoming/outgoing queues Paul Cercueil
2021-11-16 8:23 ` Alexandru Ardelean
2021-11-21 14:05 ` Jonathan Cameron
2021-11-21 16:23 ` Lars-Peter Clausen
2021-11-21 17:52 ` Paul Cercueil
2021-11-21 18:49 ` Lars-Peter Clausen
2021-11-21 20:08 ` Paul Cercueil
2021-11-22 15:08 ` Lars-Peter Clausen
2021-11-22 15:16 ` Paul Cercueil
2021-11-22 15:17 ` Lars-Peter Clausen
2021-11-22 15:27 ` Paul Cercueil
2021-11-15 14:19 ` [PATCH 02/15] iio: buffer-dma: Remove unused iio_buffer_block struct Paul Cercueil
2021-11-16 8:22 ` Alexandru Ardelean
2021-11-15 14:19 ` [PATCH 03/15] iio: buffer-dma: Use round_down() instead of rounddown() Paul Cercueil
2021-11-16 8:26 ` Alexandru Ardelean
2021-11-21 14:08 ` Jonathan Cameron
2021-11-22 10:00 ` Paul Cercueil
2021-11-27 15:15 ` Jonathan Cameron
2021-11-15 14:19 ` [PATCH 04/15] iio: buffer-dma: Enable buffer write support Paul Cercueil
2021-11-16 8:52 ` Alexandru Ardelean
2021-11-21 14:20 ` Jonathan Cameron
2021-11-21 17:19 ` Paul Cercueil
2021-11-27 15:17 ` Jonathan Cameron [this message]
2021-11-15 14:19 ` [PATCH 05/15] iio: buffer-dmaengine: Support specifying buffer direction Paul Cercueil
2021-11-16 8:53 ` Alexandru Ardelean
2021-11-15 14:19 ` [PATCH 06/15] iio: buffer-dmaengine: Enable write support Paul Cercueil
2021-11-16 8:55 ` Alexandru Ardelean
2021-11-15 14:19 ` [PATCH 07/15] iio: core: Add new DMABUF interface infrastructure Paul Cercueil
2021-11-21 14:31 ` Jonathan Cameron
2021-11-15 14:19 ` [PATCH 08/15] iio: buffer-dma: split iio_dma_buffer_fileio_free() function Paul Cercueil
2021-11-16 10:59 ` Alexandru Ardelean
2021-11-21 13:49 ` Jonathan Cameron
2021-11-15 14:19 ` [PATCH 09/15] iio: buffer-dma: Use DMABUFs instead of custom solution Paul Cercueil
2021-11-15 14:19 ` [PATCH 10/15] iio: buffer-dma: Implement new DMABUF based userspace API Paul Cercueil
2021-11-15 14:19 ` [PATCH 11/15] iio: buffer-dma: Boost performance using write-combine cache setting Paul Cercueil
2021-11-18 11:45 ` Paul Cercueil
2021-11-21 15:00 ` Jonathan Cameron
2021-11-21 17:43 ` Paul Cercueil
2021-11-25 17:29 ` Paul Cercueil
2021-11-27 16:05 ` Jonathan Cameron
2021-11-28 13:25 ` Lars-Peter Clausen
2021-11-27 15:20 ` Jonathan Cameron
2021-11-15 14:22 ` [PATCH 12/15] iio: buffer-dmaengine: Support new DMABUF based userspace API Paul Cercueil
2021-11-15 14:22 ` [PATCH 13/15] iio: core: Add support for cyclic buffers Paul Cercueil
2021-11-16 9:50 ` Alexandru Ardelean
2021-11-15 14:22 ` [PATCH 14/15] iio: buffer-dmaengine: " Paul Cercueil
2021-11-16 9:50 ` Alexandru Ardelean
2021-11-15 14:22 ` [PATCH 15/15] Documentation: iio: Document high-speed DMABUF based API Paul Cercueil
2021-11-21 15:10 ` Jonathan Cameron
2021-11-21 17:46 ` Paul Cercueil
2021-11-15 14:37 ` [PATCH 00/15] iio: buffer-dma: write() and new " Daniel Vetter
2021-11-15 14:57 ` Paul Cercueil
2021-11-16 16:02 ` Daniel Vetter
2021-11-16 16:31 ` Laurent Pinchart
2021-11-17 8:48 ` Christian König
2021-11-17 12:50 ` Paul Cercueil
2021-11-17 13:42 ` Hennerich, Michael
2021-11-21 13:57 ` Jonathan Cameron
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20211127151751.71bafcf9@jic23-huawei \
--to=jic23@kernel.org \
--cc=Michael.Hennerich@analog.com \
--cc=ardeleanalex@gmail.com \
--cc=christian.koenig@amd.com \
--cc=dri-devel@lists.freedesktop.org \
--cc=lars@metafoo.de \
--cc=linaro-mm-sig@lists.linaro.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-media@vger.kernel.org \
--cc=paul@crapouillou.net \
--cc=sumit.semwal@linaro.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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).