* When exactly should I worry?
@ 2004-09-03 15:00 Bryce as root
2004-09-04 1:54 ` Dave Jones
2004-09-04 2:05 ` Dave Jones
0 siblings, 2 replies; 3+ messages in thread
From: Bryce as root @ 2004-09-03 15:00 UTC (permalink / raw)
To: cpufreq; +Cc: Russell King
Linux ZenIV.linux.org.uk 2.6.7-1.494.2.2smp #1 SMP Tue Aug 3 09:59:49 EDT 2004 i686 i686 i386 GNU/Linux
My system logs are filled with
"Losing some ticks... checking if CPU frequency changed."
prior to this (~15 days), there was none of this in the logs
Kernel messages that might be of relevance. (in no real order)
Using tsc for high-res timesource
CPU0: Thermal monitoring enabled
CPU1: Thermal monitoring enabled
ENABLING IO-APIC IRQs
init IO_APIC IRQs
IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not co
nnected.
..TIMER: vector=0x31 pin1=2 pin2=-1
Using local APIC timer interrupts.
calibrating APIC timer ...
..... CPU clock speed is 3014.0031 MHz.
..... host bus clock speed is 200.0935 MHz.
checking TSC synchronization across 2 CPUs: passed.
Brought up 2 CPUs
There are no kernel messages ahout HPET or PIT.
lmsensors seem to indicate the CPU is stable at 41degC
(IF I can trust lmsensors)
Now then...
how much should /I/ panic or what else should I have included?
Phil
=--=
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: When exactly should I worry?
2004-09-03 15:00 When exactly should I worry? Bryce as root
@ 2004-09-04 1:54 ` Dave Jones
2004-09-04 2:05 ` Dave Jones
1 sibling, 0 replies; 3+ messages in thread
From: Dave Jones @ 2004-09-04 1:54 UTC (permalink / raw)
To: Bryce as root; +Cc: cpufreq, Russell King
On Fri, Sep 03, 2004 at 04:00:29PM +0100, Bryce as root wrote:
> Linux ZenIV.linux.org.uk 2.6.7-1.494.2.2smp #1 SMP Tue Aug 3 09:59:49 EDT 2004 i686 i686 i386 GNU/Linux
Is this one of Alan's VIA C3 toys ?
If so, the longhaul driver was seriously horked between 2.6.5 and 2.6.9rc1.
I fixed that up a week or two ago. If you're stuck on that
kernel for whatever reason, just kill the longhaul.ko module.
Dave
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: When exactly should I worry?
2004-09-03 15:00 When exactly should I worry? Bryce as root
2004-09-04 1:54 ` Dave Jones
@ 2004-09-04 2:05 ` Dave Jones
1 sibling, 0 replies; 3+ messages in thread
From: Dave Jones @ 2004-09-04 2:05 UTC (permalink / raw)
To: Bryce as root; +Cc: cpufreq, Russell King
On Fri, Sep 03, 2004 at 04:00:29PM +0100, Bryce as root wrote:
>
>
> Linux ZenIV.linux.org.uk 2.6.7-1.494.2.2smp #1 SMP Tue Aug 3 09:59:49 EDT 2004 i686 i686 i386 GNU/Linux
>
>
> My system logs are filled with
> "Losing some ticks... checking if CPU frequency changed."
>
> prior to this (~15 days), there was none of this in the logs
>
> Kernel messages that might be of relevance. (in no real order)
> Using tsc for high-res timesource
> CPU0: Thermal monitoring enabled
> CPU1: Thermal monitoring enabled
> ENABLING IO-APIC IRQs
> init IO_APIC IRQs
> IO-APIC (apicid-pin) 2-0, 2-16, 2-17, 2-18, 2-19, 2-20, 2-21, 2-22, 2-23 not co
> nnected.
> ..TIMER: vector=0x31 pin1=2 pin2=-1
> Using local APIC timer interrupts.
> calibrating APIC timer ...
> ..... CPU clock speed is 3014.0031 MHz.
> ..... host bus clock speed is 200.0935 MHz.
> checking TSC synchronization across 2 CPUs: passed.
> Brought up 2 CPUs
>
> There are no kernel messages ahout HPET or PIT.
> lmsensors seem to indicate the CPU is stable at 41degC
Duh, 3GHz SMP, I doubt very much its a VIA c3, ignore last email. 8-)
I'll change my guess to dual P4. I'm surprised that any of the
cpufreq drivers do anything on desktop p4's (other than p4-clockmod
which still does comparatively little). My cloudy 'not quite
firing on all cylinders at 3am' memory is recalling some patches that
would prevent triggering these messages not so long ago, but I'm
fairly certain they should've been in that Fedora kernel you're running.
Most odd.
Can you paste the whole dmesg please?
Dave
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2004-09-04 2:05 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-09-03 15:00 When exactly should I worry? Bryce as root
2004-09-04 1:54 ` Dave Jones
2004-09-04 2:05 ` 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.