Active Topics
-
The N900 is now 15 years old! (8)
to Nokia N900 by whayong - 13 hrs, 9 mins ago -
Sailfish OS for the Motorola Moto G7 Power (XT1955-5) - (ocean) (4)
to SailfishOS by Maemish - 5 days, 9 hrs ago - more...
|
2010-04-09
, 00:32
|
|
Posts: 5,795 |
Thanked: 3,151 times |
Joined on Feb 2007
@ Agoura Hills Calif
|
#1842
|
Originally Posted by jakiman
I have summarised quite a bit. Link in my sig.
Here's a thought for the summary. In the area giving the steps to restore the information in the about area, it says as one of the steps:
apt-get install --reinstall mp-fremantle-generic-pr
That didn't work for me. I decided to try
apt-get install --reinstall mp-fremantle-*
(with an asterisk in place of the rest of the information)
That worked for me.
I'm not sure how safe that was, but for most people I think it would work.
| The Following User Says Thank You to geneven For This Useful Post: | ||
|
|
2010-04-09
, 00:34
|
|
Posts: 992 |
Thanked: 995 times |
Joined on Dec 2009
@ California
|
#1843
|
Originally Posted by Lehto
You can use "man patch" for details.
Yeah.. and how do I do that?
EDIT: actually - use "diff -u" as recommended for Linux kernel sources:
# Make sure your diff includes only the intended changes in your patch, not every other patch you have made to your source tree. Usually patches are limited to a few files, or directories. It is best to only diff the relevant files i.e. if I only made changes to the file driver_xyz.c under drivers/net, then I would use the following commands (assuming you have the original source tree named "linux-2.1.105", and the modified tree pointed at by the symlink "linux"):
cd /usr/src
diff -u linux-2.1.105/drivers/net/driver_xyz.c \
linux/drivers/net/driver_xyz.c > my_patch
# The following two should go without saying: the arguments to diff are first source (the original, unmodified file(s)), and then destination (your modified version of the file(s)), otherwise you get a reversed patch (and lots of people wondering what you're smoking). Also, make sure your patch applies and compiles cleanly.
Last edited by egoshin; 2010-04-09 at 00:38.
| The Following 3 Users Say Thank You to egoshin For This Useful Post: | ||
 |
|
2010-04-09
, 01:16
|
|
Posts: 658 |
Thanked: 117 times |
Joined on Jan 2010
|
#1844
|
Just flashed the 800mhz-ulv kernel and it seems the speed difference between 800 and 900 mhz is not that small.
But the undervolted kernel running kinda stable for now.
Last edited by NokiaRocks; 2010-04-09 at 01:36.
But the undervolted kernel running kinda stable for now.
Last edited by NokiaRocks; 2010-04-09 at 01:36.
|
|
2010-04-09
, 01:55
|
|
Posts: 455 |
Thanked: 278 times |
Joined on Dec 2009
@ Oregon, USA
|
#1845
|
Originally Posted by qwerty12
What format is this file in? I'm seeing a ton of invalid characters in my editor (Notepad++)
Here's a hack to make it not go back to 600 MHz after a call has finished:
Edit /usr/share/policy/rules/current/policy.dresc and change "scaling_min_frequency" to "scaling_mIn_frequency" and "scaling_max_frequency" to "scaling_mAx_frequency". As this file does not have any publicly released sources available, **** if I know if there's a better way.
|
|
2010-04-09
, 03:15
|
|
Posts: 143 |
Thanked: 4 times |
Joined on Jan 2010
|
#1846
|
i am just wondering, is there anyway to access to the phone cpu freq to set it to 600000 then call ends set it to 800000???
since the cause of our change to 600000 is due to the phone function...
since the cause of our change to 600000 is due to the phone function...
|
|
2010-04-09
, 03:19
|
|
Posts: 86 |
Thanked: 52 times |
Joined on Jan 2010
|
#1847
|
just wondering if fiasco has an o/c kernel that incorporates lehto's undervolting?
from what i read, this would be the most appropriate way to o/c the n900 while still retaining the ability to update software/firmware without breaking 'about info' of the device.
from what i read, this would be the most appropriate way to o/c the n900 while still retaining the ability to update software/firmware without breaking 'about info' of the device.
 |
|
2010-04-09
, 03:24
|
|
Posts: 579 |
Thanked: 286 times |
Joined on Oct 2009
@ Australia
|
#1848
|
Undervolting kernels:
These should in theory be safe to run as the 800mhz mode
runs with less voltage than the 500mhz mode uses normally,
while the other modes run with even much less voltage.
Heavy undervoltage, 800mhz max speed by default. 250mhz minimum clock with less than 125mhz voltage.
1100mhz activateable by a person with knowledge, however 1100mhz mode runs on OVERVOLTAGE!
UNSAFE TO TRY 1100mhz unless you want to break your device FOR REAL!!!!!!!
1100mhz mode left there only for quick demonstration purposes, but should by no means be used constantly as the cpu lifetime will be reduced A LOT.
This kernel also undervolts the DSP.
Most propably bricks your device if your chip isnt of good patch. Be prepared to flash the stock one back.
CPU: 250mhz / 375mhz / 500mhz / 800mhz / ((1100mhz))
DSP: 90mhz / 180mhz / 360mhz/ 400mhz / 430mhz
I’m current on the stock 800Mhz. how does it work undervoltage??? don’t really understand it. is it better for me to update to this???????? will it increase my performance, battery life and cpu??????????????? when will it use 1.1Ghz????????
sorry guys
|
|
2010-04-09
, 03:34
|
|
Posts: 658 |
Thanked: 117 times |
Joined on Jan 2010
|
#1849
|
The 800 mhz is working perfectly smooth for me.
And as far as I understand, you can just get the cpu to 1,1 with some console commands. Normally it's just clocking to 800 mhz.
And this kernel should increase Cpu lifetime and lower battery consumption.
And as far as I understand, you can just get the cpu to 1,1 with some console commands. Normally it's just clocking to 800 mhz.
And this kernel should increase Cpu lifetime and lower battery consumption.
|
|
2010-04-09
, 03:36
|
|
Posts: 1,751 |
Thanked: 844 times |
Joined on Feb 2010
@ Sweden
|
#1850
|
Originally Posted by firstknight
The calling issue has already been fixed in Titans latest kernel. Also if you use Titans kernel you could switch whenever you feel during runtime. http://talk.maemo.org/showpost.php?p...&postcount=774
i am just wondering, is there anyway to access to the phone cpu freq to set it to 600000 then call ends set it to 800000???
since the cause of our change to 600000 is due to the phone function...
 |
«
Previous Thread
|
Next Thread
»
|
All times are GMT. The time now is 14:40.
My OC kernel collection