Active Topics

 


Poll: Delet the values from the speedpatch?
Poll Options
Delet the values from the speedpatch?

Reply
Thread Tools
Posts: 856 | Thanked: 1,681 times | Joined on Apr 2010 @ Aleppo ,Syria
#3031
@woody14619
what did you think i am talking about ?
perhaps i should've explained more

Originally Posted by woody14619 View Post
Uhmm.. WTF are you talking about? Pmconfig is *the* file that the kernel loads on startup to get it's default settings. Before the file system is loaded and this file is ingested, the kernel runs at the default Nokia levels. Nothing you're doing with a shell script changes that.
so far no problem


Originally Posted by woody14619 View Post
Now if you mean it's not where the system remains because your script is calling kernel-config load every five seconds, yes, that's true. But this file does contain the current settings the user is running when your patch-script is installed.
break !!
if you checked the latest version you would see that this is in correct
(already posted the changelog few pages behind)
my script check the vfs value and deals with the it
if vfs 100 then cpu_normal is not launched again and again
if vfs 10 then cpu_sleep is not launched again and again



Originally Posted by woody14619 View Post
If you run kernel-config default <filename>, the kernel-config script parses the file, sets the kernel, and saves those settings to /etc/pmconfig. That file is how the kernel remembers it's own settings from reboot to reboot.
break!!
another incorrect
kernel-power-settings doesn't modify /etc/pmconfig
just tested this :
kernel-config default overclock
.. reboot ... /etc/pmconfig stayed the same
check it by your self


Originally Posted by woody14619 View Post
When you install, as part of your postinst, you can make a copy of this file to restore on uninstall. Restoring this file at uninstall will return the user's kernel configuration back to what it was before the patch was installed. That's what I am saying here, nothing more, nothing less.
after reading what i said then this is useless

..................
so after reading the newspaper
pmconfig is not used after installing kernel-power-settings and using a preconfigured profile .. isn't this true ? (as you said above)
..................

and about the effective of batterypatch ,, got nothing to say but i have more battery life with it

//EDIT
forgot to tell you how kernel-power-settings work
..IMO (haven't checked the source) but probably
with : echo *** > /sys/device/cpu/cpu0/cpufreq/**/ignore_nice_load
for example
 

The Following User Says Thank You to karam For This Useful Post:
Posts: 856 | Thanked: 1,681 times | Joined on Apr 2010 @ Aleppo ,Syria
#3032
finally finally finally

i have finished the new version of speedpatch v3.7
changelog:

* now cgroup uses syspart configs (as freemangordon stated before)
* no xterminal problem anymore (but of course a reboot after installation is needed)
* completely safe installing/uninstalling
* hopefully a more speed is gained

@freemangordon
speedpatch will not effect any future updates of camera-ui2

Last edited by karam; 2012-02-16 at 22:09.
 

The Following 3 Users Say Thank You to karam For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#3033
@woody14619 , actually karam is right this time, K-P-S does not touch /etc/pmconfig
 

The Following 2 Users Say Thank You to freemangordon For This Useful Post:
Posts: 3,074 | Thanked: 12,960 times | Joined on Mar 2010 @ Sofia,Bulgaria
#3034
Originally Posted by karam View Post

* now cgroup uses syspart configs (as freemangordon stated before)
Will you please elaborate more on that.
 

The Following User Says Thank You to freemangordon For This Useful Post:
Posts: 856 | Thanked: 1,681 times | Joined on Apr 2010 @ Aleppo ,Syria
#3035
ok

i have modified /usr/share/policy/etc/rx51/syspart.conf
previously there was an xterminal message error
the reason was because of the configs in syspart.conf which leads to break it and break everything it does

so changed everything needed to work *with cgroup* not to conflict with it

ex :

[partition desktop]
path /syspart/desktop
cpu-shares 6144
#memory-limit 50M
memory-limit 30M

to

[partition desktop]
path /dev/cgroup/cpu/desktop
cpu-shares 6144
#memory-limit 50M
memory-limit 30M

i have also tried several possibilities (wrong configs) to make sure that syspart.conf is used

and tbh i have noticed more smoothness after doing the right modifications

//EDIT
gtg now
will continue later

//EDIT2
forgot to say that you need to wait until it hits the repo

Last edited by karam; 2012-02-16 at 20:37.
 

The Following 2 Users Say Thank You to karam For This Useful Post:
woody14619's Avatar
Posts: 1,455 | Thanked: 3,309 times | Joined on Dec 2009 @ Rochester, NY
#3036
Originally Posted by ravent-n900 View Post
did you overclock your phone that time "before he became a member"?
and having these update and new programs and patches ?
Yes... I did. I was part of the initial testing group when Lehto was creating the first custom kernels for overclocking experiments. I also installed several Titan power kernels when he was the maintainer, and eventually move to Pali's kernels when he took them up after Titan left.

As for "update and new programs and patches", I'm not sure what you're saying.

Frankly, 99% of what battery-patch does is loading one of 3 kernel profiles based on the state of the display, the slider, and call status. It also renices some processes (that's the other 1%) which has a side effect in one of the profiles of not upping CPU speed for those processes. That last bit IMHO is a bad idea and wastes more battery in many common conditions, like indexing new media. That is 100% of the operation of "battery-patch".
 
Posts: 856 | Thanked: 1,681 times | Joined on Apr 2010 @ Aleppo ,Syria
#3037
ok to get speedpatch before it hits the repository interface

http://repository.maemo.org/extras-d..._3.7_armel.deb

happy testing

Last edited by karam; 2012-02-16 at 22:09.
 
Posts: 99 | Thanked: 80 times | Joined on Dec 2011 @ maemo
#3038
@woody14619
profiles its up to you
you can edit them any time you want
 
Posts: 99 | Thanked: 80 times | Joined on Dec 2011 @ maemo
#3039
Originally Posted by woody14619 View Post
Yes... I did. I was part of the initial testing group when Lehto was creating the first custom kernels for overclocking experiments. I also installed several Titan power kernels when he was the maintainer, and eventually move to Pali's kernels when he took them up after Titan left.

As for "update and new programs and patches", I'm not sure what you're saying.

Frankly, 99% of what battery-patch does is loading one of 3 kernel profiles based on the state of the display, the slider, and call status. It also renices some processes (that's the other 1%) which has a side effect in one of the profiles of not upping CPU speed for those processes. That last bit IMHO is a bad idea and wastes more battery in many common conditions, like indexing new media. That is 100% of the operation of "battery-patch".
wow...with all testing its give you 30 days WTF man
 
Posts: 105 | Thanked: 49 times | Joined on Jul 2011
#3040
wow...did you notice the direct improvement on n900 reaction after installing 3.6 !!!!!!!!!!!!!!!!!!!

perfect karam
thank you for ur hard work
 
Reply

Tags
autobrick, awesome-script, do no install, f***epitaph, install it now, perfect_ n900, script-a-brick, very safe


 
Forum Jump


All times are GMT. The time now is 14:43.