* [lm-sensors] tempx_max_hyst > tempx_max?
@ 2008-11-02 15:17 shaul Karl
2008-11-05 18:05 ` Jean Delvare
` (3 more replies)
0 siblings, 4 replies; 5+ messages in thread
From: shaul Karl @ 2008-11-02 15:17 UTC (permalink / raw)
To: lm-sensors
etc/sensors3.conf of lm-sensors-3 (1:3.0.2-1+b2) in Debian states that
# Think of tempx_max as 'alarm set' and tempx_max_hyst as 'alarm clear'
# thresholds. In most cases the 'max' value should be higher than
# the 'max_hyst' value by several degrees.
In what cases would you set the 'max' value equal to the 'max_hyst'
value? Is it pointless for the 'max_hyst' value to be higher than the
'max' value?
I would say that the last statement about tempx_max_hyst > tempx_max
is confusing.
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [lm-sensors] tempx_max_hyst > tempx_max?
2008-11-02 15:17 [lm-sensors] tempx_max_hyst > tempx_max? shaul Karl
@ 2008-11-05 18:05 ` Jean Delvare
2008-11-05 19:52 ` shaul Karl
` (2 subsequent siblings)
3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2008-11-05 18:05 UTC (permalink / raw)
To: lm-sensors
On Sun, 2 Nov 2008 07:17:58 -0800 (PST), shaul Karl wrote:
> etc/sensors3.conf of lm-sensors-3 (1:3.0.2-1+b2) in Debian states that
>
> # Think of tempx_max as 'alarm set' and tempx_max_hyst as 'alarm clear'
> # thresholds. In most cases the 'max' value should be higher than
> # the 'max_hyst' value by several degrees.
>
> In what cases would you set the 'max' value equal to the 'max_hyst'
> value?
If you want to disable the hysteresis mechanism.
> Is it pointless for the 'max_hyst' value to be higher than the
> 'max' value?
Yes it is, and many chips will not even let you do that because
internally they store the hysteresis as a delta to the max limit. Other
chips will behave as if max_hyst = hyst, and I suspect some may even
misbehave, clearing the alarm even though the measurement is above the
max limit.
There's one exception though: some chips out there disable the
hysteresis mechanism or even change the interrupt behavior when the
hysteresis is set to special value 127. There is unfortunately no way
for the drivers to expose this property to user-space, so you have to
know how if your chip does that.
> I would say that the last statement about tempx_max_hyst > tempx_max
> is confusing.
And I would say you did not read this statement carefully. All the
value of this statement is in the last 3 words.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [lm-sensors] tempx_max_hyst > tempx_max?
2008-11-02 15:17 [lm-sensors] tempx_max_hyst > tempx_max? shaul Karl
2008-11-05 18:05 ` Jean Delvare
@ 2008-11-05 19:52 ` shaul Karl
2008-12-06 9:33 ` Jean Delvare
2008-12-07 16:26 ` Jean Delvare
3 siblings, 0 replies; 5+ messages in thread
From: shaul Karl @ 2008-11-05 19:52 UTC (permalink / raw)
To: lm-sensors
I suggest the following:
--- sensors3.conf 2008-11-02 19:06:45.000000000 +0200
+++ sensors3.conf 2008-11-05 21:49:27.000000000 +0200
@@ -192,7 +192,19 @@
#
# Think of tempx_max as 'alarm set' and tempx_max_hyst as 'alarm clear'
# thresholds. In most cases the 'max' value should be higher than
-# the 'max_hyst' value by several degrees.
+# the 'max_hyst' value by several degrees. Obviously, having them equal
+# disable the hysteresis mechanism. Many chips will not accept the
+# 'max_hyst' value higher than the 'max' value because internally they
+# store the hysteresis as a delta to the max limit. Other chips will
+# behave in this case as if max_hyst = max, and some may even misbehave,
+# clearing the alarm even though the measurement is above the max limit.
+# There's one exception though: some chips out there disable the
+# hysteresis mechanism or even change the interrupt behavior or even
+# change the interrupt behavior when the hysteresis is set to special
+# value 127. Unfortunately, there is no way for the drivers to expose
+# this property to user-space, so you have to know how if your chip
+# does that. Once again, the bottom line is that the 'max' value should
+# be higher than the 'max_hyst' value by several degrees.
#
# All the set statements from this file are commented out by default.
# The reason is that the proper limits are highly system-dependent,
--- On Wed, 11/5/08, Jean Delvare <khali@linux-fr.org> wrote:
> From: Jean Delvare <khali@linux-fr.org>
> Subject: Re: [lm-sensors] tempx_max_hyst > tempx_max?
> To: shaulkarl@yahoo.com
> Cc: lm-sensors@lm-sensors.org
> Date: Wednesday, November 5, 2008, 9:05 PM
> On Sun, 2 Nov 2008 07:17:58 -0800 (PST), shaul Karl wrote:
> > etc/sensors3.conf of lm-sensors-3 (1:3.0.2-1+b2) in
> Debian states that
> >
> > # Think of tempx_max as 'alarm set' and
> tempx_max_hyst as 'alarm clear'
> > # thresholds. In most cases the 'max'
> value should be higher than
> > # the 'max_hyst' value by several degrees.
> >
> > In what cases would you set the 'max' value
> equal to the 'max_hyst'
> > value?
>
> If you want to disable the hysteresis mechanism.
>
> > Is it pointless for the 'max_hyst' value to be
> higher than the
> > 'max' value?
>
> Yes it is, and many chips will not even let you do that
> because
> internally they store the hysteresis as a delta to the max
> limit. Other
> chips will behave as if max_hyst = hyst, and I suspect
> some may even
> misbehave, clearing the alarm even though the measurement
> is above the
> max limit.
>
> There's one exception though: some chips out there
> disable the
> hysteresis mechanism or even change the interrupt behavior
> when the
> hysteresis is set to special value 127. There is
> unfortunately no way
> for the drivers to expose this property to user-space, so
> you have to
> know how if your chip does that.
>
> > I would say that the last statement about
> tempx_max_hyst > tempx_max
> > is confusing.
>
> And I would say you did not read this statement carefully.
> All the
> value of this statement is in the last 3 words.
>
> --
> Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [lm-sensors] tempx_max_hyst > tempx_max?
2008-11-02 15:17 [lm-sensors] tempx_max_hyst > tempx_max? shaul Karl
2008-11-05 18:05 ` Jean Delvare
2008-11-05 19:52 ` shaul Karl
@ 2008-12-06 9:33 ` Jean Delvare
2008-12-07 16:26 ` Jean Delvare
3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2008-12-06 9:33 UTC (permalink / raw)
To: lm-sensors
On Wed, 5 Nov 2008 11:52:54 -0800 (PST), shaul Karl wrote:
> I suggest the following:
>
> --- sensors3.conf 2008-11-02 19:06:45.000000000 +0200
> +++ sensors3.conf 2008-11-05 21:49:27.000000000 +0200
> @@ -192,7 +192,19 @@
> #
> # Think of tempx_max as 'alarm set' and tempx_max_hyst as 'alarm clear'
> # thresholds. In most cases the 'max' value should be higher than
> -# the 'max_hyst' value by several degrees.
> +# the 'max_hyst' value by several degrees. Obviously, having them equal
> +# disable the hysteresis mechanism. Many chips will not accept the
> +# 'max_hyst' value higher than the 'max' value because internally they
> +# store the hysteresis as a delta to the max limit. Other chips will
> +# behave in this case as if max_hyst = max, and some may even misbehave,
> +# clearing the alarm even though the measurement is above the max limit.
> +# There's one exception though: some chips out there disable the
> +# hysteresis mechanism or even change the interrupt behavior or even
> +# change the interrupt behavior when the hysteresis is set to special
> +# value 127. Unfortunately, there is no way for the drivers to expose
> +# this property to user-space, so you have to know how if your chip
> +# does that. Once again, the bottom line is that the 'max' value should
> +# be higher than the 'max_hyst' value by several degrees.
> #
> # All the set statements from this file are commented out by default.
> # The reason is that the proper limits are highly system-dependent,
I don't think it makes a lot of sense to document with that many
details something the user shouldn't do in the first place
(tempx_max_hyst greater than tempx_max), or an unspecified,
chip-specific behavior (special value 127) nor to repeat the same thing
twice a dozen lines apart (the 'max' value should be higher than the
'max_hyst' value by several degrees.) So the only added value here is:
"Obviously, having them equal disable the hysteresis mechanism."
I'll add this now. That being said, I still believe that all this
documentation should be moved from sensors.conf.eg to sensors.conf.5.
Well apparently the manual page was originally a copy of the header
comment of sensors.conf.eg, but they have diverged now. It's no good to
have to maintain documentation twice.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [lm-sensors] tempx_max_hyst > tempx_max?
2008-11-02 15:17 [lm-sensors] tempx_max_hyst > tempx_max? shaul Karl
` (2 preceding siblings ...)
2008-12-06 9:33 ` Jean Delvare
@ 2008-12-07 16:26 ` Jean Delvare
3 siblings, 0 replies; 5+ messages in thread
From: Jean Delvare @ 2008-12-07 16:26 UTC (permalink / raw)
To: lm-sensors
On Sat, 6 Dec 2008 10:33:19 +0100, Jean Delvare wrote:
> I'll add this now. That being said, I still believe that all this
> documentation should be moved from sensors.conf.eg to sensors.conf.5.
> Well apparently the manual page was originally a copy of the header
> comment of sensors.conf.eg, but they have diverged now. It's no good to
> have to maintain documentation twice.
This is done now. I've moved all the documentation from the top of
sensors.conf.eg to sensors.conf.5. I've also tried to clarify the
documentation as much as I could. The updated man page can be retrieved
with:
svn export http://lm-sensors.org/svn/lm-sensors/branches/lm-sensors-3.0.0/lib/sensors.conf.5
Feedback welcome.
Thanks,
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2008-12-07 16:26 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-11-02 15:17 [lm-sensors] tempx_max_hyst > tempx_max? shaul Karl
2008-11-05 18:05 ` Jean Delvare
2008-11-05 19:52 ` shaul Karl
2008-12-06 9:33 ` Jean Delvare
2008-12-07 16:26 ` Jean Delvare
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.