All of lore.kernel.org
 help / color / mirror / Atom feed
* cpufreq on Debian, problems
@ 2007-03-11 20:04 Joshua Justice
  2007-03-11 21:20 ` David Pottage
  0 siblings, 1 reply; 6+ messages in thread
From: Joshua Justice @ 2007-03-11 20:04 UTC (permalink / raw)
  To: cpufreq

I'm running a Pentium 4, 3.40 gigahertz, on Debian Etch 2.6.18-4-686, and I
have issues with overheating because cpu throttling isn't working.


Here's some info, and if you want more feel free to e-mail me.

# cat /proc/cpuinfo
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.40GHz
stepping        : 3
cpu MHz         : 3391.754
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc pni monitor ds_cpl est cid cx16 xtpr
bogomips        : 6789.19

processor       : 1
vendor_id       : GenuineIntel
cpu family      : 15
model           : 4
model name      : Intel(R) Pentium(R) 4 CPU 3.40GHz
stepping        : 3
cpu MHz         : 3391.754
cache size      : 2048 KB
physical id     : 0
siblings        : 2
core id         : 0
cpu cores       : 1
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 5
wp              : yes
flags           : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca
cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm
constant_tsc pni monitor ds_cpl est cid cx16 xtpr
bogomips        : 6783.67





# cpuid
 eax in    eax      ebx      ecx      edx
00000000 00000005 756e6547 6c65746e 49656e69
00000001 00000f43 01020800 0000649d bfebfbff
00000002 605b5001 00000000 00000000 007d7040
00000003 00000000 00000000 00000000 00000000
00000004 00004121 01c0003f 0000001f 00000000
00000005 00000040 00000040 00000000 00000000
80000000 80000008 00000000 00000000 00000000
80000001 00000000 00000000 00000000 20100000
80000002 20202020 20202020 20202020 6e492020
80000003 286c6574 50202952 69746e65 52286d75
80000004 20342029 20555043 30342e33 007a4847
80000005 00000000 00000000 00000000 00000000
80000006 00000000 00000000 08006040 00000000
80000007 00000000 00000000 00000000 00000000
80000008 00003024 00000000 00000000 00000000

Vendor ID: "GenuineIntel"; CPUID level 5

Intel-specific functions:
Version 00000f43:
Type 0 - Original OEM
Family 15 - Pentium 4
Extended family 0
Model 4 -
Stepping 3
Reserved 0

Extended brand string: "              Intel(R) Pentium(R) 4 CPU 3.40GHz"
CLFLUSH instruction cache line size: 8
Initial APIC ID: 1
Hyper threading siblings: 2

Feature flags bfebfbff:
FPU    Floating Point Unit
VME    Virtual 8086 Mode Enhancements
DE     Debugging Extensions
PSE    Page Size Extensions
TSC    Time Stamp Counter
MSR    Model Specific Registers
PAE    Physical Address Extension
MCE    Machine Check Exception
CX8    COMPXCHG8B Instruction
APIC   On-chip Advanced Programmable Interrupt Controller present and
enabled
SEP    Fast System Call
MTRR   Memory Type Range Registers
PGE    PTE Global Flag
MCA    Machine Check Architecture
CMOV   Conditional Move and Compare Instructions
FGPAT  Page Attribute Table
PSE-36 36-bit Page Size Extension
CLFSH  CFLUSH instruction
DS     Debug store
ACPI   Thermal Monitor and Clock Ctrl
MMX    MMX instruction set
FXSR   Fast FP/MMX Streaming SIMD Extensions save/restore
SSE    Streaming SIMD Extensions instruction set
SSE2   SSE2 extensions
SS     Self Snoop
HT     Hyper Threading
TM     Thermal monitor
31     reserved

TLB and cache info:
50: Instruction TLB: 4KB and 2MB or 4MB pages, 64 entries
5b: Data TLB: 4KB and 4MB pages, 64 entries
60: unknown TLB/cache descriptor
40: No 2nd-level cache, or if 2nd-level cache exists, no 3rd-level cache
70: Trace cache: 12K-micro-op, 4-way set assoc
7d: unknown TLB/cache descriptor
Processor serial: 0000-0F43-0000-0000-0000-0000

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

* Re: cpufreq on Debian, problems
  2007-03-11 20:04 cpufreq on Debian, problems Joshua Justice
@ 2007-03-11 21:20 ` David Pottage
  2007-03-12  0:45   ` Len Brown
  2007-03-12 17:48   ` Joshua Justice
  0 siblings, 2 replies; 6+ messages in thread
From: David Pottage @ 2007-03-11 21:20 UTC (permalink / raw)
  To: Joshua Justice, cpufreq

Joshua Justice wrote:
> I'm running a Pentium 4, 3.40 gigahertz, on Debian Etch 2.6.18-4-686, 
> and I
> have issues with overheating because cpu throttling isn't working.
Is your clock frequency scaling back when your system is not under load?

If it is not, and you want it to, then you need to run the ondemand or 
conservative govenor. Take a look in 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors that 
they are there, then echo a govenor name into 
/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor

If the clock frequency is changing acording to your system load, but it 
is still overheading, you probably need to improve your cooling hardware.

If it is not practical to improve your CPU cooling, or if your peak 
loads are ocasional, then you can prevent overheating by limiting the 
CPU temperature. I have written a userland perl script that does this 
automaticaly, by monitoring the CPU temperature, and lowering the 
maximum CPU frequency if the temperature gets to high. You can have a 
copy if you like.

-- 
David Pottage

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

* Re: cpufreq on Debian, problems
  2007-03-11 21:20 ` David Pottage
@ 2007-03-12  0:45   ` Len Brown
  2007-03-12  9:58     ` Bruno Ducrot
  2007-03-12 17:48   ` Joshua Justice
  1 sibling, 1 reply; 6+ messages in thread
From: Len Brown @ 2007-03-12  0:45 UTC (permalink / raw)
  To: cpufreq; +Cc: Joshua Justice

On Sunday 11 March 2007 17:20, David Pottage wrote:
> Joshua Justice wrote:
> > I'm running a Pentium 4, 3.40 gigahertz, on Debian Etch 2.6.18-4-686, 
> > and I have issues with overheating because cpu throttling isn't working.

Check that your fan is properly installed, including thermal compound.

You should not need throttling to cool a P4.
Indeed, most of them don't support any P-states at all.

-Len

> Is your clock frequency scaling back when your system is not under load?
> 
> If it is not, and you want it to, then you need to run the ondemand or 
> conservative govenor. Take a look in 
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors that 
> they are there, then echo a govenor name into 
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> 
> If the clock frequency is changing acording to your system load, but it 
> is still overheading, you probably need to improve your cooling hardware.
> 
> If it is not practical to improve your CPU cooling, or if your peak 
> loads are ocasional, then you can prevent overheating by limiting the 
> CPU temperature. I have written a userland perl script that does this 
> automaticaly, by monitoring the CPU temperature, and lowering the 
> maximum CPU frequency if the temperature gets to high. You can have a 
> copy if you like.

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

* Re: cpufreq on Debian, problems
  2007-03-12  0:45   ` Len Brown
@ 2007-03-12  9:58     ` Bruno Ducrot
  0 siblings, 0 replies; 6+ messages in thread
From: Bruno Ducrot @ 2007-03-12  9:58 UTC (permalink / raw)
  To: Len Brown; +Cc: cpufreq, Joshua Justice

On Sun, Mar 11, 2007 at 07:45:12PM -0500, Len Brown wrote:
> On Sunday 11 March 2007 17:20, David Pottage wrote:
> > Joshua Justice wrote:
> > > I'm running a Pentium 4, 3.40 gigahertz, on Debian Etch 2.6.18-4-686, 
> > > and I have issues with overheating because cpu throttling isn't working.
> 
> Check that your fan is properly installed, including thermal compound.
> 
> You should not need throttling to cool a P4.
> Indeed, most of them don't support any P-states at all.
> 
> -Len
> 
> > Is your clock frequency scaling back when your system is not under load?
> > 
> > If it is not, and you want it to, then you need to run the ondemand or 
> > conservative govenor. Take a look in 
> > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors that 
> > they are there, then echo a govenor name into 
> > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
> > 
> > If the clock frequency is changing acording to your system load, but it 
> > is still overheading, you probably need to improve your cooling hardware.
> > 
> > If it is not practical to improve your CPU cooling, or if your peak 
> > loads are ocasional, then you can prevent overheating by limiting the 
> > CPU temperature. I have written a userland perl script that does this 
> > automaticaly, by monitoring the CPU temperature, and lowering the 
> > maximum CPU frequency if the temperature gets to high. You can have a 
> > copy if you like.

There is also that kernel option:
"Processor type and features" -->
    "Check for non-fatal errors on AMD Athlon/Duron / Intel Pentium 4"
        --> "check for P4 thermal throttling interrupt."

preventing processor overheating if fan is not working ok. That
option doesn't require cpufreq.

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.

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

* Re: cpufreq on Debian, problems
  2007-03-11 21:20 ` David Pottage
  2007-03-12  0:45   ` Len Brown
@ 2007-03-12 17:48   ` Joshua Justice
  2007-03-12 18:18     ` Dave Jones
  1 sibling, 1 reply; 6+ messages in thread
From: Joshua Justice @ 2007-03-12 17:48 UTC (permalink / raw)
  To: David Pottage; +Cc: cpufreq

On 3/11/07, David Pottage <david@chrestomanci.org> wrote:
>
> Take a look in
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors that
> they are there, then echo a govenor name into
> /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor



This may be my problem right here. There's no /cpufreq/ directory in my cpu0
and cpu1 directories.
I should have mentioned that I'm running on a laptop.

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

* Re: cpufreq on Debian, problems
  2007-03-12 17:48   ` Joshua Justice
@ 2007-03-12 18:18     ` Dave Jones
  0 siblings, 0 replies; 6+ messages in thread
From: Dave Jones @ 2007-03-12 18:18 UTC (permalink / raw)
  To: Joshua Justice; +Cc: cpufreq

On Mon, Mar 12, 2007 at 01:48:39PM -0400, Joshua Justice wrote:
 > On 3/11/07, David Pottage <david@chrestomanci.org> wrote:
 > >
 > > Take a look in
 > > /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors that
 > > they are there, then echo a govenor name into
 > > /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
 > 
 > 
 > 
 > This may be my problem right here. There's no /cpufreq/ directory in my cpu0
 > and cpu1 directories.

Your CPU doesn't support speedstep.
The only option available to the P4's without EST is 'p4-clockmod' which
doesn't actually scale speed, but inserts wait states every n cycles,
making jobs take longer to complete, which in some cases can reduce heat.
If you're seeing overheating problems whilst idle however, it sounds like
you have more fundamental problems such as a poorly fitted fan as Len suggested.

	Dave

-- 
http://www.codemonkey.org.uk

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

end of thread, other threads:[~2007-03-12 18:18 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2007-03-11 20:04 cpufreq on Debian, problems Joshua Justice
2007-03-11 21:20 ` David Pottage
2007-03-12  0:45   ` Len Brown
2007-03-12  9:58     ` Bruno Ducrot
2007-03-12 17:48   ` Joshua Justice
2007-03-12 18:18     ` Dave Jones

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.