From: Nikolaus Schulz <nikolaus.schulz@avionic-design.de>
To: Hartmut Knaack <knaack.h@gmx.de>
Cc: Jonathan Cameron <jic23@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald <pmeerw@pmeerw.net>,
Grant Likely <grant.likely@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
Michael Welling <mwelling@ieee.org>,
Philippe Reynes <tremyfr@yahoo.fr>,
linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org,
devicetree@vger.kernel.org,
Alban Bedel <alban.bedel@avionic-design.de>
Subject: Re: [PATCH v2 2/2] iio: add driver for the TI DAC8554
Date: Mon, 15 Dec 2014 11:02:13 +0100 [thread overview]
Message-ID: <20141215100213.GA6159@avionic-0071.adnet.avionic-design.de> (raw)
In-Reply-To: <548C209A.7000904@gmx.de>
On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote:
> Nikolaus Schulz schrieb am 12.12.2014 um 16:58:
> > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote:
> >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50:
> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with a=
n SPI
> >>> interface.
[dac8554_probe:]
> >>> + st->vref_mv =3Doltage_uv / 1000;
> >> How hard do you want to depend on a voltage regulator? Doing regulat=
or_get_voltage()
> >> could even be called dynamically in _read_raw(), making a real regul=
ator optional.
> >=20
> > Hmm. I understand that the DAC voltage input may not be provided by a
> > regulator, but is that a common scenario? No other DAC driver I look=
ed
> > at handles that case, they all consider it an error if the regulator =
is
> > absent.
> >=20
> I had people in mind, who might want to use such DAC with one of the po=
pular
> embedded boards like Raspberry Pi - people who would just like to "plug=
and
> play" without the need or ability to build a kernel (or would prefer to=
go
> with the convenience of a distribution kernel). But since you've put a
> dependency on OF, I don't see a way to use this device with a stock dis=
tribution
> kernel anyway.
As long as the kernel supports devicetree, compiling the module and a
new DT blob should be enough to enable support for the DAC8554.
And, as Jonathan has pointed out, if there is no real regulator
providing the input current, a fixed regulator can be added to the DT.
> But I still think that calculating the actual voltage during _read_raw(=
) would
> be a good idea, as there is support for regulators providing different =
voltages,
> which can be changed during runtime.
Agreed.
--=20
Avionic Design GmbH
Nikolaus Schulz
Wragekamp 10
D-22397 Hamburg
Germany
Tel.: +49 40 88187-163
Fax: +49 40 88187-150
Email: nikolaus.schulz@avionic-design.de
Avionic Design GmbH
Amtsgericht Hamburg HRB 82598
Gesch=E4ftsf=FChrung: Cornelis Broers
Ust.-Ident-Nr.: DE813378254
WARNING: multiple messages have this Message-ID (diff)
From: Nikolaus Schulz <nikolaus.schulz-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
To: Hartmut Knaack <knaack.h-Mmb7MZpHnFY@public.gmane.org>
Cc: Jonathan Cameron <jic23-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Lars-Peter Clausen <lars-Qo5EllUWu/uELgA04lAiVw@public.gmane.org>,
Peter Meerwald <pmeerw-jW+XmwGofnusTnJN9+BGXg@public.gmane.org>,
Grant Likely
<grant.likely-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org>,
Rob Herring <robh+dt-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>,
Michael Welling <mwelling-EkmVulN54Sk@public.gmane.org>,
Philippe Reynes <tremyfr-Qt13gs6zZMY@public.gmane.org>,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-iio-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
devicetree-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
Alban Bedel
<alban.bedel-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org>
Subject: Re: [PATCH v2 2/2] iio: add driver for the TI DAC8554
Date: Mon, 15 Dec 2014 11:02:13 +0100 [thread overview]
Message-ID: <20141215100213.GA6159@avionic-0071.adnet.avionic-design.de> (raw)
In-Reply-To: <548C209A.7000904-Mmb7MZpHnFY@public.gmane.org>
On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote:
> Nikolaus Schulz schrieb am 12.12.2014 um 16:58:
> > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote:
> >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50:
> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI
> >>> interface.
[dac8554_probe:]
> >>> + st->vref_mv =oltage_uv / 1000;
> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage()
> >> could even be called dynamically in _read_raw(), making a real regulator optional.
> >
> > Hmm. I understand that the DAC voltage input may not be provided by a
> > regulator, but is that a common scenario? No other DAC driver I looked
> > at handles that case, they all consider it an error if the regulator is
> > absent.
> >
> I had people in mind, who might want to use such DAC with one of the popular
> embedded boards like Raspberry Pi - people who would just like to "plug and
> play" without the need or ability to build a kernel (or would prefer to go
> with the convenience of a distribution kernel). But since you've put a
> dependency on OF, I don't see a way to use this device with a stock distribution
> kernel anyway.
As long as the kernel supports devicetree, compiling the module and a
new DT blob should be enough to enable support for the DAC8554.
And, as Jonathan has pointed out, if there is no real regulator
providing the input current, a fixed regulator can be added to the DT.
> But I still think that calculating the actual voltage during _read_raw() would
> be a good idea, as there is support for regulators providing different voltages,
> which can be changed during runtime.
Agreed.
--
Avionic Design GmbH
Nikolaus Schulz
Wragekamp 10
D-22397 Hamburg
Germany
Tel.: +49 40 88187-163
Fax: +49 40 88187-150
Email: nikolaus.schulz-RM9K5IK7kjKj5M59NBduVrNAH6kLmebB@public.gmane.org
Avionic Design GmbH
Amtsgericht Hamburg HRB 82598
Geschäftsführung: Cornelis Broers
Ust.-Ident-Nr.: DE813378254
WARNING: multiple messages have this Message-ID (diff)
From: Nikolaus Schulz <nikolaus.schulz@avionic-design.de>
To: Hartmut Knaack <knaack.h@gmx.de>
Cc: Jonathan Cameron <jic23@kernel.org>,
Lars-Peter Clausen <lars@metafoo.de>,
Peter Meerwald <pmeerw@pmeerw.net>,
Grant Likely <grant.likely@linaro.org>,
Rob Herring <robh+dt@kernel.org>,
Michael Welling <mwelling@ieee.org>,
Philippe Reynes <tremyfr@yahoo.fr>,
linux-kernel@vger.kernel.org, linux-iio@vger.kernel.org,
devicetree@vger.kernel.org,
Alban Bedel <alban.bedel@avionic-design.de>
Subject: Re: [PATCH v2 2/2] iio: add driver for the TI DAC8554
Date: Mon, 15 Dec 2014 11:02:13 +0100 [thread overview]
Message-ID: <20141215100213.GA6159@avionic-0071.adnet.avionic-design.de> (raw)
In-Reply-To: <548C209A.7000904@gmx.de>
On Sat, Dec 13, 2014 at 12:18:50PM +0100, Hartmut Knaack wrote:
> Nikolaus Schulz schrieb am 12.12.2014 um 16:58:
> > On Sat, Dec 06, 2014 at 12:36:19PM +0100, Hartmut Knaack wrote:
> >> Nikolaus Schulz schrieb am 24.11.2014 um 20:50:
> >>> The TI DAC8554 is a quad-channel Digital-to-Analog Converter with an SPI
> >>> interface.
[dac8554_probe:]
> >>> + st->vref_mv =oltage_uv / 1000;
> >> How hard do you want to depend on a voltage regulator? Doing regulator_get_voltage()
> >> could even be called dynamically in _read_raw(), making a real regulator optional.
> >
> > Hmm. I understand that the DAC voltage input may not be provided by a
> > regulator, but is that a common scenario? No other DAC driver I looked
> > at handles that case, they all consider it an error if the regulator is
> > absent.
> >
> I had people in mind, who might want to use such DAC with one of the popular
> embedded boards like Raspberry Pi - people who would just like to "plug and
> play" without the need or ability to build a kernel (or would prefer to go
> with the convenience of a distribution kernel). But since you've put a
> dependency on OF, I don't see a way to use this device with a stock distribution
> kernel anyway.
As long as the kernel supports devicetree, compiling the module and a
new DT blob should be enough to enable support for the DAC8554.
And, as Jonathan has pointed out, if there is no real regulator
providing the input current, a fixed regulator can be added to the DT.
> But I still think that calculating the actual voltage during _read_raw() would
> be a good idea, as there is support for regulators providing different voltages,
> which can be changed during runtime.
Agreed.
--
Avionic Design GmbH
Nikolaus Schulz
Wragekamp 10
D-22397 Hamburg
Germany
Tel.: +49 40 88187-163
Fax: +49 40 88187-150
Email: nikolaus.schulz@avionic-design.de
Avionic Design GmbH
Amtsgericht Hamburg HRB 82598
Geschäftsführung: Cornelis Broers
Ust.-Ident-Nr.: DE813378254
next prev parent reply other threads:[~2014-12-15 10:02 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-24 19:50 [PATCH v2 1/2] iio: document ti-dac8554 devicetree bindings Nikolaus Schulz
2014-11-24 19:50 ` [PATCH v2 2/2] iio: add driver for the TI DAC8554 Nikolaus Schulz
2014-12-06 11:36 ` Hartmut Knaack
2014-12-06 11:36 ` Hartmut Knaack
2014-12-12 11:57 ` Jonathan Cameron
2014-12-12 11:57 ` Jonathan Cameron
2014-12-12 16:15 ` Nikolaus Schulz
2014-12-12 16:15 ` Nikolaus Schulz
2014-12-12 15:58 ` Nikolaus Schulz
2014-12-12 18:14 ` Jonathan Cameron
2014-12-12 18:14 ` Jonathan Cameron
2014-12-13 11:18 ` Hartmut Knaack
2014-12-13 11:18 ` Hartmut Knaack
2014-12-13 11:24 ` Hartmut Knaack
2014-12-13 11:24 ` Hartmut Knaack
2014-12-13 11:25 ` Lars-Peter Clausen
2014-12-13 11:25 ` Lars-Peter Clausen
2014-12-15 10:02 ` Nikolaus Schulz [this message]
2014-12-15 10:02 ` Nikolaus Schulz
2014-12-15 10:02 ` Nikolaus Schulz
2014-12-13 11:32 ` Lars-Peter Clausen
2014-12-13 11:32 ` Lars-Peter Clausen
2014-12-13 11:29 ` Lars-Peter Clausen
2014-12-13 11:29 ` Lars-Peter Clausen
2014-12-15 10:22 ` Nikolaus Schulz
2014-12-15 10:22 ` Nikolaus Schulz
2014-12-15 10:22 ` Nikolaus Schulz
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=20141215100213.GA6159@avionic-0071.adnet.avionic-design.de \
--to=nikolaus.schulz@avionic-design.de \
--cc=alban.bedel@avionic-design.de \
--cc=devicetree@vger.kernel.org \
--cc=grant.likely@linaro.org \
--cc=jic23@kernel.org \
--cc=knaack.h@gmx.de \
--cc=lars@metafoo.de \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mwelling@ieee.org \
--cc=pmeerw@pmeerw.net \
--cc=robh+dt@kernel.org \
--cc=tremyfr@yahoo.fr \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.