lkml.org 
[lkml]   [2006]   [Aug]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRE: cpufreq stops working after a while
Date
From


>-----Original Message-----
>From: Mark Lord [mailto:lkml@rtr.ca]
>Sent: Friday, August 11, 2006 1:30 PM
>To: Dave Jones
>Cc: Pallipadi, Venkatesh; Linux Kernel; Andrew Morton
>Subject: Re: cpufreq stops working after a while
>
>Pallipadi, Venkatesh wrote:
>>> Dave Jones wrote:
>>>> boot with cpufreq.debug=7, and capture dmesg output after it fails
>>>> to transition. This might be another manifestation of the
>mysterious
>>>> "highest frequency isnt accessable" bug, that seems to come from
>>>> some recent change in acpi.
>..
>> You also need to configure in CONFIG_CPU_FREQ_DEBUG
>
>Thanks, Venki!
>
>Okay, here's the tail end of the trace, in which (search for "max")
>one can see the top frequency limit being downgraded.
>
>But, by whom, and why ??
>And what's with these requests for oddball frequencies ("685714"),
>or is that just normal approximation within the governor?
>
>
>[ 853.228000] cpufreq-core: updating policy for CPU 0
>[ 853.228000] cpufreq-core: Warning: CPU frequency out of
>sync: cpufreq and timing core thinks of 1100000, is 800000 kHz.
>[ 853.228000] cpufreq-core: notification 0 of frequency
>transition to 800000 kHz
>[ 853.228000] userspace: saving cpu_cur_freq of cpu 0 to be 800000 kHz
>[ 853.228000] cpufreq-core: notification 1 of frequency
>transition to 800000 kHz
>[ 853.228000] cpufreq-core: scaling loops_per_jiffy to
>3195840 for frequency 800000 kHz
>[ 853.228000] userspace: saving cpu_cur_freq of cpu 0 to be 800000 kHz
>[ 853.228000] cpufreq-core: setting new policy for CPU 0:
>600000 - 1100000 kHz
>[ 853.228000] freq-table: request for verification of policy
>(600000 - 1100000 kHz) for cpu 0
>[ 853.228000] freq-table: verification lead to (600000 -
>1100000 kHz) for cpu 0
>[ 853.228000] freq-table: request for verification of policy
>(600000 - 800000 kHz) for cpu 0
>[ 853.228000] freq-table: verification lead to (600000 -
>800000 kHz) for cpu 0
>[ 853.228000] cpufreq-core: new min and max freqs are 600000
>- 800000 kHz
>[ 853.228000] cpufreq-core: governor: change or update limits
>[ 853.228000] cpufreq-core: __cpufreq_governor for CPU 0, event 3

Looks like there are thermal events happening that is causing CPU limits
to reduce. Are you running anything on the CPU when this happens. Is
there a thermal interface in /proc/acpi that can give you the current
temperature of the system?

Thanks,
Venki
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2006-08-11 23:11    [W:0.048 / U:0.124 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site