All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jean Delvare <khali@linux-fr.org>
To: lm-sensors@vger.kernel.org
Subject: Re: [lm-sensors] VRM value in libsensors/sensors
Date: Fri, 29 Jun 2007 21:08:38 +0000	[thread overview]
Message-ID: <20070629230838.39cb21fa@hyperion.delvare> (raw)
In-Reply-To: <20070629134434.66d96ab3@hyperion.delvare>

On Fri, 29 Jun 2007 10:52:10 -0700, Juerg Haefliger wrote:
> On 6/29/07, Hans de Goede <j.w.r.degoede@hhs.nl> wrote:
> > Jean Delvare wrote:
> > > Hi all,
> > >
> > > I am thinking of removing SENSORS_FEATURE_VRM from the new libsensors.
> > > A first reason for that is that the newer VRM codes as used in the 2.6
> > > kernel are arbitrary numbers and don't match the Intel specification
> > > numbers as the first ones did. So we may display things like "VRM
> > > version 1.3" and that's confusing because it doesn't correspond to
> > > anything real. A second reason is that Rudolf Marek added code to set
> > > the VRM version automatically depending on the CPU model some times ago
> > > already, and it works very well, so the users no longer have to care
> > > about VRM versions.
> > >
> > > I would even go as far as switching the vrm attribute of the hwmon
> > > kernel drivers to read-only... or even remove them entirely.
> >
> > I think that removing VRM support is a good idea, its called libsensors, so
> > lets stick to sensors.
> 
> I second that.

Just to make it clear: VRM tables _are_ related to sensors, as they are
needed to compute a voltage value from VID pin values, and this voltage
value can be used to set the Vcore channel limits. My reason for
removing it from libsensors is not that it doesn't belong there, but
that users shouldn't need to care about it, as the kernel does the right
thing automatically now.

Glad to see that everyone agrees with me, but I'd like to make sure
it's for the good reasons ;)

Thanks,
-- 
Jean Delvare

_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors

      parent reply	other threads:[~2007-06-29 21:08 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-06-29 11:44 [lm-sensors] VRM value in libsensors/sensors Jean Delvare
2007-06-29 11:48 ` Hans de Goede
2007-06-29 17:52 ` Juerg Haefliger
2007-06-29 21:08 ` Jean Delvare [this message]

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=20070629230838.39cb21fa@hyperion.delvare \
    --to=khali@linux-fr.org \
    --cc=lm-sensors@vger.kernel.org \
    /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.