From: Eduardo Valentin <edubezval@gmail.com>
To: Krzysztof Kozlowski <k.kozlowski@samsung.com>
Cc: Zhang Rui <rui.zhang@intel.com>, Jean Delvare <jdelvare@suse.com>,
ksummit-discuss@lists.linuxfoundation.org
Subject: Re: [Ksummit-discuss] [TECH TOPIC] [CORE TOPIC] The three ways of temperature sensing in Linux
Date: Tue, 25 Aug 2015 14:13:25 -0700 [thread overview]
Message-ID: <20150825211324.GC5772@localhost.localdomain> (raw)
In-Reply-To: <55DC0AA3.6010801@samsung.com>
[-- Attachment #1: Type: text/plain, Size: 3021 bytes --]
On Tue, Aug 25, 2015 at 03:26:43PM +0900, Krzysztof Kozlowski wrote:
> On 25.08.2015 15:12, Eduardo Valentin wrote:
> > Hi all,
> >
> > [Not sure if this is TECH or CORE, as it touches more than one
> > subsystem]
> >
> > Not sure how late it is to post this, but I am trying anyway.
> >
> > During LPC 2015 last week it came out the topic of the interaction
> > between the thermal subsystem with HWMON. On top of it, we also got a
> > proposal [1] of having thermal exposing its registered devices as IIO.
> >
> > I know the three subsystem coexist today for some years. They also have
> > their own design goals. However, the fact that we have three different
> > subsystems for doing very similar task may be confusing, for the driver
> > writer, and for user space too.
> >
> > Another aspect of it is the possible code duplication. For example, it
> > would interesting to get board temperature sensors, typically registered
> > as hwmon devices, to be available in the thermal subsystem while
> > constructing thermal zones out of them. Some user process would expect
> > the opposite though, to read the thermal zone sensors as hwmon devices,
> > or as IIO devices.
>
> I would rather expect using only one subsystem for exporting this
> information to user-space. If the susbsytem lacks some features then it
> could be expanded.
Yes. That would be the best scenario. I agree here. But in practice, we
have three different subsystem doing similar things around temperature
monitoring. Then, the topic is really to discuss how to either converge
to having one (which at this point, I doubt it would be that straight
forward, specially considering the fact that we must avoid breaking
userspace) or at least having the subsystems having a better interaction
between each other.
>
> Some power supply drivers (fuel gauges or chargers) also provide
> temperature data. They use the thermal for that. It would be weird to
> export them through IIO...
Agreed here too.
>
> Anyway from that point of view the topic is interesting to me.
Cool!
BR,
Eduardo Valentin
>
> Best regards,
> Krzysztof
>
> >
> > Therefore, it would be interesting to have a better convergence on how
> > these subsystems talk to each other, and how this is exposed to user
> > space.
> >
> > The involved maintainers are:
> > HWMON:
> > M: Jean Delvare <jdelvare@suse.com>
> > M: Guenter Roeck <linux@roeck-us.net>
> >
> > Thermal:
> > M: Zhang Rui <rui.zhang@intel.com>
> > M: Eduardo Valentin <edubezval@gmail.com>
> >
> > IIO:
> > M: Jonathan Cameron <jic23@kernel.org>
> >
> > BR,
> >
> > Eduardo Valentin
> >
> > [1] - http://comments.gmane.org/gmane.linux.kernel.iio/19627
> >
> >
> >
> > _______________________________________________
> > Ksummit-discuss mailing list
> > Ksummit-discuss@lists.linuxfoundation.org
> > https://lists.linuxfoundation.org/mailman/listinfo/ksummit-discuss
> >
>
[-- Attachment #2: Digital signature --]
[-- Type: application/pgp-signature, Size: 490 bytes --]
next prev parent reply other threads:[~2015-08-25 21:13 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-08-25 6:12 Eduardo Valentin
2015-08-25 6:26 ` Krzysztof Kozlowski
2015-08-25 14:03 ` Guenter Roeck
2015-08-25 21:26 ` Eduardo Valentin
2015-08-25 21:13 ` Eduardo Valentin [this message]
2015-08-25 21:31 ` Heiko Stuebner
2015-08-25 23:55 ` Guenter Roeck
2015-08-26 0:12 ` Eduardo Valentin
2015-08-26 4:14 ` Guenter Roeck
2015-08-26 6:04 ` 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=20150825211324.GC5772@localhost.localdomain \
--to=edubezval@gmail.com \
--cc=jdelvare@suse.com \
--cc=k.kozlowski@samsung.com \
--cc=ksummit-discuss@lists.linuxfoundation.org \
--cc=rui.zhang@intel.com \
/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