From: Lars-Peter Clausen <lars@metafoo.de>
To: Jonathan Cameron <jic23@kernel.org>
Cc: linux-iio@vger.kernel.org
Subject: Re: [PATCH 4/7] staging:iio: make iio_sw_buffer_preenable much more general.
Date: Mon, 05 Dec 2011 11:01:49 +0100 [thread overview]
Message-ID: <4EDC968D.1090807@metafoo.de> (raw)
In-Reply-To: <1323032222-21338-5-git-send-email-jic23@kernel.org>
On 12/04/2011 09:56 PM, Jonathan Cameron wrote:
> Also introduces active_scan_mask storage to tell the core what is
> really being currently captured from the device (different from
> what is desired as often has bonus channels).
>
> Signed-off-by: Jonathan Cameron <jic23@kernel.org>
Tested-and-Acked-by: Lars-Peter Clausen <lars@metafoo.de>
One minor comment inline though.
> ---
> drivers/staging/iio/iio.h | 2 +
> drivers/staging/iio/industrialio-buffer.c | 64 +++++++++++++++++------------
> 2 files changed, 40 insertions(+), 26 deletions(-)
>
> diff --git a/drivers/staging/iio/iio.h b/drivers/staging/iio/iio.h
> index 4fb8f2f..c225542 100644
> --- a/drivers/staging/iio/iio.h
> +++ b/drivers/staging/iio/iio.h
> @@ -280,6 +280,7 @@ struct iio_info {
> * @available_scan_masks: [DRIVER] optional array of allowed bitmasks
> * @masklength: [INTERN] the length of the mask established from
> * channels
> + * @active_scan_mask: [INTERN] union of all scan masks requested by buffers
> * @trig: [INTERN] current device trigger (buffer modes)
> * @pollfunc: [DRIVER] function run on trigger being received
> * @channels: [DRIVER] channel specification structure table
> @@ -307,6 +308,7 @@ struct iio_dev {
>
> unsigned long *available_scan_masks;
> unsigned masklength;
> + unsigned long *active_scan_mask;
> struct iio_trigger *trig;
> struct iio_poll_func *pollfunc;
>
> diff --git a/drivers/staging/iio/industrialio-buffer.c b/drivers/staging/iio/industrialio-buffer.c
> index b2cf3e3..7dedeca 100644
> --- a/drivers/staging/iio/industrialio-buffer.c
> +++ b/drivers/staging/iio/industrialio-buffer.c
> @@ -531,32 +531,6 @@ ssize_t iio_buffer_show_enable(struct device *dev,
> }
> EXPORT_SYMBOL(iio_buffer_show_enable);
>
> -int iio_sw_buffer_preenable(struct iio_dev *indio_dev)
> -{
> - struct iio_buffer *buffer = indio_dev->buffer;
> - size_t size;
> - dev_dbg(&indio_dev->dev, "%s\n", __func__);
> - /* Check if there are any scan elements enabled, if not fail*/
> - if (!(buffer->scan_count || buffer->scan_timestamp))
> - return -EINVAL;
> - if (buffer->scan_timestamp)
> - if (buffer->scan_count)
> - /* Timestamp (aligned to s64) and data */
> - size = (((buffer->scan_count * buffer->bpe)
> - + sizeof(s64) - 1)
> - & ~(sizeof(s64) - 1))
> - + sizeof(s64);
> - else /* Timestamp only */
> - size = sizeof(s64);
> - else /* Data only */
> - size = buffer->scan_count * buffer->bpe;
> - buffer->access->set_bytes_per_datum(buffer, size);
> -
> - return 0;
> -}
> -EXPORT_SYMBOL(iio_sw_buffer_preenable);
> -
> -
> /* note NULL used as error indicator as it doesn't make sense. */
> static unsigned long *iio_scan_mask_match(unsigned long *av_masks,
> unsigned int masklength,
> @@ -572,6 +546,44 @@ static unsigned long *iio_scan_mask_match(unsigned long *av_masks,
> return NULL;
> }
>
> +int iio_sw_buffer_preenable(struct iio_dev *indio_dev)
> +{
> + struct iio_buffer *buffer = indio_dev->buffer;
> + const struct iio_chan_spec *ch;
> + unsigned bytes = 0;
> + int length, i;
> + dev_dbg(&indio_dev->dev, "%s\n", __func__);
> +
> + /* How much space will the demuxed element take? */
> + for_each_set_bit(i, buffer->scan_mask,
> + indio_dev->masklength) {
> + ch = iio_find_channel_from_si(indio_dev, i);
> + length = ch->scan_type.storagebits/8;
> + bytes = ALIGN(bytes, length);
> + bytes += length;
> + }
> + if (buffer->scan_timestamp) {
> + ch = iio_find_channel_from_si(indio_dev,
> + buffer->scan_index_timestamp);
> + length = ch->scan_type.storagebits/8;
> + if (bytes % length)
> + bytes += length - bytes % length;
> + bytes += length;
Could use ALIGN as-well. Btw. ALIGN only works on powers of two. Do we
expect other storage sizes? If yes we should probably use roundup() instead.
> + }
> + buffer->access->set_bytes_per_datum(buffer, bytes);
> +
> + /* What scan mask do we actually have ?*/
> + if (indio_dev->available_scan_masks)
> + indio_dev->active_scan_mask =
> + iio_scan_mask_match(indio_dev->available_scan_masks,
> + indio_dev->masklength,
> + buffer->scan_mask);
> + else
> + indio_dev->active_scan_mask = buffer->scan_mask;
> + return 0;
> +}
> +EXPORT_SYMBOL(iio_sw_buffer_preenable);
> +
> /**
> * iio_scan_mask_set() - set particular bit in the scan mask
> * @buffer: the buffer whose scan mask we are interested in
next prev parent reply other threads:[~2011-12-05 10:01 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-12-04 20:56 [PATCH V2 0/7] Add scan demux unit and use it in max1363 Jonathan Cameron
2011-12-04 20:56 ` [PATCH 2/7] staging:iio:buffer add a cache of the timestamp scan index Jonathan Cameron
2011-12-04 20:56 ` [PATCH 3/7] staging:iio: add hook to allow core to perform scan related config Jonathan Cameron
2011-12-04 20:56 ` [PATCH 4/7] staging:iio: make iio_sw_buffer_preenable much more general Jonathan Cameron
2011-12-05 10:01 ` Lars-Peter Clausen [this message]
2011-12-05 17:02 ` Jonathan Cameron
2011-12-04 20:57 ` [PATCH 7/7] staging:iio:adc:max1363 correctly set channels as big endian Jonathan Cameron
[not found] ` <1323032222-21338-6-git-send-email-jic23@kernel.org>
2011-12-05 9:57 ` [PATCH 5/7] staging:iio: add demux optionally to path from device to buffer Lars-Peter Clausen
-- strict thread matches above, loose matches on Subject: below --
2011-12-05 21:37 [PATCH V3 0/7] Add scan demux unit and use it in max1363 Jonathan Cameron
2011-12-05 21:37 ` [PATCH 4/7] staging:iio: make iio_sw_buffer_preenable much more general Jonathan Cameron
2011-11-27 13:10 [PATCH 0/7] Add scan demux unit and use it in max1363 Jonathan Cameron
2011-11-27 13:10 ` [PATCH 4/7] staging:iio: make iio_sw_buffer_preenable much more general Jonathan Cameron
2011-11-28 9:23 ` Lars-Peter Clausen
2011-12-01 21:17 ` 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=4EDC968D.1090807@metafoo.de \
--to=lars@metafoo.de \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.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).