From: Jonathan Cameron <jic23@kernel.org>
To: Antoniu Miclaus <antoniu.miclaus@analog.com>
Cc: <robh+dt@kernel.org>, <linux-iio@vger.kernel.org>,
<devicetree@vger.kernel.org>, <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH v2 4/4] iio:filter:admv8818: Add sysfs ABI documentation
Date: Sat, 27 Nov 2021 16:39:16 +0000 [thread overview]
Message-ID: <20211127163916.264e58be@jic23-huawei> (raw)
In-Reply-To: <20211123133900.133027-4-antoniu.miclaus@analog.com>
On Tue, 23 Nov 2021 15:39:00 +0200
Antoniu Miclaus <antoniu.miclaus@analog.com> wrote:
> Add initial ABI documentation for admv8818 filter sysfs interfaces.
>
> Signed-off-by: Antoniu Miclaus <antoniu.miclaus@analog.com>
Hi Anntoniu,
I'd focused on the other attributes previously and as a result missed
the issue with scaling for the 3db_frequency attrs.
See below,
Jonathan
> ---
> changes in v2:
> - remove bandwidth/center frequency related custom device attributes
> - remove bypass filter mode
> .../ABI/testing/sysfs-bus-iio-filter-admv8818 | 44 +++++++++++++++++++
> 1 file changed, 44 insertions(+)
> create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-filter-admv8818
>
> diff --git a/Documentation/ABI/testing/sysfs-bus-iio-filter-admv8818 b/Documentation/ABI/testing/sysfs-bus-iio-filter-admv8818
> new file mode 100644
> index 000000000000..7211b5d0daa0
> --- /dev/null
> +++ b/Documentation/ABI/testing/sysfs-bus-iio-filter-admv8818
> @@ -0,0 +1,44 @@
> +What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_filter_high_pass_3db_frequency
> +KernelVersion:
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + The cut-off frequency of the ADMV8818 high pass filter. The value is scaled using
> + the `out_altvoltageY_scale` attribute so that GHz frequencies are valid inputs,
out_altvoltage_Y_scale applies to out_altvoltageY_raw (sure that doesn't actually exist here, but
we can't change it's meaning to something entirely different like this).
> + The accepted range of values for the frequencies is between 1.75GHz and 19.9GHz.
> +
> + The default value for the scale is 1000000, therefore MHz frequency values are
> + passed as input.
Hmm. The scaling things is not how the other instances of 3db_frequency work and we need to be consistent.
So even though it's a lot of zeros this needs to be in HZ.
Note we ran into a requirement for 64 bit values recently so now have IIO_VAL_INT_64 which will
probably work for you here.
once that is tidied up these two 3db_frequency attributes are standard ABI (fit with the same for
other channels). As such, please put them in the relevant existing entries for similar 3db_frequency.
Note that, if you want to express ranges that belongs in the sysfs attribute
*3db_frequency_available, not the documentation.
> +
> +What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_filter_low_pass_3db_frequency
> +KernelVersion:
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + The cut-off frequency of the ADMV8818 low pass filter. The value is scaled using
> + the `out_altvoltageY_scale` attribute so that GHz frequencies are valid inputs,
> + The accepted range of values for the frequencies is between 2.05GHz and 18.85GHz.
> +
> + The default value for the scale is 1000000, therefore MHz frequency values are
> + passed as input.
> +
> +What: /sys/bus/iio/devices/iio:deviceX/out_altvoltageY_scale
> +KernelVersion:
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + Scale high pass and lowpass filter frequency values to Hz.
As above, this needs to go because it doesn't logically mean this when considered alongside the
existing ABI.
> +
> +What: /sys/bus/iio/devices/iio:deviceX/filter_mode_available
> +KernelVersion:
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + Reading this returns the valid values that can be written to the
> + on_altvoltage0_mode attribute:
> +
> + - auto -> Adjust bandpass filter to track changes in input clock rate.
> + - manual -> disable/unregister the clock rate notifier / input clock tracking.
> +
> +What: /sys/bus/iio/devices/iio:deviceX/filter_mode
> +KernelVersion:
> +Contact: linux-iio@vger.kernel.org
> +Description:
> + This attribute configures the filter mode.
> + Reading returns the actual mode.
This bit works for me. There is a risk we will run into different definitions of filter_mode
in the future and the docs builder doesn't let you have multiple definitions. If that happens
we may need to move this. Can do it when needed however as this is the first such definition.
Thanks,
Jonathan
prev parent reply other threads:[~2021-11-27 16:36 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-11-23 13:38 [PATCH v2 1/4] iio: add filter subfolder Antoniu Miclaus
2021-11-23 13:38 ` [PATCH v2 2/4] iio:filter:admv8818: add support for ADMV8818 Antoniu Miclaus
2021-11-24 3:18 ` kernel test robot
2021-11-24 7:20 ` Miclaus, Antoniu
2021-11-27 17:00 ` Jonathan Cameron
2021-11-23 13:38 ` [PATCH v2 3/4] dt-bindings:iio:filter: add admv8818 doc Antoniu Miclaus
2021-11-27 16:42 ` Jonathan Cameron
2021-11-30 22:18 ` Rob Herring
2021-11-23 13:39 ` [PATCH v2 4/4] iio:filter:admv8818: Add sysfs ABI documentation Antoniu Miclaus
2021-11-27 16:39 ` Jonathan Cameron [this message]
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=20211127163916.264e58be@jic23-huawei \
--to=jic23@kernel.org \
--cc=antoniu.miclaus@analog.com \
--cc=devicetree@vger.kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@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).