From: "Vianney le Clément" <vianney.leclement@essensium.com>
To: Jonathan Cameron <jic23@kernel.org>
Cc: <linux-iio@vger.kernel.org>, Peter Meerwald <pmeerw@pmeerw.net>,
"Arnout Vandecappelle (Essensium/Mind)" <arnout@mind.be>,
Wolfram Sang <wsa@the-dreams.de>
Subject: Re: [PATCH 5/7] iio: mlx90614: Allow tuning EEPROM configuration
Date: Mon, 9 Mar 2015 20:52:50 +0100 [thread overview]
Message-ID: <1425930770.5817.5@mail.essensium.com> (raw)
In-Reply-To: <54FDBF2A.6010402@kernel.org>
On Mon, Mar 9, 2015 at 4:41 , Jonathan Cameron <jic23@kernel.org> wrote:
>
> Emissivity is well defined. I'd like this to be a standard attribute
> with
>
> full documentation please rather than a driver specific one. Happy
> to have this added to the infomask elements if it make sense.
It does make sense. This parameter cannot be set separately for the
two IR sensors though (for the dual-sensor model). Should the
attribute still be shared by type, even though it does not apply to the
ambient temperature? Or should we add "shared by modifier" attributes
(not sure it is worth it)?
>
> Hmm odd to have two different filter types with separate control.
>
> However we have _filter_low_pass_3db_frequency and whilst it is a
> pain
>
> obviously to map this to that form that's the way to go from a useful
>
> userspace interface point of view. If we need to extend the filter
>
> description interface (filter type has been suggested before) then
> please
>
> propose that.
>
>
>
> Here I see they are suggesting one filter is effectively for
> ignoreing
>
> fast passing objects, and the other for noise prevention. They both
>
> effect the settling time.
>
>
>
> Anyhow it's not entirely obvious what the right answer is, but its
>
> definitely not a driver specific interface such as we have.
>
>
> Peter, any thoughts?
I will look into this. Any thoughts from Peter are indeed welcome.
>> + &iio_dev_attr_gain.dev_attr.attr,
>
> Please use the standard IIO infomask elements for scale (or perhaps
> calibscale - I haven't checked which is appropriate).
Ok.
Vianney
next prev parent reply other threads:[~2015-03-09 19:52 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-02-25 15:55 [PATCH 0/7] iio: mlx90614 enhancements Vianney le Clément de Saint-Marcq
2015-02-25 15:55 ` Vianney le Clément de Saint-Marcq
2015-02-25 15:55 ` [PATCH 1/7] iio: mlx90614: Refactor register symbols Vianney le Clément de Saint-Marcq
2015-03-09 15:02 ` Jonathan Cameron
2015-02-25 15:55 ` [PATCH 2/7] iio: mlx90614: Add symbols for accessible registers Vianney le Clément de Saint-Marcq
2015-02-25 15:55 ` [PATCH 3/7] iio: mlx90614: Add processed temperature output Vianney le Clément de Saint-Marcq
2015-03-09 15:08 ` Jonathan Cameron
2015-03-09 19:27 ` Vianney le Clément
2015-02-25 15:55 ` [PATCH 4/7] iio: mlx90614: Support devices with dual IR sensor Vianney le Clément de Saint-Marcq
2015-03-09 15:18 ` Jonathan Cameron
2015-03-09 19:35 ` Vianney le Clément
2015-02-25 15:55 ` [PATCH 5/7] iio: mlx90614: Allow tuning EEPROM configuration Vianney le Clément de Saint-Marcq
2015-03-09 15:35 ` Jonathan Cameron
2015-03-09 15:41 ` Jonathan Cameron
2015-03-09 16:45 ` Wolfram Sang
2015-03-09 17:02 ` Jonathan Cameron
2015-03-09 17:15 ` Wolfram Sang
2015-03-09 19:52 ` Vianney le Clément [this message]
2015-02-25 15:55 ` [PATCH 6/7] iio: mlx90614: Add power management Vianney le Clément de Saint-Marcq
2015-02-25 15:55 ` Vianney le Clément de Saint-Marcq
[not found] ` <1424879712-28304-7-git-send-email-vianney.leclement-buIOx9BAs4sybS5Ee8rs3A@public.gmane.org>
2015-03-09 15:39 ` Jonathan Cameron
2015-03-09 15:39 ` Jonathan Cameron
[not found] ` <54FDBEB7.8030403-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
2015-03-09 15:42 ` Jonathan Cameron
2015-03-09 15:42 ` Jonathan Cameron
2015-03-09 16:43 ` Wolfram Sang
2015-03-09 16:43 ` Wolfram Sang
2015-03-12 10:30 ` Jonathan Cameron
2015-03-12 10:30 ` Jonathan Cameron
2015-02-25 15:55 ` [PATCH 7/7] iio: mlx90614: Provide raw IR value for object channels Vianney le Clément de Saint-Marcq
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=1425930770.5817.5@mail.essensium.com \
--to=vianney.leclement@essensium.com \
--cc=arnout@mind.be \
--cc=jic23@kernel.org \
--cc=linux-iio@vger.kernel.org \
--cc=pmeerw@pmeerw.net \
--cc=wsa@the-dreams.de \
/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.