From: Jonathan Cameron <Jonathan.Cameron@Huawei.com>
To: "Paller, Kim Seer" <KimSeer.Paller@analog.com>
Cc: "Jonathan Cameron" <jic23@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
"devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
"David Lechner" <dlechner@baylibre.com>,
"Lars-Peter Clausen" <lars@metafoo.de>,
"Liam Girdwood" <lgirdwood@gmail.com>,
"Mark Brown" <broonie@kernel.org>,
"Dimitri Fedrau" <dima.fedrau@gmail.com>,
"Krzysztof Kozlowski" <krzk+dt@kernel.org>,
"Rob Herring" <robh@kernel.org>,
"Conor Dooley" <conor+dt@kernel.org>,
"Hennerich, Michael" <Michael.Hennerich@analog.com>,
"Nuno Sá" <noname.nuno@gmail.com>
Subject: Re: [PATCH v3 1/5] iio: ABI: Generalize ABI documentation for DAC
Date: Thu, 13 Jun 2024 18:00:05 +0100 [thread overview]
Message-ID: <20240613180005.0000480e@Huawei.com> (raw)
In-Reply-To: <PH0PR03MB71416493AB2788638599CAE4F9C02@PH0PR03MB7141.namprd03.prod.outlook.com>
On Wed, 12 Jun 2024 10:57:42 +0000
"Paller, Kim Seer" <KimSeer.Paller@analog.com> wrote:
> > -----Original Message-----
> > From: Jonathan Cameron <jic23@kernel.org>
> > Sent: Saturday, June 8, 2024 10:41 PM
> > To: Paller, Kim Seer <KimSeer.Paller@analog.com>
> > Cc: linux-kernel@vger.kernel.org; linux-iio@vger.kernel.org;
> > devicetree@vger.kernel.org; David Lechner <dlechner@baylibre.com>; Lars-
> > Peter Clausen <lars@metafoo.de>; Liam Girdwood <lgirdwood@gmail.com>;
> > Mark Brown <broonie@kernel.org>; Dimitri Fedrau <dima.fedrau@gmail.com>;
> > Krzysztof Kozlowski <krzk+dt@kernel.org>; Rob Herring <robh@kernel.org>;
> > Conor Dooley <conor+dt@kernel.org>; Hennerich, Michael
> > <Michael.Hennerich@analog.com>; Nuno Sá <noname.nuno@gmail.com>
> > Subject: Re: [PATCH v3 1/5] iio: ABI: Generalize ABI documentation for DAC
> >
> > [External]
> >
> > On Mon, 3 Jun 2024 09:21:56 +0800
> > Kim Seer Paller <kimseer.paller@analog.com> wrote:
> >
> > > Introduces a more generalized ABI documentation for DAC. Instead of
> > > having separate ABI files for each DAC, we now have a single ABI file
> > > that covers the common sysfs interface for all DAC.
> > >
> > > Co-developed-by: Michael Hennerich <michael.hennerich@analog.com>
> > > Signed-off-by: Michael Hennerich <michael.hennerich@analog.com>
> > > Signed-off-by: Kim Seer Paller <kimseer.paller@analog.com>
> >
> > A few comments inline.
> >
> > I wondered if it made sense to combine voltage and current entries of each
> > type
> > in single block, but I think the docs would become too complicated with lots
> > of wild cards etc. Hence I think the duplication is fine.
> >
> > Jonathan
> >
> > > ---
> > > Documentation/ABI/testing/sysfs-bus-iio-dac | 61 +++++++++++++++++++
> > > .../ABI/testing/sysfs-bus-iio-dac-ltc2688 | 31 ----------
> > > 2 files changed, 61 insertions(+), 31 deletions(-)
> > > create mode 100644 Documentation/ABI/testing/sysfs-bus-iio-dac
> > >
> > > diff --git a/Documentation/ABI/testing/sysfs-bus-iio-dac
> > b/Documentation/ABI/testing/sysfs-bus-iio-dac
> > > new file mode 100644
> > > index 000000000000..36d316bb75f6
> > > --- /dev/null
> > > +++ b/Documentation/ABI/testing/sysfs-bus-iio-dac
> > > @@ -0,0 +1,61 @@
> > > +What:
> > /sys/bus/iio/devices/iio:deviceX/out_currentY_toggle_en
> > > +KernelVersion: 5.18
> > > +Contact: linux-iio@vger.kernel.org
> > > +Description:
> > > + Toggle enable. Write 1 to enable toggle or 0 to disable it. This
> > Tab vs space issue - see below.
> >
> > > + is useful when one wants to change the DAC output codes. The
> > way
> > > + it should be done is:
> > > +
> > > + - disable toggle operation;
> > > + - change out_currentY_rawN, where N is the integer value of the
> > symbol;
> > > + - enable toggle operation.
> > Same question as below on whether this is accurate - Maybe it just needs to
> > mention
> > this scheme needs to be used for autonomous toggling (out of software
> > control).
> > It works for software toggling but may be overkill!
> >
> > > +
> > > +What: /sys/bus/iio/devices/iio:deviceX/out_currentY_rawN
> > > +KernelVersion: 5.18
> > > +Contact: linux-iio@vger.kernel.org
> > > +Description:
> > > + This attribute has the same meaning as out_currentY_raw. It is
> > > + specific to toggle enabled channels and refers to the DAC
> > output
> > > + code in INPUT_N (_rawN), where N is the integer value of the
> > symbol.
> > > + The same scale and offset as in out_currentY_raw applies.
> > > +
> > > +What: /sys/bus/iio/devices/iio:deviceX/out_currentY_symbol
> > > +KernelVersion: 5.18
> > > +Contact: linux-iio@vger.kernel.org
> > > +Description:
> > > + Performs a SW switch to a predefined output symbol. This
> > attribute
> > > + is specific to toggle enabled channels and allows switching
> > between
> > > + multiple predefined symbols. Each symbol corresponds to a
> > different
> > > + output, denoted as out_currentY_rawN, where N is the integer
> > value
> > > + of the symbol. Writing an integer value N will select
> > out_currentY_rawN.
> > > +
> > > +What:
> > /sys/bus/iio/devices/iio:deviceX/out_voltageY_toggle_en
> > > +KernelVersion: 5.18
> > > +Contact: linux-iio@vger.kernel.org
> > > +Description:
> > > + Toggle enable. Write 1 to enable toggle or 0 to disable it. This
> >
> > Mix of spacing and tabs is inconsistent. Hence the odd indent in this reply
> > version.
> >
> > > + is useful when one wants to change the DAC output codes. The
> > way
> > > + it should be done is:
> >
> > Hmm. Is this true? If we are doing autonomous toggling on a clock or similar
> > than agreed.
> > If we are using the out_current_symbol software control it would be common
> > to switch
> > to A, modify B, switch to B, modify A etc.
> >
> > I think our interface has probably evolved and so this might need an update.
>
> I agree that the description could be clear about the differences between
> autonomous and software toggling. If we were to change the description, would
> this suffice?
>
> Description:
> Toggle enable. Write 1 to enable toggle or 0 to disable it. This
> is useful when one wants to change the DAC output codes. For autonomous toggling, the way
> it should be done is:
>
> - disable toggle operation;
> - change out_currentY_rawN, where N is the integer value of the symbol;
> - enable toggle operation.
To here is good as focuses on the use case.
>
> For software toggling, one can switch to A, modify B, switch to B, modify A, etc.
I'd not mention this part (not sure if you were intending to though given the formatting!)
Jonathan
> >
> > > +
> > > + - disable toggle operation;
> > > + - change out_voltageY_rawN, where N is the integer value of the
> > symbol;
> > > + - enable toggle operation.
>
>
next prev parent reply other threads:[~2024-06-13 17:00 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-06-03 1:21 [PATCH v3 0/5] Add driver for LTC2664 and LTC2672 Kim Seer Paller
2024-06-03 1:21 ` [PATCH v3 1/5] iio: ABI: Generalize ABI documentation for DAC Kim Seer Paller
2024-06-08 14:40 ` Jonathan Cameron
2024-06-12 10:57 ` Paller, Kim Seer
2024-06-13 17:00 ` Jonathan Cameron [this message]
2024-06-03 1:21 ` [PATCH v3 2/5] iio: ABI: add DAC 42kohm_to_gnd powerdown mode Kim Seer Paller
2024-06-03 1:21 ` [PATCH v3 3/5] dt-bindings: iio: dac: Add adi,ltc2664.yaml Kim Seer Paller
2024-06-03 7:02 ` Krzysztof Kozlowski
2024-06-03 1:21 ` [PATCH v3 4/5] dt-bindings: iio: dac: Add adi,ltc2672.yaml Kim Seer Paller
2024-06-03 7:05 ` Krzysztof Kozlowski
2024-06-03 19:59 ` David Lechner
2024-06-03 20:17 ` David Lechner
2024-06-04 6:47 ` Krzysztof Kozlowski
2024-06-04 13:53 ` David Lechner
2024-06-08 14:32 ` Jonathan Cameron
2024-06-03 1:22 ` [PATCH v3 5/5] iio: dac: ltc2664: Add driver for LTC2664 and LTC2672 Kim Seer Paller
2024-06-03 13:12 ` Nuno Sá
2024-06-03 20:43 ` David Lechner
2024-06-06 15:49 ` Paller, Kim Seer
2024-06-07 19:13 ` David Lechner
2024-06-18 10:32 ` Paller, Kim Seer
2024-06-18 13:42 ` David Lechner
2024-06-08 14: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=20240613180005.0000480e@Huawei.com \
--to=jonathan.cameron@huawei.com \
--cc=KimSeer.Paller@analog.com \
--cc=Michael.Hennerich@analog.com \
--cc=broonie@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dima.fedrau@gmail.com \
--cc=dlechner@baylibre.com \
--cc=jic23@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=lars@metafoo.de \
--cc=lgirdwood@gmail.com \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=noname.nuno@gmail.com \
--cc=robh@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).