All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Nazzareno Trimarchi <michael@amarulasolutions.com>
To: Jonathan Cameron <jic23@kernel.org>
Cc: Lars-Peter Clausen <lars@metafoo.de>,
	Hartmut Knaack <knaack.h@gmx.de>,
	Peter Meerwald-Stadler <pmeerw@pmeerw.net>,
	linux-iio@vger.kernel.org
Subject: Re: [PATCH] iio: potentiometer: add driver for Maxim Integrated DS1807
Date: Wed, 9 May 2018 11:01:17 +0200	[thread overview]
Message-ID: <CAOf5uwkX70XULEAgb_yZVGrCEqvDzZn+o-FV8vAC5ytKvjQc4w@mail.gmail.com> (raw)
In-Reply-To: <20180507181714.34760596@archlinux>

Hi

On Mon, May 7, 2018 at 7:17 PM, Jonathan Cameron <jic23@kernel.org> wrote:
> On Mon, 7 May 2018 18:55:16 +0200
> Lars-Peter Clausen <lars@metafoo.de> wrote:
>
>> On 05/07/2018 06:44 PM, Lars-Peter Clausen wrote:
>> > On 05/06/2018 07:37 PM, Jonathan Cameron wrote:
>> >> On Sun,  6 May 2018 15:30:47 +0200
>> >> Michael Trimarchi <michael@amarulasolutions.com> wrote:
>> >>
>> >>> The following functions are supported:
>> >>> - write, read potentiometer value
>> >>>
>> >>> Value are exported in DBm because it's used as an audio
>> >>> attenuator
>> >>
>> >> This is interesting.  The problem is that there is no way for
>> >> userspace to know that it is reporting in DBm rather than
>> >> reporting a linear gain or a straight forward resistance.
>> >>
>> >> This is rather closer in operation to the analog front end
>> >> driver I took the other day than to the other potentiometers
>> >> we have drivers for.
>> >>
>> >> Anyhow, how to solve this?  Two options come to mind.
>> >> 1) Look up table mapping to linear gain as per current ABI
>> >> 2) Add a new channel type to represent the fact we are
>> >> looking at a logarithmic value, letting us handle it as DB.
>> >
>> > Yeah, I guess it is a bit difficult. I don't think this should be a separate
>> > type since we are still describing the same thing, just the scale is
>> > logarithmic rather than linear. Translation table doesn't work either since
>> > your values would get ridiculous small/large. We could add a db suffix to
>> > the type, but that's just terrible. I guess the best we can do is have a
>> > scale attribute that says 1dB.
>>
>> The other problem of course is that dB is a relative unit. The ratio of one
>> value to another. Whereas our normal scale refers to an absolute value.
> I'm really not keen on this.  We have done the separate types
> for humidity already, where we had relative (which is a ratio) and absolute
> (which isn't).  It's not pretty though.
>
> Potentially we could define a new attribute that says this one is
> is db or linear but that's ugly too.
>
> As you asked, are we looking at a part that gets used for anything other
> than audio or not?  If just audio, alsa driver does indeed make more sense.
>

This can be used in audio but even in other field. It's just a potentiometer.
Can I know what is wrong to use the same approch of audio ampliefier that we
have already in the iio tree?

Michael

> Jonathan



-- 
| Michael Nazzareno Trimarchi                     Amarula Solutions BV |
| COO  -  Founder                                      Cruquiuskade 47 |
| +31(0)851119172                                 Amsterdam 1018 AM NL |
|                  [`as] http://www.amarulasolutions.com               |

  reply	other threads:[~2018-05-09  9:01 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-05-06 13:30 [PATCH] iio: potentiometer: add driver for Maxim Integrated DS1807 Michael Trimarchi
2018-05-06 17:37 ` Jonathan Cameron
2018-05-06 20:40   ` Michael Nazzareno Trimarchi
2018-05-07 16:44   ` Lars-Peter Clausen
2018-05-07 16:55     ` Lars-Peter Clausen
2018-05-07 17:17       ` Jonathan Cameron
2018-05-09  9:01         ` Michael Nazzareno Trimarchi [this message]
2018-05-09  9:19           ` Michael Nazzareno Trimarchi
2018-05-12  9:45             ` Jonathan Cameron
2018-05-12  9:50               ` Michael Nazzareno Trimarchi
2018-05-12 11:07                 ` Jonathan Cameron
2018-05-12 12:10                   ` Michael Nazzareno Trimarchi
2019-02-23  9:04                     ` Michael Nazzareno Trimarchi
2019-03-03 17:11                       ` Jonathan Cameron
2019-03-04  9:27                         ` Michael Nazzareno Trimarchi
2019-03-08 16:16                           ` Jonathan Cameron
2018-05-07  8:27 ` Lars-Peter Clausen
2018-05-07 16:45 ` Lars-Peter Clausen

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=CAOf5uwkX70XULEAgb_yZVGrCEqvDzZn+o-FV8vAC5ytKvjQc4w@mail.gmail.com \
    --to=michael@amarulasolutions.com \
    --cc=jic23@kernel.org \
    --cc=knaack.h@gmx.de \
    --cc=lars@metafoo.de \
    --cc=linux-iio@vger.kernel.org \
    --cc=pmeerw@pmeerw.net \
    /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.