All of lore.kernel.org
 help / color / mirror / Atom feed
* [lm-sensors] ASRock board W83677HG-I
@ 2010-05-18  7:43 宾西蒙
  2010-05-18  7:46 ` Jean Delvare
                   ` (4 more replies)
  0 siblings, 5 replies; 6+ messages in thread
From: 宾西蒙 @ 2010-05-18  7:43 UTC (permalink / raw)
  To: lm-sensors

Hi,
I've got hands on a ASRock X58 Extreme3 board which -- according to
sensors-detect -- uses an W83677HG-I chip. I thought I would add my plea
for help there, where it says "support can probably be added". Any work
going on there atm? Anything a newbie can do to help the case?
Monitoring of the 5 fan speeds and control of the 2 voltage & 2 pwm fans
would be great.

thanks!


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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [lm-sensors] ASRock board W83677HG-I
  2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
@ 2010-05-18  7:46 ` Jean Delvare
  2010-11-25  8:38 ` Andrea Rizzolo
                   ` (3 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Jean Delvare @ 2010-05-18  7:46 UTC (permalink / raw)
  To: lm-sensors

On Tue, 18 May 2010 09:43:59 +0200, 宾西蒙 wrote:
> Hi,
> I've got hands on a ASRock X58 Extreme3 board which -- according to
> sensors-detect -- uses an W83677HG-I chip. I thought I would add my plea
> for help there, where it says "support can probably be added". Any work
> going on there atm? Anything a newbie can do to help the case?
> Monitoring of the 5 fan speeds and control of the 2 voltage & 2 pwm fans
> would be great.

I've added your request to the list.

-- 
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] 6+ messages in thread

* Re: [lm-sensors] ASRock board W83677HG-I
  2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
  2010-05-18  7:46 ` Jean Delvare
@ 2010-11-25  8:38 ` Andrea Rizzolo
  2010-11-29 18:14 ` no tellin
                   ` (2 subsequent siblings)
  4 siblings, 0 replies; 6+ messages in thread
From: Andrea Rizzolo @ 2010-11-25  8:38 UTC (permalink / raw)
  To: lm-sensors


[-- Attachment #1.1: Type: text/plain, Size: 1233 bytes --]

*bump*
Hi, any update? I have the same chip on my Intel DH57JG motherboard and I'm
playing with w83627ehf driver (2.6.36). if I load it with force_id=0xa510,
running sensors gives me some apparently working output:

w83667hg-isa-0680
Adapter: ISA adapter
Vcore:       +0.93 V  (min =  +0.00 V, max =  +1.74 V)
in1:         +0.77 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
AVCC:        +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
+3.3V:       +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
in4:         +1.26 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
in5:         +0.78 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
3VSB:        +3.36 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
Vbat:        +3.30 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
fan1:          0 RPM  (min =    0 RPM, div = 2)  ALARM
fan2:          0 RPM  (min =    0 RPM, div = 2)  ALARM
fan3:          0 RPM  (min =    0 RPM, div = 2)  ALARM
fan5:          0 RPM  (min =    0 RPM, div = 2)  ALARM
temp1:       +29.0 C  (high =  +0.0 C, hyst =  +0.0 C)  ALARM  sensor =
diode
temp2:       +30.5 C  (high = +80.0 C, hyst = +75.0 C)  sensor = diode
temp3:       +23.0 C  (high = +80.0 C, hyst = +75.0 C)  sensor = thermistor
cpu0_vid:   +2.050 V

Greets, Andrea

[-- Attachment #1.2: Type: text/html, Size: 1501 bytes --]

[-- Attachment #2: Type: text/plain, Size: 153 bytes --]

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [lm-sensors] ASRock board W83677HG-I
  2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
  2010-05-18  7:46 ` Jean Delvare
  2010-11-25  8:38 ` Andrea Rizzolo
@ 2010-11-29 18:14 ` no tellin
  2010-11-29 18:25 ` Guenter Roeck
  2010-11-29 18:54 ` no tellin
  4 siblings, 0 replies; 6+ messages in thread
From: no tellin @ 2010-11-29 18:14 UTC (permalink / raw)
  To: lm-sensors

Hello Andrea,

This isn't an update so much as it is advice.

First, a disclaimer: I'm not part of the lm_sensors project so none of
what I write has any meaning as far as the project is concerned. In
other words, I don't speak for the project in any way.

The people whom contribute to the project only provide the drivers to
be able to read the sensor chips. Since these people are almost always
not affiliated with the chipset and/or motherboard manufacturers, they
have usually have very little information available to them for
creating and maintaining the sensor chip hardware drivers.

Motherboard specific configurations are even more difficult to come by
because generating such a specific configuration requires having
physical access to the motherboard for testing. The general
expectation is that individual users will figure out the needed
specific configuration for their own motherboard. As an aid, the
lm_sensors project provides a spot for end users {that's you and me}
to contribute motherboard specific configuration files once we figure
out these for ourselves.

You've reached the point where you can spend a little time and make
your own motherboard specific configuration file. The remainder of
this post will outline the steps you need to follow and to point you
at examples which will let you create your own motherboard specific
configuration file.

Step 1)

You need to reboot your system so that you can enter your BIOS. This
is required. What you're looking for is to find out the actual sensor
names and values as reported by your motherboard. These are the values
and names you will want reported by the 'sensors' command.

What's going on is that the lm sensors project uses generic names for
all sensor related inputs/values. They do this for two related
reasons. The first reason is that different sensor chip makers have a
variety of different sensors associated with each different chip they
manufacture. Presenting you with generic names means that everyone has
the same chance of understanding what the sensor information is that
they see. The second reason is that motherboard manufacturers have the
ability to tie any kind of common sensor to any sensor chip input.
This means that no one can predict how a specific sensor chip input
will look like in a specific motherboard.

Because there are literally many thousands of possible sensor
chip/motherboard configurations and no one can hope of have on hand
working samples of all of them, it really is up to you to figure out
the motherboard specific configuration file you need. This is why you
have to go back to your BIOS and write down all the displayed sensor
names and values.

Step 2)

Create a motherboard specific configuration file. I'm not going to
leave you hanging with this. You can find an example which should be
fairly close to what you need in an lm sensors post I recently did.
You can find a copy of the post here:
http://www.spinics.net/lists/lm-sensors/msg30443.html

You can also do a google search on 'no.tellin sensors'. Don't use any
quote marks. This google search will provide you with a list of all
related posts I've done on the lm sensors mailing list.

The immediate question is "What are we looking at here?"

First of all, the it is important to note that we are not touching the
/etc/sensors3.conf file. This is a 'standard' file which is provided
by your distribution. Ultimately, the example /etc/sensors3.conf file
is provided by the lm sensors project. The project and your
distribution put changes here which they feel are important to the the
success of your generic installation. They reserve the right to make
changes here at any upgrade for any reason. You do _not_ want to put
your motherboard specific requirements in /etc/sensors3.conf because
you're almost sure to loose them at your next upgrade.

Instead, create your motherboard specific configuration file under
/etc/sensors.d/some_name.conf. If you look at the linked post I
provided earlier, you can see the naming convention I follow. The
convention I follow is
motherboard-manufacturer_motherboard-model.conf. I show this by
showing the full path name of the file I've created. Some points. It's
not completely clear from the lm sensors documentation, but every file
which ends with '.conf' in the '/etc/sensors.d' directory will be read
for sensor configuration information. If the same chip and sensor
input settings appear in more then one configuration file, the last
setting read for that chip and sensor will be the one used. Tip - only
have one motherboard specific configuration file in this directory.

The next thing that should be clear is that I've created a standard
template. I start with general comments of what this file is for and
where to get more general information. I then include a blurb about
the motherboard followed by any special "gotcha" considerations.

Next up are the various custom settings with any associated special comments.

Finally, I remind people where to get more information and close.

Step 3)

Test settings and fine tune {rinse, lather repeat}

Step 4)

Once you're happy with your new motherboard specific configuration
file, post the resulting file here so anyone else with the same
motherboard will be able to set their own systems up more easily.

{end of steps}

Some pointers:

A) The man pages are correct but incomplete and confusing. This isn't
a knock on the project. The lm sensors project has changed a great
deal and will constantly be in a state of flux for the foreseeable
future. This is because new sensor chips to meet new requirements come
out all the time, BIOS changes happen all the time, motherboard
manufacturers will be switching from BIOS to other hardware control
programs as time goes on and so on. Part of the missing information in
the man pages are due to the fact that some documentation used to be
in the /etc/sensors.conf.example file which no longer exists. Part is
because the version changes from earlier versions of lm sensors
included needed generic name changes. I've given some thought to
posting suggestions for documentation changes but have not done so
yet. I'm just warning you not to be surprised at what you see in terms
of documentation.

B) I generally start by commenting out all of the configuration
commands I plan on using. I then un-comment only the voltage labels.
The idea is be sure that the lm sensors displayed labels match
whatever the BIOS reports and to determine with certainty what voltage
inputs are used for what readings. After setting voltages labels to my
satisfaction, I then set any voltages that need to be calculated. In
the post I pointed to as an example, only the 12+ input needed
calculation. All other voltages are read directly. I then set upper
and lower limits. i.e. I don't try to guess at every setting at the
same time. I just work on a few group logically at a time.

C) I've found it helpful to go to he motherboard manufacturer's site
and download the user manual {if available}. Some of the voltage
limits may only be available from the manual. I've also found it a
good idea to check for BIOS revisions. If there are BIOS updates, you
may want to read the changes and see if they apply to your situation.

Hope this helps and good luck,
Not Telling.


On Thu, Nov 25, 2010 at 3:38 AM, Andrea Rizzolo
<andrea.rizzolo@gmail.com> wrote:
> *bump*
> Hi, any update? I have the same chip on my Intel DH57JG motherboard and I'm
> playing with w83627ehf driver (2.6.36). if I load it with force_id=0xa510,
> running sensors gives me some apparently working output:
>
> w83667hg-isa-0680
> Adapter: ISA adapter
> Vcore:       +0.93 V  (min =  +0.00 V, max =  +1.74 V)
> in1:         +0.77 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> AVCC:        +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> +3.3V:       +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> in4:         +1.26 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> in5:         +0.78 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> 3VSB:        +3.36 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> Vbat:        +3.30 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> fan1:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> fan2:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> fan3:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> fan5:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> temp1:       +29.0 C  (high =  +0.0 C, hyst =  +0.0 C)  ALARM  sensor > diode
> temp2:       +30.5 C  (high = +80.0 C, hyst = +75.0 C)  sensor = diode
> temp3:       +23.0 C  (high = +80.0 C, hyst = +75.0 C)  sensor = thermistor
> cpu0_vid:   +2.050 V
>
> Greets, Andrea
>
>
> _______________________________________________
> lm-sensors mailing list
> lm-sensors@lm-sensors.org
> http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
>

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [lm-sensors] ASRock board W83677HG-I
  2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
                   ` (2 preceding siblings ...)
  2010-11-29 18:14 ` no tellin
@ 2010-11-29 18:25 ` Guenter Roeck
  2010-11-29 18:54 ` no tellin
  4 siblings, 0 replies; 6+ messages in thread
From: Guenter Roeck @ 2010-11-29 18:25 UTC (permalink / raw)
  To: lm-sensors

To follow up on the original post,

On Mon, 2010-11-29 at 13:14 -0500, no tellin wrote:

[ ... ]

> On Thu, Nov 25, 2010 at 3:38 AM, Andrea Rizzolo
> <andrea.rizzolo@gmail.com> wrote:
> > *bump*
> > Hi, any update? I have the same chip on my Intel DH57JG motherboard and I'm
> > playing with w83627ehf driver (2.6.36). if I load it with force_id=0xa510,
> > running sensors gives me some apparently working output:
> >
> > w83667hg-isa-0680
> > Adapter: ISA adapter
> > Vcore:       +0.93 V  (min =  +0.00 V, max =  +1.74 V)
> > in1:         +0.77 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > AVCC:        +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > +3.3V:       +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > in4:         +1.26 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > in5:         +0.78 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > 3VSB:        +3.36 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > Vbat:        +3.30 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
> > fan1:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> > fan2:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> > fan3:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> > fan5:          0 RPM  (min =    0 RPM, div = 2)  ALARM
> > temp1:       +29.0 C  (high =  +0.0 C, hyst =  +0.0 C)  ALARM  sensor > > diode
> > temp2:       +30.5 C  (high = +80.0 C, hyst = +75.0 C)  sensor = diode
> > temp3:       +23.0 C  (high = +80.0 C, hyst = +75.0 C)  sensor = thermistor
> > cpu0_vid:   +2.050 V
> >

Key difference between the W83677HG-I is fan register access, so the
result isn't surprising. Adding support for fans will be the tricky
part.

Guenter



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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: [lm-sensors] ASRock board W83677HG-I
  2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
                   ` (3 preceding siblings ...)
  2010-11-29 18:25 ` Guenter Roeck
@ 2010-11-29 18:54 ` no tellin
  4 siblings, 0 replies; 6+ messages in thread
From: no tellin @ 2010-11-29 18:54 UTC (permalink / raw)
  To: lm-sensors

Now I'm very sorry. I replied to the wrong {but related} thread. This
is what I posted in the related thread.

I didn't want to repeat it here, but I'm doing so anyway in order to
keep the pieces together.

"I'm sorry, I just realized I left out an essential part of what I
wanted to post.

I chose to link to a specific example post of mine not only as a
general example, but as a specific example regarding Winbond and fans.

It's my personal experience and observation that with Winbond, lm
sensors will usually display some reasonable values. In those cases
where all the fan values are 0, it usually seems to be a matter of
using the correct divisor.

I especially chose the Asus K8N-DL as the eample because of this very
issue. The generic values {without a motherboard specific
configuration file} displays a default divisor of 2 for all fans and a
value of 0 for same. The K8N-DL not only has a different default
divisor for all fans {4 instead of 2}, but also has a single fan with
an exception {divisor of 1} and also requires further calculation.

I'd suggest you create a motherboard specific configuration file (like
in the example I gave) and try different divisor values."

On Mon, Nov 29, 2010 at 1:25 PM, Guenter Roeck
<guenter.roeck@ericsson.com> wrote:
> To follow up on the original post,
>
> On Mon, 2010-11-29 at 13:14 -0500, no tellin wrote:
>
> [ ... ]
>
>> On Thu, Nov 25, 2010 at 3:38 AM, Andrea Rizzolo
>> <andrea.rizzolo@gmail.com> wrote:
>> > *bump*
>> > Hi, any update? I have the same chip on my Intel DH57JG motherboard and I'm
>> > playing with w83627ehf driver (2.6.36). if I load it with force_id=0xa510,
>> > running sensors gives me some apparently working output:
>> >
>> > w83667hg-isa-0680
>> > Adapter: ISA adapter
>> > Vcore:       +0.93 V  (min =  +0.00 V, max =  +1.74 V)
>> > in1:         +0.77 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > AVCC:        +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > +3.3V:       +3.41 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > in4:         +1.26 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > in5:         +0.78 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > 3VSB:        +3.36 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > Vbat:        +3.30 V  (min =  +0.00 V, max =  +0.00 V)   ALARM
>> > fan1:          0 RPM  (min =    0 RPM, div = 2)  ALARM
>> > fan2:          0 RPM  (min =    0 RPM, div = 2)  ALARM
>> > fan3:          0 RPM  (min =    0 RPM, div = 2)  ALARM
>> > fan5:          0 RPM  (min =    0 RPM, div = 2)  ALARM
>> > temp1:       +29.0 C  (high =  +0.0 C, hyst =  +0.0 C)  ALARM  sensor >> > diode
>> > temp2:       +30.5 C  (high = +80.0 C, hyst = +75.0 C)  sensor = diode
>> > temp3:       +23.0 C  (high = +80.0 C, hyst = +75.0 C)  sensor = thermistor
>> > cpu0_vid:   +2.050 V
>> >
>
> Key difference between the W83677HG-I is fan register access, so the
> result isn't surprising. Adding support for fans will be the tricky
> part.
>
> Guenter
>
>
>

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2010-11-29 18:54 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-05-18  7:43 [lm-sensors] ASRock board W83677HG-I 宾西蒙
2010-05-18  7:46 ` Jean Delvare
2010-11-25  8:38 ` Andrea Rizzolo
2010-11-29 18:14 ` no tellin
2010-11-29 18:25 ` Guenter Roeck
2010-11-29 18:54 ` no tellin

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.