[sensors] system slow since ~ 2.6.7

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

 



(added Andrew to CC as he also answered my original email. Don't know if 
sensors at stimpy.netroedge.com allows non-subscribers)

On Tue, 23 Nov 2004, Len Brown wrote:

> On Wed, 2004-11-17 at 19:25, Guennadi Liakhovetski wrote:
> > "Slow" means just running top alone in a vt it takes 1.6% CPU. Under
> > 2.6.3 it takes 0.2% (Duron 900MHz). Another peculiarity with 2.6.7 and
> > 2.6.9 is that the power LED is blinking with about 1Hz frequency. It's
> > an ASUS A7VI-VM motherboard. In the manual there's nothing about
> 
> PCI: Disabling Via external APIC routing
> 
> Curiously, this line appears in 2.6.3, but not in 2.6.7 or 2.6.9 dmesg
> -- even though all the configs build in IOAPIC support.
> 
> Can you forward the /proc/interrupts from 2.6.3, and from 2.6.9 with and
> without acpi=off?  do you see a significant change in /proc/interrupts
> before and after the sensor-provoked slowness starts?
> 
> if you build 2.6.9 w/o the CONFIG_ACPI_PROCESSOR and boot w/o cmdline
> params, do you still see slowness?
> 
> if you boot 2.6.9 with these parameters, do you see any additional dmesg
> lines?
> 
> acpi_dbg_level=0xF acpi_dbg_layer=0xFFFF3FFF

Ok, I started debugging the problem closely, and after booting into 2.6.9 
with acpi=off I still could reproduce the problem by starting sensors... 
So, I guess, there's no need to do all the acpi debugging you are 
suggesting above, right? As for /proc/interrupts with / without acpi and 
before / after sensors I don't see any difference. Notice also, that the 
slowness doesn't necessarily start immediately after starting sensors, it 
can start later, and it can spontaneously stop later. Just now while 
typing this email I saw the power LED stopped blinking and the speed went 
back to normal.

This reminds me: about a year ago my CPU fan burnt down. Then too, shortly 
after booting the PC, it slowed down. Then by accident I noticed in BIOS 
CPU temperature 98 deg C. With a new fan problem disappeared.

So, can it be, that the BIOS automatically slows down (throttles) the CPU 
at high temperature. And after ~ 2.6.7 sensors program the sensor 
interface with some (wrong) coefficient, and then it throttles the CPU 
wrongly? Yes, some coefficients are definitely wrong. Here are a couple of 
snapshots:

via686a-isa-e200
Adapter: ISA adapter
CPU core:  +1.09 V  (min =  +2.00 V, max =  +2.50 V)   ALARM
+2.5V:     +1.16 V  (min =  +3.10 V, max =  +1.57 V)   ALARM
I/O:       +3.40 V  (min =  +4.13 V, max =  +4.13 V)   ALARM
+5V:       +5.55 V  (min =  +6.44 V, max =  +6.44 V)   ALARM
+12V:      +4.81 V  (min = +15.60 V, max = +15.60 V)   ALARM
CPU Fan:  5443 RPM  (min =    0 RPM, div = 2)          
P/S Fan:     0 RPM  (min =    0 RPM, div = 2)          
SYS Temp:  +45.4 C  (high =   +45 C, hyst =   +40 C)   ALARM
CPU Temp:  +34.5 C  (high =   +60 C, hyst =   +55 C)   
SBr Temp:  +28.4 C  (high =   +65 C, hyst =   +60 C)   

via686a-isa-e200
Adapter: ISA adapter
CPU core:  +1.09 V  (min =  +2.00 V, max =  +2.50 V)   ALARM
+2.5V:     +1.16 V  (min =  +3.10 V, max =  +1.57 V)   ALARM
I/O:       +3.40 V  (min =  +4.13 V, max =  +4.13 V)   ALARM
+5V:       +5.55 V  (min =  +6.44 V, max =  +6.44 V)   ALARM
+12V:      +4.81 V  (min = +15.60 V, max = +15.60 V)   ALARM
CPU Fan:  5487 RPM  (min =    0 RPM, div = 2)          
P/S Fan:     0 RPM  (min =    0 RPM, div = 2)          
SYS Temp:  +45.2 C  (high =   +91 C, hyst =   +40 C)   ALARM
CPU Temp:  +34.4 C  (high =   +60 C, hyst =   +55 C)   
SBr Temp:  +28.4 C  (high =   +65 C, hyst =   +60 C)   

Notice how SYS Temp high changed... Can my guesses be correct and how 
can the situation be fixed? Again - no problems with 2.6.3.

Thanks
Guennadi
---
Guennadi Liakhovetski



[Index of Archives]     [Linux Kernel]     [Linux Hardware Monitoring]     [Linux USB Devel]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Yosemite Backpacking]

  Powered by Linux