Re: Sensors errors with 15-rc6, 15-rc5 was normal

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Gene,

> > Please keep this conversation on the LKML, where it started.

How many times must I tell you?

> Next adapter: SMBus nForce2 adapter at 5100
> Do you want to scan it? (YES/no/selectively):
> Client found at address 0x08
> Client found at address 0x4e
> Probing for `National Semiconductor LM75'... Failed!
> Probing for `Dallas Semiconductor DS1621'... Failed!
> Probing for `Analog Devices ADM1021'... Failed!
> Probing for `Analog Devices ADM1021A/ADM1023'... Failed!
> Probing for `Maxim MAX1617'... Failed!
> Probing for `Maxim MAX1617A'... Failed!
> Probing for `TI THMC10'... Failed!
> Probing for `National Semiconductor LM84'... Failed!
> Probing for `Genesys Logic GL523SM'... Failed!
> Probing for `Onsemi MC1066'... Failed!
> Probing for `Maxim MAX1619'... Failed!
> Probing for `National Semiconductor LM82'... Failed!
> Probing for `National Semiconductor LM83'... Failed!
> Probing for `Maxim MAX6659'... Failed!
> Probing for `Maxim MAX6633/MAX6634/MAX6635'... Failed!

Hmm, that could be a secondary temperature sensor. Please find out
which i2c bus number is "SMBus nForce2 adapter at 5100" (using
"i2cdetect -l") then dump the chips contents ("i2cdump N 0x4e b" where
N is the i2c bus number).

Please check "lsmod" and confirm that you are using the w83627hf driver
and not the older w83781d driver.

> > 2* The output of "sensors" in 2.6.15-rc5.
> [root@coyote root]# sensors
> (...)
> w83627hf-isa-0290
> Adapter: ISA adapter
> VCore 1:   +1.66 V  (min =  +1.57 V, max =  +1.73 V)
> VCore 2:   +1.79 V  (min =  +1.57 V, max =  +1.73 V)       ALARM
> +3.3V:     +3.26 V  (min =  +3.14 V, max =  +3.47 V)
> +5V:       +4.87 V  (min =  +4.76 V, max =  +5.24 V)
> +12V:     +11.80 V  (min = +10.82 V, max = +13.19 V)
> -12V:     -12.28 V  (min = -13.18 V, max = -10.80 V)
> -5V:       -5.05 V  (min =  -5.25 V, max =  -4.75 V)
> V5SB:      +5.59 V  (min =  +4.76 V, max =  +5.24 V)       ALARM
> VBat:      +3.15 V  (min =  +2.40 V, max =  +3.60 V)
> fan1:     1757 RPM  (min =   -1 RPM, div = 16)              ALARM
> fan2:     2636 RPM  (min =  659 RPM, div = 16)
> fan3:        0 RPM  (min = 2636 RPM, div = 16)              ALARM
> temp1:       -48°C  (high =    +0°C, hyst =   +11°C)   sensor = 
> thermistor
> temp2:     +67.5°C  (high =  +120°C, hyst =  +115°C)   sensor = 
> thermistor
> temp3:    +127.5°C  (high =  +120°C, hyst =  +115°C)   sensor = 
> PII/Celeron diode   ALARM
> vid:      +1.650 V
> alarms:
> beep_enable:
>           Sound alarm enabled
> 
> > 3* The output of "sensors" in 2.6.15-rc6.
> (...)
> w83627hf-isa-0290
> Adapter: ISA adapter
> VCore 1:   +1.68 V  (min =  +1.57 V, max =  +1.73 V)
> VCore 2:   +1.79 V  (min =  +1.57 V, max =  +1.73 V)       ALARM
> +3.3V:     +3.30 V  (min =  +3.14 V, max =  +3.47 V)
> +5V:       +4.87 V  (min =  +4.76 V, max =  +5.24 V)
> +12V:     +11.86 V  (min = +10.82 V, max = +13.19 V)
> -12V:     -12.28 V  (min = -13.18 V, max = -10.80 V)
> -5V:       -5.00 V  (min =  -5.25 V, max =  -4.75 V)
> V5SB:      +5.62 V  (min =  +4.76 V, max =  +5.24 V)       ALARM
> VBat:      +3.14 V  (min =  +2.40 V, max =  +3.60 V)
> fan1:     1721 RPM  (min =   -1 RPM, div = 16)              ALARM
> fan2:     2636 RPM  (min =  659 RPM, div = 16)
> fan3:        0 RPM  (min = 2636 RPM, div = 16)              ALARM
> temp1:       -48°C  (high =    +0°C, hyst =   +11°C)   sensor = 
> thermistor
> temp2:     +63.0°C  (high =  +120°C, hyst =  +115°C)   sensor = 
> thermistor
> temp3:    +127.5°C  (high =  +120°C, hyst =  +115°C)   sensor = 
> PII/Celeron diode   ALARM
> vid:      +1.650 V
> alarms:
> beep_enable:
>           Sound alarm enabled
> 
> Humm, not a heck of a lot of diff to the sensors output. temp1 is shut 
> off in gkrellm anyway.  Is temp3 the cpu?  This is an Athon XP-2800 
> stepping 00 cpu.

Obvsiouly not, else your computer would be on fire. The CPU temp would
be temp2, although it's quite high especially for a thermistor-based
measurement (which is usually taken from the socket rather than the CPU
itself). And it matches what gkrellm tells you in -rc5 (65 degrees C is
149 degrees F).

temp1 and temp3 are either nor wired, or use a different sensor type
than the one currently setup. You may try changing the sensor type and
see if it brings interesting readings (like built-in CPU diode or
motherboard sensor).

And actually there is very little difference between both outputs -
I expected this as the driver did not change between -rc5 and -rc6.
So the problem seems to be that gkrellm fails to pick the proper
temperature input in -rc6. Why, I have no idea. But as long as
"sensors" work, the bug has to be in gkrellm rather than the kernel
driver.

See if you have anything under /proc/acpi/thermal_zone. Maybe gkrellm
picks the temperature from ACPI in -rc6 for whatever reason.

-- 
Jean Delvare
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux