From: Carlos Garcia Campos <carlosgc@gnome.org>
To: cpufreq@lists.linux.org.uk
Subject: RE: cpufreq stops working after a while
Date: Wed, 16 Aug 2006 12:10:50 +0200 [thread overview]
Message-ID: <1155723051.13086.3.camel@localhost.localdomain> (raw)
In-Reply-To: <1155664002.12437.11.camel@localhost.localdomain>
[-- Attachment #1.1: Type: text/plain, Size: 3578 bytes --]
El mar, 15-08-2006 a las 19:46 +0200, Carlos Garcia Campos escribió:
> El mar, 15-08-2006 a las 08:23 -0700, Pallipadi, Venkatesh escribió:
> >
> > >-----Original Message-----
> > >From: Carlos Garcia Campos [mailto:carlosgc@gnome.org]
> > >Sent: Tuesday, August 15, 2006 8:08 AM
> > >To: Pallipadi, Venkatesh
> > >Cc: cpufreq@lists.linux.org.uk
> > >Subject: RE: cpufreq stops working after a while
> > >
> > >El mar, 15-08-2006 a las 06:27 -0700, Pallipadi, Venkatesh escribió:
> > >>
> > >> >-----Original Message-----
> > >> >From: cpufreq-bounces@lists.linux.org.uk
> > >> >[mailto:cpufreq-bounces@lists.linux.org.uk] On Behalf Of
> > >> >Carlos Garcia Campos
> > >> >Sent: Tuesday, August 15, 2006 4:07 AM
> > >> >To: cpufreq@lists.linux.org.uk
> > >> >Subject: Re: cpufreq stops working after a while
> > >> >
> > >> >
> > >> >I have the same problem. My laptop is Dell Latitude D600 (Intel(R)
> > >> >Pentium(R) M processor 1.60GHz). If I'm compiling something, for
> > >> >example, that takes a long time, scaling_max_freq is set to
> > >600000 (the
> > >> >lowest). If I try to echo 1600000 to scaling_max_freq it do nothing.
> > >> >Only after some time if the cpu load is not high I can
> > >echoing 1600000
> > >> >again and it works without need to reboot.
> > >> >
> > >>
> > >> Looks like you have the same problem that Mark had in this
> > >original thread. Thermal.
> > >
> > >It never happened with older kernels (< 2.6.17, I think)
> > >
> >
> > Can you confirm the latest version of the kernel where the problem was not there. That will help on narrowing this down.
>
> I'm not sure at all . . . I don't have any kernel < 2.6.17 compiled
> right now.
>
> > >> It is not a bug in cpufreq. Just that due to cpu load,
> > >system is getting heated up and platform decides to reduce the
> > >temperature using passive cooling and as a result reduces the
> > >frequency. Does your system have active cooling (fans) or does
> > >it allow only passive cooling? You can monitor the temperature
> > >by looking at stuff under /proc/acpi/termal_zone/*/*.
> > >
> > >Yes, my system has fans. Here is the contents of the files
> > >under /proc/acpi/termal_zone/*/*, if it helps:
> > >
> > >$ cat /proc/acpi/thermal_zone/THM/*
> > ><setting not supported>
> > >cooling mode: critical
> > ><polling disabled>
> > >state: ok
> > >temperature: 47 C
> > >critical (S5): 102 C
> > >
> > >How can I solve the problem then? It's very annoying.
> >
> >
> > Can you watch the temperature as you see the frequency drop. Continuously (every second) cat cpufreq_max_freq in /sys and temperature in /proc as you run you load. My feeling is you will see the drop in max freq as your temperature goes to around 60 degrees or so.
>
> Here are the results:
>
> ................
> 1600000 - 85 C
> 1600000 - 84 C
> 1600000 - 85 C
> 1600000 - 76 C
> 600000 - 76 C
> 600000 - 71 C
> 600000 - 70 C
> 600000 - 69 C
> ................
>
> It changed at 76 C.
I forgot to mention that if I boot from battery scaling_max_freq is set
to 600000 and I have to echo 1600000. At boot time temperature is not
high so I'm not sure it's a thermal problem, or at least not only a
thermal problem.
> >
> > Thanks,
> > Venki
> >
Thanks a lot for your help,
--
Carlos Garcia Campos (KaL)
elkalmail@yahoo.es
carlosgc@gnome.org
http://carlosgc.linups.org
PGP key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x523E6462
[-- Attachment #1.2: Esta parte del mensaje está firmada digitalmente --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
[-- Attachment #2: Type: text/plain, Size: 147 bytes --]
_______________________________________________
Cpufreq mailing list
Cpufreq@lists.linux.org.uk
http://lists.linux.org.uk/mailman/listinfo/cpufreq
next prev parent reply other threads:[~2006-08-16 10:10 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-08-15 15:23 cpufreq stops working after a while Pallipadi, Venkatesh
2006-08-15 17:46 ` Carlos Garcia Campos
2006-08-16 10:10 ` Carlos Garcia Campos [this message]
-- strict thread matches above, loose matches on Subject: below --
2006-08-16 13:27 Pallipadi, Venkatesh
2006-08-16 18:19 ` Carlos Garcia Campos
2006-08-17 10:46 ` Thomas Renninger
2006-08-17 10:58 ` Carlos Garcia Campos
2006-08-17 15:28 ` Thomas Renninger
2006-08-15 13:27 Pallipadi, Venkatesh
2006-08-15 15:07 ` Carlos Garcia Campos
2006-08-16 19:28 ` Len Brown
[not found] <44DCCB96.5080801@rtr.ca>
2006-08-11 18:46 ` Andrew Morton
2006-08-11 19:01 ` Mark Lord
2006-08-11 19:10 ` Mark Lord
2006-08-11 19:18 ` Andrew Morton
2006-08-12 8:52 ` Erik Slagter
2006-08-15 7:49 ` Thomas Renninger
2006-08-15 11:07 ` Carlos Garcia Campos
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1155723051.13086.3.camel@localhost.localdomain \
--to=carlosgc@gnome.org \
--cc=cpufreq@lists.linux.org.uk \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox