CURRENTand releng_7 kernel makes the system run very very hot

Nate Lawson nate at root.org
Wed Dec 12 10:06:34 PST 2007


Ken Menzel wrote:
> It has been suggested to me to move this thread from current to acpi.
> From what I can tell the CPU's do not halt on idle.  Top -SH from a 
> system booted for a few hours on releng_7 or on current shows hours of
> time used where as releng_6 used only minutes or seconds.  This is
> causing some sytems to overheat.
> 
> I am trying to compile all the relevant information in this e-mail. If I
> have missed  anything please let me kow.  I can also provide ssh access
> to a developer who would like to see the problem.  I see the problem on
> both AMD64 kernel and i386 kernel single and multi processor.
> 
> Here is information I have gather so far:  Is there anything else needed
> for the PR?

The below information is confusing.  It lists C1 as the lowest idle
state, which is a simple HLT instruction.  There should be no problem
for that to stop your CPU.  So something is keeping your system from
executing that instruction.

If you could put a printf inside this if statement:
if (cpu_disable_idle) {
	ACPI_ENABLE_IRQS();
	return;
}

And also this one:
    if (cx_next->type == ACPI_STATE_C1) {
	sc->cpu_prev_sleep = 1000000 / hz;
	acpi_cpu_c1();
	return;
    }

That might help see what's happening.

> http://www.kodem.com/ports/kenfreebsd-dell2950.asl
> 
> http://www.kodem.com/ports/dmesg-dell2950.txt
> barclay# top -SH
> last pid:   833;  load averages:  0.12,  0.03,  0.01    up 0+00:44:45
> 11:12:22
> 73 processes:  9 running, 46 sleeping, 18 waiting
> CPU states:  0.0% user,  0.0% nice,  0.6% system,  0.2% interrupt, 99.2%
> idle
> Mem: 9816K Active, 138M Inact, 181M Wired, 48K Cache, 214M Buf, 3611M Free
> Swap: 12G Total, 12G Free
> 
>  PID USERNAME PRI NICE   SIZE    RES STATE  C   TIME   WCPU COMMAND
>   14 root     171 ki31     0K    16K CPU4   4  44:14 100.00% idle: cpu4
>   15 root     171 ki31     0K    16K CPU3   3  44:07 100.00% idle: cpu3
>   18 root     171 ki31     0K    16K RUN    0  43:48 100.00% idle: cpu0
>   13 root     171 ki31     0K    16K CPU5   5  43:47 100.00% idle: cpu5
>   16 root     171 ki31     0K    16K CPU2   2  43:42 100.00% idle: cpu2
>   17 root     171 ki31     0K    16K CPU1   1  43:38 100.00% idle: cpu1
>   12 root     171 ki31     0K    16K CPU6   6  43:19 100.00% idle: cpu6
>   11 root     171 ki31     0K    16K CPU7   7  43:15 100.00% idle: cpu7

> barclay# sysctl hw.acpi
> hw.acpi.supported_sleep_state: S4 S5
> hw.acpi.power_button_state: S5
> hw.acpi.sleep_button_state: S4
> hw.acpi.lid_switch_state: NONE
> hw.acpi.standby_state: S1
> hw.acpi.suspend_state: S3
> hw.acpi.sleep_delay: 1
> hw.acpi.s4bios: 0
> hw.acpi.verbose: 0
> hw.acpi.disable_on_reboot: 0
> hw.acpi.handle_reboot: 0
> hw.acpi.cpu.cx_lowest: C1

-- 
Nate


More information about the freebsd-acpi mailing list