Poll: Do you think its possible to overclock the N900?!
Poll Options
Do you think its possible to overclock the N900?!

Reply
Thread Tools
Posts: 1,224 | Thanked: 1,763 times | Joined on Jul 2007
#1621
Empirically - it seems to me that the meaning of scaling_max_frequency is:
The maximum frequency that will be used is the lowest one that is >= scaling_max_frequency.
__________________
My repository

"N900 community support for the MeeGo-Harmattan" Is the new "Mer is Fremantle for N810".

No more Nokia devices for me.
 

The Following User Says Thank You to Matan For This Useful Post:
Posts: 97 | Thanked: 12 times | Joined on Feb 2010
#1622
yeahh :-)

Post 600000

how can I get the current temp?
 
Posts: 18 | Thanked: 18 times | Joined on Mar 2010
#1623
Originally Posted by jcompagner View Post
its located in /var/log/ (syslog file)

But you have to have syslogd or sysklogd installed.
I see. I was wondering why /var/log didn't have the usual messages file or a syslog file. Thanks.
 
Posts: 36 | Thanked: 8 times | Joined on Apr 2010
#1624
Originally Posted by titan View Post
I did some tests with a kernel that has 601MHz instead 600MHz in the table of supported frequencies.
booting with 700MHz worked fine until I made a call - it switched to 600MHz ;-(

could someone with one of Lehto's kernels please report
Code:
cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
make a phone call, and report the same value after the call?
thanks!
Before a call:
Code:
Nokia-N900-51-1:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq 
900000
After a call:
Code:
Nokia-N900-51-1:~# cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq 
600000
Additional info:
Code:
Nokia-N900-51-1:~# cat /sys/devices/system/cpu/cpu0/cpufreq//cpuinfo_max_freq 
930000
Nokia-N900-51-1:~# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 
930000 127730
595000 1264
500000 20578
250000 317428
125000 11314
And a couple of seconds later:
Code:
Nokia-N900-51-1:~# cat /sys/devices/system/cpu/cpu0/cpufreq/stats/time_in_state 
930000 128530
595000 1264
500000 20578
250000 317728
125000 12292
It reports a max of 600mhz - but still uses the 930mhz.
 

The Following User Says Thank You to miwalter For This Useful Post:
Posts: 946 | Thanked: 1,650 times | Joined on Oct 2009 @ Germany
#1625
I noticed that during the call both min and max are set to 600Mhz (using console via ssh).
after the call the minimum is reset to 250MHz.
can someone confirm that during extended phonecalls, even with the stock kernel,
scaling_min_freq, scaling_max_freq and scaling_cur_freq are 600000?

it would mean that Nokia keeps your device at the dangerous 600MHz during an entire extended phone call!
Calling is overclocking!

Last edited by titan; 2010-04-07 at 21:08.
 

The Following 5 Users Say Thank You to titan For This Useful Post:
Posts: 36 | Thanked: 5 times | Joined on Dec 2009
#1626
Originally Posted by titan View Post
another observation: The dmse daemon seems to overwrite the max. freq. in the kernel with the value
from /etc/pmconfig every hour or so.
I noticed something quite strange. I am using a kernel configured to go as low as 125 and as high as 900, with pmconfig to clock from 250 to 800.

I then set different min/max via /sys/device for testing. I set it to 250-900 for speed testing, then 125-500 for underclocking, all done via /sys/device/system/..

With the speed set at 125-500, the device mysteriously clock up to 600 during a phone call, taking neither the 500 I set or the 800 in pmconfig. Weird
 
Posts: 126 | Thanked: 327 times | Joined on Nov 2009 @ Finland
#1627
Originally Posted by titan View Post
I noticed that during the call both min and max are set to 600Mhz (using console via ssh).
after the call the minimum is reset to 250MHz.
can someone confirm that during extended phonecalls, even with the stock kernel,
scaling_min_freq, scaling_max_freq and scaling_cur_freq are 600000?
This MIGHT possibly explain the reason why one user reported that the phone calls worked more smoothly with my crude OC kernel. As for that thing the min and max will be the maximum speed during phone call (bye bye battery life!).
 

The Following User Says Thank You to Lehto For This Useful Post:
Posts: 1,255 | Thanked: 393 times | Joined on Oct 2009 @ US
#1628
Originally Posted by egoshin View Post
The reason is simple - battery.

Stability is too but it is not for underclocking like Droid.

Frying has nothing with it - CPU was designed by ARM and basing on common technology licensing practice I guess TI didn't change anything in it's design because ARM did all work - thermal, radio emmision, delay propogation etc. So, TI got ARM design which can run on max freq from 600MHz to 1GHz.

However, the TI production line quality limits an effective max frequency and for stable run use 600MHz. But your mileage varies...

(usual disclaimer: anything here is for education purpose only and is not intended to convince you for overclocking or doing something bad).
Battery IS the reason for the Droid clock. That being said, most report little battery impact with the 800mhz, low volt kernel after nearly several months of use. People that set the max to 1ghz and beyond are experiencing battery issues, but that is more due to hitting the operational ceiling of the chip. Hit that, and all kinds of battery, heat and lock-ups happen in an accelerated manner.

Based on mining waaay to many threads, most people that clock at 1.1 ghz or higher are having problems on Droid.
 
Posts: 36 | Thanked: 8 times | Joined on Apr 2010
#1629
Originally Posted by Lehto View Post
This MIGHT possibly explain the reason why one user reported that the phone calls worked more smoothly with my crude OC kernel. As for that thing the min and max will be the maximum speed during phone call (bye bye battery life!).
If the phone uses max mhz during calls, this would be a showstopper for me - only because of easter-holidays I'm not using the phone that much as a phone as I usualy do...

Very interesting thread!
 
Posts: 388 | Thanked: 842 times | Joined on Sep 2009 @ Finland
#1630
So the phone app apparently has the values hardcoded in...
 

The Following User Says Thank You to hqh For This Useful Post:
Reply

Tags
cooking on gas, cortex-a8, faster, first to fry it wins!, hardware, its smoking, n900, need for speed, need for weed, nos, omap, omap3, omap3430, overclock, overclocking, soc, system-on-a-chip, the dogs, this thread got good!, vtec just kicked in y0!, warranty will be void, whooplah, zoom zoom

Thread Tools

 
Forum Jump


All times are GMT. The time now is 13:36.