What's new
DroidForums.net | Android Forum & News

This is a sample guest message. Register a free account today to become a member! Once signed in, you'll be able to participate on this site by adding your own topics and posts, as well as connect with other members through your own private inbox!

[KERNEL] Kernel (deprimed_test) - Break It If You Can

Stupid question: What is the difference between these 2?
1.) overclock

The overclock script will automatically load the overclock module and run my ULV overclock 250 - 900mhz script.

2.) primed

The primed script will create a 20overclock file in /etc/init.d/, execute the file, and kernel will boot up in ULV 250 - 900mhz until the deprimed script is ran.

Primed loads at boot

Stupid question: What is the difference between these 2?
1.) overclock

The overclock script will automatically load the overclock module and run my ULV overclock 250 - 900mhz script.

2.) primed

The primed script will create a 20overclock file in /etc/init.d/, execute the file, and kernel will boot up in ULV 250 - 900mhz until the deprimed script is ran.

overclock makse the phone overclocked until you reboot.
primed sets the overclocking to be re-enabled automatically upon reboot.

thanks guys
 
52brandon said:
these are my values...


Try this on for size.

Code:
echo "69" > /proc/overclock/max_vsel
echo "1100000" > /proc/overclock/max_rate

echo "6 250000" > /proc/overclock/freq_table
echo "1 250000000 28" > /proc/overclock/mpu_opps

echo "5 400000" > /proc/overclock/freq_table
echo "2 400000000 32" > /proc/overclock/mpu_opps

echo "4 600000" > /proc/overclock/freq_table
echo "3 600000000 42" > /proc/overclock/mpu_opps

echo "3 800000" > /proc/overclock/freq_table
echo "4 800000000 50" > /proc/overclock/mpu_opps

echo "2 900000" > /proc/overclock/freq_table
echo "5 900000000 60" > /proc/overclock/mpu_opps

echo "1 1000000" > /proc/overclock/freq_table
echo "6 1000000000 60" > /proc/overclock/mpu_opps

awesome, thanks. Will try that now
Just thought i'd post up.

Droid 1
Cyanogen #22

Deprimed Kernel

Running great, decent battery life, not much usage (occasional texting, web browsing, heavy bluetooth usage (music, calls, etc.) and forums)

Could use some tricks for better battery life. currently i'm running 900MHz top end, 450 Bottom end, with on demand governor.

Type:
su
primed

In terminal. Should make you run ultra low voltage instead of standard

No uppercase, Linux is case sensitive (thank God).
lol, my bad. Psted from my phone, didn't realize they capped each line
 
So to edit the values, is there a certain command in the terminal to do or do i just edit it with notepad, copy it, paste it and reboot?
 
OH NO PRIME HELP
I have been running deprimed 12 with the best result so far.
I just flashed 13 and now I have no wifi no compcache and your deprimed moc app wont load the module.
Tried your Primed- same result. What happened???
I also deleted the 12 cause im retarded if anyone has it can they PM me with the zip it would be a huge help.
 
I do know what it could be.

Load my kernel up and do this in a terminal please (then enable/disable airplane mode):

Code:
su
sysctl -w net.ipv6.conf.all.disable_ipv6=1
*edit*
It's not a waste of time, I want the kernel to work for as many users as possible. I have another plan if the above doesn't work.

I had a similar problem, and tracked it down to a line in the "updater-script"; where it sets the permissions of everything in "/system/bin" to "0755". This inadvertently changes permissions on some files that need other permissions to function properly. I restored my backup, and then changed the file in the kernel zip file before re-applying it, and then the 3g works fine (along with other things like "su").

was:

set_perm_recursive(0, 0, 0755, 0755, "/system/bin");

is:

set_perm(0, 0, 0755, "/system/bin/compcache");
set_perm(0, 0, 0755, "/system/bin/deprime");
set_perm(0, 0, 0755, "/system/bin/handle_compcache");
set_perm(0, 0, 0755, "/system/bin/msocv");
set_perm(0, 0, 0755, "/system/bin/overclock");
set_perm(0, 0, 0755, "/system/bin/primed");
set_perm(0, 0, 0755, "/system/bin/sysro");
set_perm(0, 0, 0755, "/system/bin/sysrw");
set_perm(0, 0, 0755, "/system/bin/update_deprimed");
set_perm(0, 0, 0755, "/system/bin/update_primed");

Nathan
 
I had to increase my max vsel to 71 to stabilize my browser (my phone is pickier than most) but now its working great. Thanks prime
 
I do know what it could be.

Load my kernel up and do this in a terminal please (then enable/disable airplane mode):

Code:
su
sysctl -w net.ipv6.conf.all.disable_ipv6=1
*edit*
It's not a waste of time, I want the kernel to work for as many users as possible. I have another plan if the above doesn't work.

I had a similar problem, and tracked it down to a line in the "updater-script"; where it sets the permissions of everything in "/system/bin" to "0755". This inadvertently changes permissions on some files that need other permissions to function properly. I restored my backup, and then changed the file in the kernel zip file before re-applying it, and then the 3g works fine (along with other things like "su").

was:

set_perm_recursive(0, 0, 0755, 0755, "/system/bin");

is:

set_perm(0, 0, 0755, "/system/bin/compcache");
set_perm(0, 0, 0755, "/system/bin/deprime");
set_perm(0, 0, 0755, "/system/bin/handle_compcache");
set_perm(0, 0, 0755, "/system/bin/msocv");
set_perm(0, 0, 0755, "/system/bin/overclock");
set_perm(0, 0, 0755, "/system/bin/primed");
set_perm(0, 0, 0755, "/system/bin/sysro");
set_perm(0, 0, 0755, "/system/bin/sysrw");
set_perm(0, 0, 0755, "/system/bin/update_deprimed");
set_perm(0, 0, 0755, "/system/bin/update_primed");

Nathan

Thank you for noticing and bringing to my attention, I was setting permissions like that because I (still believe) some versions of the update-binary are limited in the amount of commands an updater-script can contain...thus causing a failed kernel flash.

I updated the kernel.
 
I'm no scripter, not good enough. I was using the link2sd app and it creates the script for me, per se. It says mounting script cannot be created so I restarted the app and tried mounting each partition individually to no avail. I reflashed #12 and all is well but I was unable with the most recent release.

Sent from my Droid using DroidForums App
 
I'm no scripter, not good enough. I was using the link2sd app and it creates the script for me, per se. It says mounting script cannot be created so I restarted the app and tried mounting each partition individually to no avail. I reflashed #12 and all is well but I was unable with the most recent release.

Sent from my Droid using DroidForums App

Link2sd creates a /etc/init.d/11link2sd startup script, you should be able to get away with editing that file and changing it to read:

Code:
umount /sd-ext
modprobe ext4
mount -t ext4 /dev/block/mmcblk0p2 /data/sdext2

Then reboot and hope for the best :)

The ext4 module can load ext2/3 partitions, I use it because there is an issue with the ext2/3 driver that cause marked CPU usage while idle.
 
So I've played around with vsels and then found a chart of all the vsels for some common kernel developers and this is a daily driver script I'm testing. Normally don't leave it over 1ghz but sometimes I like to show off. I found my phone really overheated badly with the vsels I was using previously even after working with prime on them. I can run my phone at higher speeds like I have before and it stays a lot cooler. Anyone wanna test my script and let me know how it works out for you? This is on prime's deprimed test.

echo "82" > /proc/overclock/max_vsel
echo "1200000" > /proc/overclock/max_rate

echo "6 250000" > /proc/overclock/freq_table
echo "1 250000000 34" > /proc/overclock/mpu_opps

echo "5 450000" > /proc/overclock/freq_table
echo "2 450000000 38" > /proc/overclock/mpu_opps

echo "4 600000" > /proc/overclock/freq_table
echo "3 600000000 56" > /proc/overclock/mpu_opps

echo "3 800000" > /proc/overclock/freq_table
echo "4 800000000 62" > /proc/overclock/mpu_opps

echo "2 1000000" > /proc/overclock/freq_table
echo "5 1000000000 68" > /proc/overclock/mpu_opps

echo "1 1100000" > /proc/overclock/freq_table
echo "6 1100000000 70" > /proc/overclock/mpu_opps

Sent from my Droid using Tapatalk
 
Are people finding that they get better life on deprimed_test or primed_test?

I can't keep tracked of which one I should be using. I could have sworn that the OP said primed_test was the newest when I downloaded it but now it looks like deprimed. I'm using primed but not noticing any substaintial gain in battery life over the stock kernel even after tweaking the vsels ....... was wondering what everyones experience with deprimed is before making the switch.
 
Back
Top