From: Henrique de Moraes Holschuh <hmh@hmh.eng.br>
To: Pavel Machek <pavel@ucw.cz>
Cc: Jean Delvare <khali@linux-fr.org>,
Kasper Sandberg <lkml@metanurb.dk>,
Rudolf Marek <r.marek@assembler.cz>,
Maxim Levitsky <maximlevitsky@gmail.com>,
trenn@suse.de, Len Brown <lenb@kernel.org>,
Matthew <jackdachef@gmail.com>,
linux-acpi@vger.kernel.org, torvalds@linux-foundation.org,
linux-kernel@vger.kernel.org, "Zhang, Rui" <rui.zhang@intel.com>
Subject: Re: Linux 2.6.25 (coretemp reads high temperatures)
Date: Sun, 4 May 2008 14:42:29 -0300 [thread overview]
Message-ID: <20080504174229.GA29118@khazad-dum.debian.net> (raw)
In-Reply-To: <20080502203615.GF3956@ucw.cz>
On Fri, 02 May 2008, Pavel Machek wrote:
> > Actually, just libsensors would, and the local admin can adjust it at
> > will using the config file.
> >
> > Nobody in userspace should be reading hwmon sysfs directly without the
> > use of libsensors. If they are, it is their bug, and it is unsupported
> > AFAIK.
>
> Hmm, that's an interesting ABI design. No, I do not think that's a
> good idea.
That's how it is. The kernel drivers are to attempt to do their best to
give proper readings. But if they don't, the library can apply
arbritary user-configurable adjustments.
I'd rather different attribute names like "raw_temp#" were used when the
adjustment thorugh libsensors is *required*, though.
--
"One disk to rule them all, One disk to find them. One disk to bring
them all and in the darkness grind them. In the Land of Redmond
where the shadows lie." -- The Silicon Valley Tarot
Henrique Holschuh
next prev parent reply other threads:[~2008-05-04 17:42 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <e85b9d30804180837y39c52e26i588e4b67c87a5e9d@mail.gmail.com>
2008-04-19 1:51 ` Linux 2.6.25 (coretemp reads high temperatures) Len Brown
2008-04-21 16:10 ` Thomas Bächler
2008-04-23 8:43 ` Maxim Levitsky
2008-04-28 18:19 ` Kasper Sandberg
2008-04-29 13:07 ` Thomas Renninger
2008-04-29 15:08 ` Jean Delvare
2008-04-29 22:14 ` Rudolf Marek
2008-04-29 22:58 ` Matthew
2008-04-30 6:10 ` Jean Delvare
2008-04-30 14:46 ` Henrique de Moraes Holschuh
2008-04-30 14:50 ` Rudolf Marek
2008-04-30 15:18 ` Jean Delvare
2008-05-02 20:35 ` Pavel Machek
2008-04-30 0:11 ` Kasper Sandberg
2008-04-30 6:20 ` Jean Delvare
2008-04-30 14:51 ` Henrique de Moraes Holschuh
2008-04-30 15:28 ` Jean Delvare
2008-05-02 20:36 ` Pavel Machek
2008-05-04 17:42 ` Henrique de Moraes Holschuh [this message]
2008-05-05 13:45 ` Pavel Machek
2008-05-02 20:35 ` Pavel Machek
[not found] ` <alpine.LFD.1.00.0804180843150.2879@woody.linux-foundation.org>
[not found] ` <20080418193802.GK7674@cvg>
[not found] ` <20080418200338.GL7674@cvg>
[not found] ` <48096179.4060803@keyaccess.nl>
[not found] ` <480964F7.3040701@keyaccess.nl>
[not found] ` <20080419061701.GA7688@cvg>
2008-04-19 10:18 ` Linux 2.6.25 Matthew
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=20080504174229.GA29118@khazad-dum.debian.net \
--to=hmh@hmh.eng.br \
--cc=jackdachef@gmail.com \
--cc=khali@linux-fr.org \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@metanurb.dk \
--cc=maximlevitsky@gmail.com \
--cc=pavel@ucw.cz \
--cc=r.marek@assembler.cz \
--cc=rui.zhang@intel.com \
--cc=torvalds@linux-foundation.org \
--cc=trenn@suse.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox