* bad temperature values from w83781d in 2.6.22 @ 2007-08-05 10:26 ` Joerg Sommrey 2007-08-05 11:20 ` Rene Herman 2007-08-08 1:03 ` Mark M. Hoffman 0 siblings, 2 replies; 10+ messages in thread From: Joerg Sommrey @ 2007-08-05 10:26 UTC (permalink / raw) To: Linux kernel mailing list Hi, after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by w83781d look unreal. They were in a range from 40°C when idle to 75°C under full load with 2.6.21. The values shown now are in a very small range from 77°C to 82°C. From the (low) noise of the fan I can tell that the temperature is <50°C. The third temperature shown is completely wrong. I have a Tyan Tiger MPX board with a w83782d chip. Output from "sensors": w83782d-i2c-0-2d Adapter: SMBus AMD768 adapter at 80e0 +5 V: +4.81 V (min = +4.76 V, max = +5.24 V) 3 VSB: +3.30 V (min = +2.85 V, max = +3.15 V) ALARM chs3 Fan: 2122 RPM (min = 2657 RPM, div = 4) ALARM VRM2 Temp: -208°C (high = -176°C, hyst = -181°C) sensor = transistor CPU1 Temp: +78.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM CPU2 Temp: +77.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM alarms: beep_enable: Sound alarm enabled # cat /sys/bus/i2c/devices/0-002d/temp*_input -209000 77500 77500 Any ideas? -jo -- -rw-r--r-- 1 jo users 62 2007-08-04 14:02 /home/jo/.signature ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bad temperature values from w83781d in 2.6.22 2007-08-05 10:26 ` bad temperature values from w83781d in 2.6.22 Joerg Sommrey @ 2007-08-05 11:20 ` Rene Herman 2007-08-05 16:27 ` Joerg Sommrey 2007-08-08 1:03 ` Mark M. Hoffman 1 sibling, 1 reply; 10+ messages in thread From: Rene Herman @ 2007-08-05 11:20 UTC (permalink / raw) To: Joerg Sommrey; +Cc: Linux kernel mailing list, Jean Delvare [-- Attachment #1: Type: text/plain, Size: 1120 bytes --] On 08/05/2007 12:26 PM, Joerg Sommrey wrote: > after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by > w83781d look unreal. They were in a range from 40°C when idle to > 75°C under full load with 2.6.21. The values shown now are in a very > small range from 77°C to 82°C. From the (low) noise of the fan I can > tell that the temperature is <50°C. > The third temperature shown is completely wrong. > > I have a Tyan Tiger MPX board with a w83782d chip. Output from > "sensors": > > w83782d-i2c-0-2d > Adapter: SMBus AMD768 adapter at 80e0 As a datapoint, the same W83782D on AMD756 (also I2C) works correctly with 2.6.22: w83782d-i2c-0-2d Adapter: SMBus AMD756 adapter at 50e0 Jean Delvare recently worked on the ISA interface to these chips but it seems this would not be the cause if you are also using I2C. Our hardware appears rather identical... I've attached (an excerpt of) my /etc/sensors.conf -- I once dug through the datasheets for those compute lines for example so perhaps its still useful even if 2.6.21 working for you probably means you don't have a config problem. Rene. [-- Attachment #2: sensors.out --] [-- Type: text/plain, Size: 1141 bytes --] w83782d-i2c-0-2d Adapter: SMBus AMD756 adapter at 50e0 Vcore: +1.79 V (min = +1.74 V, max = +1.86 V) (beep) Vcache: +2.54 V (min = +2.26 V, max = +2.75 V) (beep) Vcc3: +3.38 V (min = +2.98 V, max = +3.63 V) (beep) +5V: +4.92 V (min = +4.49 V, max = +5.51 V) (beep) +12V: +12.28 V (min = +10.82 V, max = +13.19 V) (beep) -12V: -12.28 V (min = -14.42 V, max = -9.57 V) (beep) -5V: -5.45 V (min = -6.00 V, max = -3.99 V) (beep) +5V SB: +5.16 V (min = +4.49 V, max = +5.51 V) (beep) Battery: +3.31 V (min = +2.40 V, max = +3.60 V) (beep) Sys Fan: 1548 RPM (min = 1350 RPM, div = 4) (beep) CPU Fan: 2191 RPM (min = 1985 RPM, div = 4) (beep) Sys Temp: +47°C (high = +55°C, hyst = +52°C) sensor = thermistor (beep) CPU Temp: +48.5°C (high = +60°C, hyst = +57°C) sensor = thermistor (beep) vid: +1.750 V (VRM Version 9.0) alarms: beep_enable: Sound alarm enabled [-- Attachment #3: sensors.conf --] [-- Type: text/plain, Size: 2535 bytes --] # Gigabyte GA-7IXE4 chip "w83782d-*" # BIOS labels label in0 "Vcore" label in1 "Vcache" label in2 "Vcc3" label in3 "+5V" label in4 "+12V" label in5 "-12V" label in6 "-5V" label in7 "+5V SB" label in8 "Battery" # W83782D datasheet compute in3 @ * (34 + 50) / 50 , @ * 50 / (34 + 50) compute in4 @ * (28 + 10) / 10 , @ * 10 / (28 + 10) compute in5 (@ - 3.6) * (232 + 56) / 56 + 3.6 , (@ - 3.6) * 56 / (232 + 56) + 3.6 compute in6 (@ - 3.6) * (120 + 56) / 56 + 3.6 , (@ - 3.6) * 56 / (120 + 56) + 3.6 compute in7 @ * (34 + 50) / 50 , @ * 50 / (34 + 50) # Duron datasheet, VID. D3 = 1.6 +/- .1, D7 = 1.75 +/- .05 (but do 1.80 +/- 0.05) set in0_min 1.75 set in0_max 1.85 # Duron datasheet, VCCA. D3 = D7 = 2.5 +/- .25 set in1_min 2.25 set in1_max 2.75 # Leave 10% for all set in2_min 3.3 * 0.9 set in2_max 3.3 * 1.1 set in3_min 5.0 * 0.9 set in3_max 5.0 * 1.1 set in4_min 12.0 * 0.9 set in4_max 12.0 * 1.1 # 20 % for negative voltages set in5_min -12.0 * 1.2 set in5_max -12.0 * 0.8 set in6_min -5.0 * 1.2 set in6_max -5.0 * 0.8 set in7_min 5.0 * 0.9 set in7_max 5.0 * 1.1 # 20% for battery set in8_min 3.0 * 0.8 set in8_max 3.0 * 1.2 label temp1 "Sys Temp" label temp2 "CPU Temp" set temp1_over 55 set temp1_hyst 52 # Have temp2 (CPU) compliant with the BIOS readout compute temp2 @-10,@+10 set temp2_over 60 set temp2_hyst 57 # Not connected ignore temp3 label fan1 "Sys Fan" label fan2 "CPU Fan" label fan3 "Pow Fan" set fan1_div 4 # min RPM = 1.35 x 10^6 / (div * 255) = 1323 (255 == max count) set fan2_div 4 # min RPM = 1.35 x 10^6 / (div * 255) = 1323 (255 == max count) set fan3_div 4 # min RPM = 1.35 x 10^6 / (div * 255) = 1323 (255 == max count) set fan1_min 1500 * 0.9 # 1500 RPM fan set fan2_min 2200 * 0.9 # 2200 RPM fan # set fan3_min nnnn * 0.9 # nnnn RPM fan # No readout on HD (Pow) fan ignore fan3 # 0x000001: in0 # 0x000002: in1 # 0x000004: in2 # 0x000008: in3 # 0x000010: temp1 # 0x000020: temp2 (+temp3 on W83781D) # 0x000040: fan1 # 0x000080: fan2 # 0x000100: in4 # 0x000200: in5 # 0x000400: in6 # 0x000800: fan3 # 0x001000: chassis # 0x002000: temp3 (W83782D and W83627HF only) # 0x010000: in7 (W83782D and W83627HF only) # 0x020000: in8 (W83782D and W83627HF only) set beeps 198655 # 0x0307ff set beep_enable 1 ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bad temperature values from w83781d in 2.6.22 2007-08-05 11:20 ` Rene Herman @ 2007-08-05 16:27 ` Joerg Sommrey 0 siblings, 0 replies; 10+ messages in thread From: Joerg Sommrey @ 2007-08-05 16:27 UTC (permalink / raw) To: Rene Herman; +Cc: Linux kernel mailing list Thanks for your reply. the sensors.conf I'm currently using is provided by Tyan, so this seems to be ok. One major difference that I can see: I don't have compute statements for the CPU temperatures. If I use your config, I get 7.8°C :-) So there is definitely some difference in our hardware environment. OTOH with the "right" compute statement the problem seems fixable. BTW: there is another hwmon chip on the board, a w83627hf. Up to 2.6.21 this was managed by the w83781d driver, too. Now I use the w83627hf driver (on the isa bus). No problem with that part. -jo On Sun, Aug 05, 2007 at 01:20:23PM +0200, Rene Herman wrote: > On 08/05/2007 12:26 PM, Joerg Sommrey wrote: > > >after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by > >w83781d look unreal. They were in a range from 40°C when idle to > >75°C under full load with 2.6.21. The values shown now are in a very > >small range from 77°C to 82°C. From the (low) noise of the fan I can > >tell that the temperature is <50°C. > >The third temperature shown is completely wrong. > > > >I have a Tyan Tiger MPX board with a w83782d chip. Output from > >"sensors": > > > >w83782d-i2c-0-2d > >Adapter: SMBus AMD768 adapter at 80e0 > > As a datapoint, the same W83782D on AMD756 (also I2C) works correctly with > 2.6.22: > > w83782d-i2c-0-2d > Adapter: SMBus AMD756 adapter at 50e0 > > Jean Delvare recently worked on the ISA interface to these chips but it > seems this would not be the cause if you are also using I2C. Our hardware > appears rather identical... > > I've attached (an excerpt of) my /etc/sensors.conf -- I once dug through > the datasheets for those compute lines for example so perhaps its still > useful even if 2.6.21 working for you probably means you don't have a > config problem. > > Rene. > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bad temperature values from w83781d in 2.6.22 2007-08-05 10:26 ` bad temperature values from w83781d in 2.6.22 Joerg Sommrey 2007-08-05 11:20 ` Rene Herman @ 2007-08-08 1:03 ` Mark M. Hoffman 2007-08-08 15:17 ` Joerg Sommrey 1 sibling, 1 reply; 10+ messages in thread From: Mark M. Hoffman @ 2007-08-08 1:03 UTC (permalink / raw) To: Joerg Sommrey; +Cc: LKML, lm-sensors Hi Joerg: (I tried to follow-up using the gmane.org mail/news gateway... didn't seem to work.) * Joerg Sommrey <jo@sommrey.de> [2007-08-05 12:26:04 +0200]: > Hi, > > after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by > w83781d look unreal. They were in a range from 40°C when idle to > 75°C under full load with 2.6.21. The values shown now are in a very > small range from 77°C to 82°C. From the (low) noise of the fan I can > tell that the temperature is <50°C. > The third temperature shown is completely wrong. > > I have a Tyan Tiger MPX board with a w83782d chip. Output from > "sensors": > > w83782d-i2c-0-2d > Adapter: SMBus AMD768 adapter at 80e0 > +5 V: +4.81 V (min = +4.76 V, max = +5.24 V) > 3 VSB: +3.30 V (min = +2.85 V, max = +3.15 V) ALARM > chs3 Fan: 2122 RPM (min = 2657 RPM, div = 4) ALARM > VRM2 Temp: -208°C (high = -176°C, hyst = -181°C) sensor = transistor > CPU1 Temp: +78.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM > CPU2 Temp: +77.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM > alarms: > beep_enable: > Sound alarm enabled > > # cat /sys/bus/i2c/devices/0-002d/temp*_input > -209000 > 77500 > 77500 > > Any ideas? Please run the following commands as root (against both kernel versions) and reply-to-all with the results: # modprobe i2c-dev # i2cdump -y 0 0x2d b 0 0x4e # i2cdump -y 0 0x48 # i2cdump -y 0 0x49 Also, can you confirm that you're using the sensors.conf from here: http://www.tyan.com/support_download_utility.aspx?model=s.s2466 Finally, can you confirm that "sensors -s" is running (without error) some time during system startup, w/ both kernel versions? Thanks & regards, -- Mark M. Hoffman mhoffman@lightlink.com ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: bad temperature values from w83781d in 2.6.22 2007-08-08 1:03 ` Mark M. Hoffman @ 2007-08-08 15:17 ` Joerg Sommrey 2007-08-09 3:56 ` [lm-sensors] " Mark M. Hoffman 0 siblings, 1 reply; 10+ messages in thread From: Joerg Sommrey @ 2007-08-08 15:17 UTC (permalink / raw) To: Mark M. Hoffman; +Cc: LKML, lm-sensors Hi Mark, just to eliminate as many impacts as possible, I did: - reinstall the unmodified sensors.conf from Tyan's support page - power off before rebooting A call to "sensors -s" is done without errors in all cases. The module parameters I use currently with both kernels: options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 options w83627hf force_addr=0x0c00 When I first realized the problem, I didn't use w83627hf yet. Results are the same when w83781d is used as driver for w83627hf. Parameters in that case just from Tyan: options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 force_w83627hf=0,0x2c force_subclients=0,0x2c,0x4a,0x4b init=0 "My" i2cdump doesn't accept an -y option, maybe a Debianism. Results see below. TIA -jo ### 2.6.21 ############################### Script started on Wed Aug 8 16:53:10 2007 bear:~/hwmon# i2cdump 0 0x2d b 0 0x4e WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x2d, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 20: 6c 6b 70 b4 4d 9a ce 3b ff ff f3 80 67 80 67 d8 lkp?M??;..??g?g? 30: c4 c3 b0 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. 40: 01 ec 2f 00 00 00 00 54 2d 02 10 44 01 95 00 a3 ??/....T-??D??.? 50: ff ff 00 ff ff ff 00 80 30 00 ff ff 11 0e ff ff .......?0...??.. 60: 6b 6a 70 b3 4d 9b ce 3b ff ff f3 80 67 80 67 d8 kjp?M??;..??g?g? 70: c4 c3 b0 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ a0: 6b 6a 70 b4 4c 9a ce 3b ff ff f5 80 67 80 67 d8 kjp?L??;..??g?g? b0: c4 c3 b0 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. c0: 01 00 00 00 00 00 00 54 2d 02 10 44 01 95 00 a3 ?......T-??D??.? d0: ff ff 00 ff ff ff 00 80 30 00 ff ff 11 0e ff ff .......?0...??.. e0: 6b 6a 6f b1 4d 9a ce 3b ff ff f5 80 67 80 67 d8 kjo?M??;..??g?g? f0: c4 c3 b0 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. bear:~/hwmon# i2cdump 0 0x48 No size specified (using byte-data access) WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x48, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 10: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 20: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 30: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 40: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 50: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 60: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 70: 3b 00 4b 50 3a 00 4b 50 3a 00 4b 50 3b 00 4b 50 ;.KP:.KP:.KP;.KP 80: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP 90: 3b 00 4b 50 3a 00 4b 50 3a 00 4b 50 3b 00 4b 50 ;.KP:.KP:.KP;.KP a0: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP b0: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP c0: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP d0: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP e0: 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 3b 00 4b 50 ;.KP;.KP;.KP;.KP f0: 3a 00 4b 50 3a 00 4b 50 3b 00 4b 50 3b 00 4b 50 :.KP:.KP;.KP;.KP bear:~/hwmon# i2cdump 0 0x49 No size specified (using byte-data access) WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x49, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 10: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 20: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 30: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 40: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 50: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 60: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 70: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 80: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP 90: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP a0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP b0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP c0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP d0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP e0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP f0: 38 00 4b 50 38 00 4b 50 38 00 4b 50 38 00 4b 50 8.KP8.KP8.KP8.KP bear:~/hwmon# sensors w83782d-i2c-0-2d Adapter: SMBus AMD768 adapter at 80e0 AGP V: +1.74 V (min = +3.14 V, max = +3.46 V) ALARM +5 V: +4.81 V (min = +4.73 V, max = +5.24 V) DDR V: +1.23 V (min = +2.85 V, max = +3.47 V) ALARM 3 VSB: +3.30 V (min = +2.85 V, max = +3.15 V) ALARM Bat V: +0.00 V (min = +2.64 V, max = +3.95 V) ALARM chs1 Fan: 0 RPM (min = 2700 RPM, div = 2) ALARM chs2 Fan: 0 RPM (min = 3970 RPM, div = 2) ALARM chs3 Fan: 0 RPM (min = 10546 RPM, div = 2) ALARM VRM2 Temp: +56 C (high = +80 C, hyst = +75 C) sensor = transistor CPU1 Temp: +57.5 C (high = +80 C, hyst = +75 C) sensor = transistor CPU2 Temp: +56.0 C (high = +80 C, hyst = +75 C) sensor = transistor alarms: beep_enable: Sound alarm enabled w83627hf-isa-0c00 Adapter: ISA adapter VCore1: +1.73 V (min = +1.66 V, max = +1.84 V) VCore2: +1.73 V (min = +1.66 V, max = +1.84 V) +3.3 V: +3.33 V (min = +3.14 V, max = +3.47 V) +12 V: +11.83 V (min = +13.21 V, max = +10.83 V) ALARM -12 V: -12.11 V (min = -13.18 V, max = -10.80 V) CPU1 Fan: 4041 RPM (min = 4687 RPM, div = 2) ALARM CPU2 Fan: 4192 RPM (min = 6750 RPM, div = 2) ALARM VRM1 Temp: +44 C (high = -124 C, hyst = +16 C) sensor = transistor ALARM AGP Temp: +50.0 C (high = +80 C, hyst = +75 C) sensor = transistor DDR Temp: +46.0 C (high = +80 C, hyst = +75 C) sensor = transistor alarms: Chassis intrusion detection ALARM beep_enable: Sound alarm disabled bear:~/hwmon# exit exit Script done on Wed Aug 8 16:55:02 2007 ### 2.6.22 ############################### Script started on Wed Aug 8 16:41:41 2007 bear:~/hwmon# i2cdump 0 0x2d b 0 0x4e WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x2d, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 10: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 20: 6c 6b 70 b3 4c 9a ce 3b ff ff ff 80 67 80 67 d9 lkp?L??;...?g?g? 30: c4 c3 b1 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. 40: 01 ec 2f 00 00 00 00 54 2d 02 10 44 01 95 00 a3 ??/....T-??D??.? 50: ff ff 00 ff ff ff 00 80 30 60 ff ff 11 02 ff ff .......?0`..??.. 60: 6c 6b 6f b3 4c 9a ce 3b ff ff ff 80 67 80 67 d9 lko?L??;...?g?g? 70: c4 c3 b1 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. 80: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ 90: ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ................ a0: 6c 6b 6f b4 4c 9b ce 3b ff ff ff 80 67 80 67 d9 lko?L??;...?g?g? b0: c4 c3 b1 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. c0: 01 08 00 00 00 00 00 54 2d 02 10 44 01 95 00 a3 ??.....T-??D??.? d0: ff ff 00 ff ff ff 00 80 30 60 ff ff 11 02 ff ff .......?0`..??.. e0: 6b 6a 6f b4 4c 9a ce 3b ff ff ff 80 67 80 67 d9 kjo?L??;...?g?g? f0: c4 c3 b1 d9 b2 41 06 c5 b2 50 4b fa aa 40 00 00 ?????A???PK??@.. bear:~/hwmon# i2cdump 0 0x48 No size specified (using byte-data access) WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x48, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 10: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 20: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 30: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 40: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 50: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 60: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 70: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 80: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP 90: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP a0: 50 00 4b 50 4f 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPO.KPP.KPP.KP b0: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP c0: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP d0: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP e0: 50 00 4b 50 50 00 4b 50 4f 00 4b 50 4f 00 4b 50 P.KPP.KPO.KPO.KP f0: 50 00 4b 50 50 00 4b 50 50 00 4b 50 50 00 4b 50 P.KPP.KPP.KPP.KP bear:~/hwmon# i2cdump 0 0x49 No size specified (using byte-data access) WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0, address 0x49, mode byte You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 0123456789abcdef 00: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 10: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 20: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 30: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 40: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 50: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 60: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 70: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 80: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP 90: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP a0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP b0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP c0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP d0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP e0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP f0: 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 4f 00 4b 50 O.KPO.KPO.KPO.KP bear:~/hwmon# sensors w83782d-i2c-0-2d Adapter: SMBus AMD768 adapter at 80e0 AGP V: +1.73 V (min = +3.14 V, max = +3.47 V) ALARM +5 V: +4.81 V (min = +4.76 V, max = +5.24 V) DDR V: +1.22 V (min = +2.85 V, max = +3.47 V) ALARM 3 VSB: +3.30 V (min = +2.85 V, max = +3.15 V) ALARM Bat V: +0.00 V (min = +2.64 V, max = +3.95 V) ALARM chs1 Fan: 0 RPM (min = 2700 RPM, div = 2) ALARM chs2 Fan: 0 RPM (min = 3970 RPM, div = 2) ALARM chs3 Fan: 0 RPM (min = 10546 RPM, div = 2) ALARM VRM2 Temp: +56 C (high = +80 C, hyst = +75 C) sensor = transistor CPU1 Temp: +79.5 C (high = +80 C, hyst = +75 C) sensor = transistor ALARM CPU2 Temp: +79.5 C (high = +80 C, hyst = +75 C) sensor = transistor ALARM alarms: beep_enable: Sound alarm enabled w83627hf-isa-0c00 Adapter: ISA adapter VCore1: +1.71 V (min = +1.66 V, max = +1.84 V) VCore2: +1.71 V (min = +1.66 V, max = +1.84 V) +3.3 V: +3.33 V (min = +3.14 V, max = +3.47 V) +12 V: +11.83 V (min = +13.21 V, max = +10.83 V) ALARM -12 V: -12.20 V (min = -13.18 V, max = -10.80 V) CPU1 Fan: 4041 RPM (min = 4687 RPM, div = 2) ALARM CPU2 Fan: 4166 RPM (min = 6750 RPM, div = 2) ALARM VRM1 Temp: +43 C (high = -124 C, hyst = +16 C) sensor = transistor ALARM AGP Temp: +49.5 C (high = +80 C, hyst = +75 C) sensor = transistor DDR Temp: +46.0 C (high = +80 C, hyst = +75 C) sensor = transistor alarms: Chassis intrusion detection ALARM beep_enable: Sound alarm disabled bear:~/hwmon# exit Script done on Wed Aug 8 16:43:20 2007 On Tue, Aug 07, 2007 at 09:03:16PM -0400, Mark M. Hoffman wrote: > Hi Joerg: > > (I tried to follow-up using the gmane.org mail/news gateway... didn't seem > to work.) > > * Joerg Sommrey <jo@sommrey.de> [2007-08-05 12:26:04 +0200]: > > Hi, > > > > after upgrading from 2.6.21 to 2.6.22 the CPU temperatures shown by > > w83781d look unreal. They were in a range from 40°C when idle to > > 75°C under full load with 2.6.21. The values shown now are in a very > > small range from 77°C to 82°C. From the (low) noise of the fan I can > > tell that the temperature is <50°C. > > The third temperature shown is completely wrong. > > > > I have a Tyan Tiger MPX board with a w83782d chip. Output from > > "sensors": > > > > w83782d-i2c-0-2d > > Adapter: SMBus AMD768 adapter at 80e0 > > +5 V: +4.81 V (min = +4.76 V, max = +5.24 V) > > 3 VSB: +3.30 V (min = +2.85 V, max = +3.15 V) ALARM > > chs3 Fan: 2122 RPM (min = 2657 RPM, div = 4) ALARM > > VRM2 Temp: -208°C (high = -176°C, hyst = -181°C) sensor = transistor > > CPU1 Temp: +78.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM > > CPU2 Temp: +77.5°C (high = +80°C, hyst = +75°C) sensor = transistor ALARM > > alarms: > > beep_enable: > > Sound alarm enabled > > > > # cat /sys/bus/i2c/devices/0-002d/temp*_input > > -209000 > > 77500 > > 77500 > > > > Any ideas? > > Please run the following commands as root (against both kernel versions) and > reply-to-all with the results: > > # modprobe i2c-dev > # i2cdump -y 0 0x2d b 0 0x4e > # i2cdump -y 0 0x48 > # i2cdump -y 0 0x49 > > Also, can you confirm that you're using the sensors.conf from here: > http://www.tyan.com/support_download_utility.aspx?model=s.s2466 > > Finally, can you confirm that "sensors -s" is running (without error) some > time during system startup, w/ both kernel versions? > > Thanks & regards, > > -- > Mark M. Hoffman > mhoffman@lightlink.com > ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [lm-sensors] bad temperature values from w83781d in 2.6.22 2007-08-08 15:17 ` Joerg Sommrey @ 2007-08-09 3:56 ` Mark M. Hoffman 2007-08-09 7:09 ` Joerg Sommrey 0 siblings, 1 reply; 10+ messages in thread From: Mark M. Hoffman @ 2007-08-09 3:56 UTC (permalink / raw) To: Joerg Sommrey, LKML, lm-sensors Hi Joerg: * Joerg Sommrey <jo@sommrey.de> [2007-08-08 17:17:16 +0200]: > Hi Mark, > > just to eliminate as many impacts as possible, I did: > - reinstall the unmodified sensors.conf from Tyan's support page > - power off before rebooting > > A call to "sensors -s" is done without errors in all cases. > The module parameters I use currently with both kernels: > > options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 > options w83627hf force_addr=0x0c00 > > When I first realized the problem, I didn't use w83627hf yet. Results > are the same when w83781d is used as driver for w83627hf. > Parameters in that case just from Tyan: > > options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 force_w83627hf=0,0x2c force_subclients=0,0x2c,0x4a,0x4b init=0 > > "My" i2cdump doesn't accept an -y option, maybe a Debianism. Results > see below. Newer i2cdump skips the 5-second warning when given -y, that's all. > ### 2.6.21 ############################### > Script started on Wed Aug 8 16:53:10 2007 > bear:~/hwmon# i2cdump 0 0x2d b 0 0x4e (snip tons of results) Thanks for sending all that. I see one bug clearly, and I'm pretty close to seeing the other one. But for tonight, I need sleep. In the meantime, please try this command as root, against the newer kernel, *after* you've done 'sensors -s': # i2cset -f 0 0x2d 0x5d 0x0e b Wait > 2 seconds for the hardware to update itself, then run 'sensors' again. I'm pretty sure you'll see the correct temps. Regards, -- Mark M. Hoffman mhoffman@lightlink.com ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [lm-sensors] bad temperature values from w83781d in 2.6.22 2007-08-09 3:56 ` [lm-sensors] " Mark M. Hoffman @ 2007-08-09 7:09 ` Joerg Sommrey 2007-08-09 12:26 ` [PATCH] " Mark M. Hoffman 0 siblings, 1 reply; 10+ messages in thread From: Joerg Sommrey @ 2007-08-09 7:09 UTC (permalink / raw) To: Mark M. Hoffman; +Cc: LKML, lm-sensors Hi Mark, On Wed, Aug 08, 2007 at 11:56:42PM -0400, Mark M. Hoffman wrote: > Hi Joerg: > > * Joerg Sommrey <jo@sommrey.de> [2007-08-08 17:17:16 +0200]: > > Hi Mark, > > > > just to eliminate as many impacts as possible, I did: > > - reinstall the unmodified sensors.conf from Tyan's support page > > - power off before rebooting > > > > A call to "sensors -s" is done without errors in all cases. > > The module parameters I use currently with both kernels: > > > > options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 > > options w83627hf force_addr=0x0c00 > > > > When I first realized the problem, I didn't use w83627hf yet. Results > > are the same when w83781d is used as driver for w83627hf. > > Parameters in that case just from Tyan: > > > > options w83781d force_w83782d=0,0x2d force_subclients=0,0x2d,0x48,0x49 force_w83627hf=0,0x2c force_subclients=0,0x2c,0x4a,0x4b init=0 > > > > "My" i2cdump doesn't accept an -y option, maybe a Debianism. Results > > see below. > > Newer i2cdump skips the 5-second warning when given -y, that's all. > > > ### 2.6.21 ############################### > > Script started on Wed Aug 8 16:53:10 2007 > > bear:~/hwmon# i2cdump 0 0x2d b 0 0x4e > > (snip tons of results) > > Thanks for sending all that. I see one bug clearly, and I'm pretty close to > seeing the other one. But for tonight, I need sleep. > > In the meantime, please try this command as root, against the newer kernel, > *after* you've done 'sensors -s': > > # i2cset -f 0 0x2d 0x5d 0x0e b > > Wait > 2 seconds for the hardware to update itself, then run 'sensors' again. > I'm pretty sure you'll see the correct temps. The displayed temperatures changed to 67.5°C / 66.0°C. Still, this seems to be too high. The power supply's fan runs too slow for such CPU temperatures. In older kernels it becomes noisy above 50°C. Under load the temperatures shown are around 95°C, way too high. -jo -- -rw-r--r-- 1 jo users 62 2007-08-08 21:06 /home/jo/.signature ^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH] bad temperature values from w83781d in 2.6.22 2007-08-09 7:09 ` Joerg Sommrey @ 2007-08-09 12:26 ` Mark M. Hoffman 2007-08-09 16:41 ` Joerg Sommrey 2007-08-12 18:18 ` Jean Delvare 0 siblings, 2 replies; 10+ messages in thread From: Mark M. Hoffman @ 2007-08-09 12:26 UTC (permalink / raw) To: Joerg Sommrey, LKML, lm-sensors Hi Joerg: > On Wed, Aug 08, 2007 at 11:56:42PM -0400, Mark M. Hoffman wrote: > > Thanks for sending all that. I see one bug clearly, and I'm pretty close to > > seeing the other one. But for tonight, I need sleep. There's just one bug after all. The second was a figment of my sleep-deprived imagination. > > In the meantime, please try this command as root, against the newer kernel, > > *after* you've done 'sensors -s': > > > > # i2cset -f 0 0x2d 0x5d 0x0e b > > > > Wait > 2 seconds for the hardware to update itself, then run 'sensors' again. > > I'm pretty sure you'll see the correct temps. * Joerg Sommrey <jo@sommrey.de> [2007-08-09 09:09:15 +0200]: > The displayed temperatures changed to 67.5°C / 66.0°C. Still, this seems to > be too high. The power supply's fan runs too slow for such CPU > temperatures. In older kernels it becomes noisy above 50°C. > > Under load the temperatures shown are around 95°C, way too high. My bad, there's a second i2cset command that would have done it. Please try this patch against v2.6.22. * * * * * commit a3333f720da3a173153b00cebc129c48cd3a40af Author: Mark M. Hoffman <mhoffman@lightlink.com> Date: Thu Aug 9 08:12:46 2007 -0400 hwmon: fix w83781d temp sensor type setting Commit 348753379a7704087603dad403603e825422fd9a introduced a regression that caused temp2 and temp3 sensor type settings to be written to temp1 instead. The result is that temp sensor readings could be way off. Signed-off-by: Mark M. Hoffman <mhoffman@lightlink.com> diff --git a/drivers/hwmon/w83781d.c b/drivers/hwmon/w83781d.c index f85b48f..c95909c 100644 --- a/drivers/hwmon/w83781d.c +++ b/drivers/hwmon/w83781d.c @@ -740,9 +740,9 @@ store_sensor(struct device *dev, struct device_attribute *da, static SENSOR_DEVICE_ATTR(temp1_type, S_IRUGO | S_IWUSR, show_sensor, store_sensor, 0); static SENSOR_DEVICE_ATTR(temp2_type, S_IRUGO | S_IWUSR, - show_sensor, store_sensor, 0); + show_sensor, store_sensor, 1); static SENSOR_DEVICE_ATTR(temp3_type, S_IRUGO | S_IWUSR, - show_sensor, store_sensor, 0); + show_sensor, store_sensor, 2); /* I2C devices get this name attribute automatically, but for ISA devices we must create it by ourselves. */ -- Mark M. Hoffman mhoffman@lightlink.com ^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH] bad temperature values from w83781d in 2.6.22 2007-08-09 12:26 ` [PATCH] " Mark M. Hoffman @ 2007-08-09 16:41 ` Joerg Sommrey 2007-08-12 18:18 ` Jean Delvare 1 sibling, 0 replies; 10+ messages in thread From: Joerg Sommrey @ 2007-08-09 16:41 UTC (permalink / raw) To: Mark M. Hoffman; +Cc: LKML, lm-sensors Hi Mark, On Thu, Aug 09, 2007 at 08:26:19AM -0400, Mark M. Hoffman wrote: > Hi Joerg: > > > On Wed, Aug 08, 2007 at 11:56:42PM -0400, Mark M. Hoffman wrote: > > > Thanks for sending all that. I see one bug clearly, and I'm pretty close to > > > seeing the other one. But for tonight, I need sleep. > > There's just one bug after all. The second was a figment of my sleep-deprived > imagination. > [...] > > My bad, there's a second i2cset command that would have done it. Please try > this patch against v2.6.22. > Great, problem fixed. Thanks a lot for your prompt solution! -jo -- -rw-r--r-- 1 jo users 62 2007-08-09 08:46 /home/jo/.signature ^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH] bad temperature values from w83781d in 2.6.22 2007-08-09 12:26 ` [PATCH] " Mark M. Hoffman 2007-08-09 16:41 ` Joerg Sommrey @ 2007-08-12 18:18 ` Jean Delvare 1 sibling, 0 replies; 10+ messages in thread From: Jean Delvare @ 2007-08-12 18:18 UTC (permalink / raw) To: Mark M. Hoffman; +Cc: Joerg Sommrey, LKML, lm-sensors On Thu, 9 Aug 2007 08:26:19 -0400, Mark M. Hoffman wrote: > Author: Mark M. Hoffman <mhoffman@lightlink.com> > Date: Thu Aug 9 08:12:46 2007 -0400 > > hwmon: fix w83781d temp sensor type setting > > Commit 348753379a7704087603dad403603e825422fd9a introduced a regression that > caused temp2 and temp3 sensor type settings to be written to temp1 instead. > The result is that temp sensor readings could be way off. > > Signed-off-by: Mark M. Hoffman <mhoffman@lightlink.com> Good catch, sorry for messing up. My test chip is a W83781D, it doesn't have thermal sensor type selection, so I couldn't test that. Acked-by: Jean Delvare <khali@linux-fr.org> > diff --git a/drivers/hwmon/w83781d.c b/drivers/hwmon/w83781d.c > index f85b48f..c95909c 100644 > --- a/drivers/hwmon/w83781d.c > +++ b/drivers/hwmon/w83781d.c > @@ -740,9 +740,9 @@ store_sensor(struct device *dev, struct device_attribute *da, > static SENSOR_DEVICE_ATTR(temp1_type, S_IRUGO | S_IWUSR, > show_sensor, store_sensor, 0); > static SENSOR_DEVICE_ATTR(temp2_type, S_IRUGO | S_IWUSR, > - show_sensor, store_sensor, 0); > + show_sensor, store_sensor, 1); > static SENSOR_DEVICE_ATTR(temp3_type, S_IRUGO | S_IWUSR, > - show_sensor, store_sensor, 0); > + show_sensor, store_sensor, 2); > > /* I2C devices get this name attribute automatically, but for ISA devices > we must create it by ourselves. */ -- Jean Delvare ^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2007-08-12 18:18 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20070805183219.0d54802b.akpm@linux-foundation.org>
2007-08-05 10:26 ` bad temperature values from w83781d in 2.6.22 Joerg Sommrey
2007-08-05 11:20 ` Rene Herman
2007-08-05 16:27 ` Joerg Sommrey
2007-08-08 1:03 ` Mark M. Hoffman
2007-08-08 15:17 ` Joerg Sommrey
2007-08-09 3:56 ` [lm-sensors] " Mark M. Hoffman
2007-08-09 7:09 ` Joerg Sommrey
2007-08-09 12:26 ` [PATCH] " Mark M. Hoffman
2007-08-09 16:41 ` Joerg Sommrey
2007-08-12 18:18 ` Jean Delvare
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox