Database Develop

[Q] About the ~200 line Linux kernel patch that does wonders

Hello, guys!
I guess most of you know about this "magic patch" that significantly boosts Linux speed. It's going to be merged in the 2.6.38 branch and it's shipping with Ubuntu Natty too. But this kernel patch can be applied to a previous kernel as well, just rebuilding it with this 224 magical lines of code.
What I wanted to know is if it's possibile to rebuild our kernels with this patch, if it is already, or if it's possibile but won't have significant boosts on Android devices.
You may read more about this on Phoronix. On the 2nd page there are video demos for lazy ones!

This has been discussed here twice &found not to help because we dont use harddisk.
Sent from my GT-I9000 using XDA App

was it "proven" or "theorized" ?

You can look it up here in dev. Search
Sent from my GT-I9000 using XDA App

ragin said:
This has been discussed here twice &found not to help because we dont use harddisk.
Sent from my GT-I9000 using XDA App
Click to expand...
Click to collapse
Thank you, but can you please link the thread with this discussion? I can't seem to find it. Also, this patch regards CPU, not hard disks.

this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..

MaXo64 said:
this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..
Click to expand...
Click to collapse
I'm using that script too on Maverick! I don't think there should be a significant increase in responsiveness if you apply it on high-end systems, but our SGS might benefit from it (as my old dual core system).
You say it didn't work on your Hero, but were there any errors in dmesg or you didn't find any significant change in speed?

thunderteaser said:
I'm using that script too on Maverick! I don't think there should be a significant increase in responsiveness if you apply it on high-end systems, but our SGS might benefit from it (as my old dual core system).
You say it didn't work on your Hero, but were there any errors in dmesg or you didn't find any significant change in speed?
Click to expand...
Click to collapse
dmesg should no difference. the script just showed a lot of errors.
I tried the "non-Ubuntu" version as described in Webupd8, but still similar errors.
I guess Android place the kernel differently from Linux desktops.

I might be mistaken, but SO kernel uses its. And haven't really noticed any difference with or without it.

MaXo64 said:
this patch will be officially introduced in the 2.6.38 kernel..
also, this kernel will have about 50% more speed increase, due to the 200 lines patch and another issue resolved after it .. in general the upcoming kernel will be blazingly fast !!
there is a script that tries to do the same as the patch for earlier kernels. which I use on my Ubuntu laptop, and yes major performance increase !!
I tried to apply it to my previous phone (HTC Hero), but didn't work. I also asked Cyanogen on his twitter, but didn't care to give me an answer..
finally I gave up, and decided to wait for the next Android version that will have the 2.6.38 in the future..
Click to expand...
Click to collapse
please don't spread incorrect facts:
* the "automated per tty task groups" (or autogroup) patch - by using cgroups (in CFS - the cpu scheduler) and thus isolating several taks from each other, giving them dedicated slices of cpu power - allows the system to be more responsive under load if there is a kind of cpu hog (task producing much load)
* the speed increase is due to Nick Piggin's VFS changes and Andrea Arcangeli & Mel Gorman's Transparent Hugepages (THP) support (and of course lots of other changes)
dupel said:
I might be mistaken, but SO kernel uses its. And haven't really noticed any difference with or without it.
Click to expand...
Click to collapse
that's correct: - "sched patch : automated per tty task groups (system more smooth and responsive) (v3(since 4_3) and v4(since 4_4))"
so you tried SO kernel with the patch applied and once reverted ?
but - yeah, I got you: I'm myself running a heavy patched 2.6.37 kernel with transparent hugepages, CFS autogroup, etc. enabled - and it certainly can play off its advantage most noticably during heavy system load

zacharias.maladroit said:
that's correct: - "sched patch : automated per tty task groups (system more smooth and responsive) (v3(since 4_3) and v4(since 4_4))"
so you tried SO kernel with the patch applied and once reverted ?
but - yeah, I got you: I'm myself running a heavy patched 2.6.37 kernel with transparent hugepages, CFS autogroup, etc. enabled - and it certainly can play off its advantage most noticably during heavy system load
Click to expand...
Click to collapse
So, please, correct my noobiness, isn't Android using TTY shells? If it's not than I understand why this patch can't be applied, but if it is, rebuilding a kernel with just 200 lines more is no big deal and we all could benefit from it. It's not very common for Android to be under heavy load but hey, it's going to be default in 2.6.38, so why not?

There is a better patch :
blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html
But I don't know if android uses shells.

Protocamlann said:
There is a better patch :
blog.internetnews.com/skerner/2010/11/forget-200-lines-red-hat-speed.html
But I don't know if android uses shells.
Click to expand...
Click to collapse
Yes, that's exactly the script I was talking about a few posts ago. On my system running 2.6.35, I did not rebuild the kernel with the "patch of wonders" but applied this script. But as you may have read, it acts in userspace which is slightly different in Android (as far as I know it's not using the same environment variables and I don't know about any ~/.bashrc equivalents, but again correct me if I'm wrong), that's why a kernel-oriented patch would be more suitable.

* well, actually newer revisions of that patch don't make use of ttys but of the task session
so basically it seems to create separate groups for each task (or program for simplicity's sake)
(source)
I'm also not sure if current Android kernel revisions use CFS at all ("Android versus Linux?")
laststufo has the autogroup patch included in his SO Kernel but I don't know how to measure its effect ... (whether it makes any difference)
* other options to improve interactivity would be to use Lennart Poettering's bash-approach (the script), like MaXo64 already posted: link
since Android uses Bourne Shell (sh) instead of BASH the script might need to be rewritten
* if it's stable enough on the SGS - yet another option would be to use Con Kolivas BFS

thunderteaser said:
Yes, that's exactly the script I was talking about a few posts ago. On my system running 2.6.35, I did not rebuild the kernel with the "patch of wonders" but applied this script. But as you may have read, it acts in userspace which is slightly different in Android (as far as I know it's not using the same environment variables and I don't know about any ~/.bashrc equivalents, but again correct me if I'm wrong), that's why a kernel-oriented patch would be more suitable.
Click to expand...
Click to collapse
well, you could rewrite that script that it is run as a init-script (afaik in /system/init.d/ )
besides that:
there are stripped down (smaller) versions of bash 4.1* that are known to work on CM6 and the HTC Hero
so it should be a possibility to use that script on stock roms, too
if you can install busybox & root it, there also should be the possibility to install bash

zacharias.maladroit said:
* well, actually newer revisions of that patch don't make use of ttys but of the task session
so basically it seems to create separate groups for each task (or program for simplicity's sake)
(source)
I'm also not sure if current Android kernel revisions use CFS at all ("Android versus Linux?")
laststufo has the autogroup patch included in his SO Kernel but I don't know how to measure its effect ... (whether it makes any difference)
* other options to improve interactivity would be to use Lennart Poettering's bash-approach (the script), like MaXo64 already posted: link
since Android uses Bourne Shell (sh) instead of BASH the script might need to be rewritten
* if it's stable enough on the SGS - yet another option would be to use Con Kolivas BFS
Click to expand...
Click to collapse
It seems you're very well informed, so thanks for the infos you're posting!
I'm not a coder, though, so I hope a kernel developer could pick this up and go for BFS. You said laststufo already implemented this patch in his kernel, so that's really good! We should just find a way of testing its effectiveness.
zacharias.maladroit said:
well, you could rewrite that script that it is run as a init-script (afaik in /system/init.d/ )
besides that:
there are stripped down (smaller) versions of bash 4.1* that are known to work on CM6 and the HTC Hero
so it should be a possibility to use that script on stock roms, too
if you can install busybox & root it, there also should be the possibility to install bash
Click to expand...
Click to collapse
Yes, I've also seen bash shipping with some ROMs, so it's definitely possibile, though as I said before, I'm no coder...

thunderteaser said:
It seems you're very well informed, so thanks for the infos you're posting!
I'm not a coder, though, so I hope a kernel developer could pick this up and go for BFS. You said laststufo already implemented this patch in his kernel, so that's really good! We should just find a way of testing its effectiveness.
Click to expand...
Click to collapse
I'm a kernel-dev for linux-kernels so I got to know & learned to cherish them
just stumbled over a thread in the Epic 4G forum
for reference: [Q] [REQ] Galbraith Patch worked into kernals?

zacharias.maladroit said:
I'm a kernel-dev for linux-kernels so I got to know & learned to cherish them
Click to expand...
Click to collapse
You really are? That's great! So why don't you join laststufo to try maximizing the impact of his implemented "patch of wonders"? As I try to keep up with your techical chatting it seems I really can't do more than asking you to help!
zacharias.maladroit said:
just stumbled over a thread in the Epic 4G forum
for reference: [Q] [REQ] Galbraith Patch worked into kernals?
Click to expand...
Click to collapse
Uhm, so it seems BFS isn't stable on our hardware, pretty bad.

[FIX][SCRIPT] Fixed zram for franco 2.6.32.x kernels (v18,v19) plus remount speedups

If you do not know what is this about and do not have any problems, leave the scripts alone and go on with your life.
Click to expand...
Click to collapse
Attached.
1a. Fixed zram.zip for franco kernels v18/v19
Fixed by removing the 00remount script from /system/etc/init.d, since it messes up with boot on phones with DT's apps2sd (and probably other similar scripts) - a2sd fails to mount sd-ext partition, phone "hangs" on LG logo.
If you are already stuck after flashing franco's original zram.zip due to this issue, then go to recovery, mount /system there, and
Code:
> adb shell
# rm -f /system/etc/init.d/00remount
# exit
> adb reboot
Alternatively, flash remove-zram.zip and reboot. This will remove ZRAM altogether.
There is no ZRAM support on franco's 2.6.35.x (v1) kernels, flashing this there is absolutely useless
Click to expand...
Click to collapse
1b. remove-zram.zip: Removes ZRAM. Deletes the following files if they exist:
Code:
/system/bin/zramconfig
/system/etc/zram.sh
/system/etc/init.d/00remount
/system/etc/init.d/00zram
2. remount-noatime.zip
Remounts all your filesystems with noatime,nodiratime options (potential I/O speedup). Taken from the original zram.zip and renamed to 98remount so that it comes after all other stuff is done.
3. remount-noatime-nobarrier.zip
Same as above, plus remounts ext4 with barrier=0 option for users with sd-ext on ext4. (potential I/O speedup)
Q: What is zram?! I do not understand what is this about!
A: Read the red warning.
Q: How can I find whether my kernel supports ZRAM?
A: Use the shell.
Code:
# zcat /proc/config.gz | grep ZRAM | grep -v ^#
CONFIG_ZRAM=y
Q: What is noatime, nodiratime, barriers?
A: Google it!
Q: I deleted the 00remount script as advised in recovery, but still have issues with A2SD not mounting my sd-ext!
A: If you are using CM7 ROM, then delete /system/etc/init.d/05mountsd as well. (Rename to _05mountsd or whatever else that does not start with digits should do as well.)

Em a newbie.... just asking ... is this improves battery life?
>>Sent from my LG-optimus One™ using XDA Premium App® Rom -void forever with franco kernel v19

samcad said:
em a newbie.... Just asking ... Is this improves battery life?
Click to expand...
Click to collapse
no!
1234567890

samcad said:
Em a newbie.... just asking ... is this improves battery life?
>>Sent from my LG-optimus One™ using XDA Premium App® Rom -void forever with franco kernel v19
Click to expand...
Click to collapse
As the doctor already mentioned... THis script is for those who get issues with boot up of their OS..!! Read the FIRST POST...!!
If your phone is working fine then this is not for you...!!!

Good one.
Prepare for 40 thousand posts asking if this script makes coffee and cleans the house for you.

imiki2421 said:
As the doctor already mentioned... THis script is for those who get issues with boot up of their OS..!! Read the FIRST POST...!!
If your phone is working fine then this is not for you...!!!
Click to expand...
Click to collapse
I have read it... but m just knowing anyway in improving in this script
>>Sent from my LG-optimus One™ using XDA Premium App® Rom -void forever with franco kernel v19

franciscofranco said:
Prepare for 40 thousand posts asking if this script makes coffee and cleans the house for you.
Click to expand...
Click to collapse
My /dev/null is ready

And does it make coffe? )
Sent from my LG-P500 using XDA App

Fresh installed 6.5.7 then fk19 then revised zram then noatime then dt a2sd (rebooting in between ofc) and got stuck again after flashing a2sd.
Got in recovery and deleted the 2 scripts from init.d via adb then reboot. It rebooted ok and I thought yeeah we're done. I did another reboot afterwards and it stuck again.
Trying to figure out what to try next. That's a way to spend my vacations lol

See adb logcat

I'll be the first. Does it make coffee and clean the house for me?
Btw glad your hissy fit is over. Good to have you back.
Sent from my LG-P500 using XDA Premium App

Testing -> remount-noatime-nobarrier.zip
I had no problems, just testing that for noatime, no barrier

franciscofranco said:
Good one.
Prepare for 40 thousand posts asking if this script makes coffee and cleans the house for you.
Click to expand...
Click to collapse
rofl, youre kinda, funny you know that?

Lawful123 said:
Btw glad your hissy fit is over. Good to have you back.
Sent from my LG-P500 using XDA Premium App
Click to expand...
Click to collapse
totally out of topic!!!!
but I HAD to rotfl! ...hissy fit.... LOL!

Is there anyway to remove ZRAM after installing the original ZRAM?
I have been following franco kernel since v16.
Now i'm using V19.1.. and i have installed ZRAM for the first time after flashing 19.1
My phone has random reboots and i guess the sole cause is ZRAM.
Is there anyway to disable ZRAM? THANKS!
NOTE: I have tried to revert back to v19 but same issue.. random reboots.

kutysam said:
Is there anyway to remove ZRAM after installing the original ZRAM?
Click to expand...
Click to collapse
Delete the installed files. See the ZIP for which ones.
kutysam said:
Is there anyway to disable ZRAM? THANKS!
NOTE: I have tried to revert back to v19 but same issue.. random reboots.
Click to expand...
Click to collapse
Delete /system/etc/init.d/00zram
Finally, I very much doubt that zram is causing reboots for you. It is merely a swap.

dr. I´m using Juwe11 RamScript, as far as I can see theres no duplicate stuff between your last script and his so i can use both, but my question is if its better that your script runs after him, now yours run first because of the files name.

Roqu3 said:
dr. I´m using Juwe11 RamScript, as far as I can see theres no duplicate stuff between your last script and his so i can use both, but my question is if its better that your script runs after him, now yours run first because of the files name.
Click to expand...
Click to collapse
Does not matter at all in which order they run...

Added remove-zram.zip; self-explanatory.

dr.notor said:
Added remove-zram.zip; self-explanatory.
Click to expand...
Click to collapse
So it will increase quadrant score? (lol)

[krn.modules] intellidemand governor for Arc / Arc S stock Kernel (ICS)

Upon request from fellow member ascariz on the smartassV2 governor, I've compiled intellidemand module for Arc 4.0.3 stock kernel.
Since the firmware I use is the Arc S one (ICS 4.0.3) - I believe this module will also work for Arc S.
To fully configure / install the module, please check this page for a similar module I did for X10 back in the days - page.
Some things are different, but if you want to hand customize all possible parameters after phone starts up, the path to check is
Code:
/sys/devices/system/cpu/cpu0/cpufreq
Download:
Use it at your own risk!
cpufreq_intellidemand_arc_ics.zip
Enjoy!

Awesome. Not trying to be greedy but can we have BoostedAssV2 too ? xD

viulian said:
Upon request from fellow member ascariz on the smartassV2 governor, I've compiled intellidemand module for Arc 4.0.3 stock kernel.
Since the firmware I use is the Arc S one (ICS 4.0.3) - I believe this module will also work for Arc S.
To fully configure / install the module, please check this page for a similar module I did for X10 back in the days - page.
Some things are different, but if you want to hand customize all possible parameters after phone starts up, the path to check is
Code:
/sys/devices/system/cpu/cpu0/cpufreq
Download:
Use it at your own risk!
cpufreq_intellidemand_arc_ics.zip
Enjoy!
Click to expand...
Click to collapse
OMG. you really do it?! tq mate!

After a day of testing, I'm switching back to smartassV2.
With smartassV2:
a) the time in state shows me about 16-17% at 1Ghz, and the others at 122MHz. Intermediate frequences are rarely used.
b) battery was about 40% at the end of the day with my usage (4 email accounts doing sync at 15 minutes - I'm not using push, but k9 connects) - also half of the day in an area where 3G signal is weak and phone swiches back and forth.
With intellidemand:
a) the time in state is 6% for 1GHz which might look better in comparison with smartassV2.
BUT:
b) the phone is sluggish and you can feel it needs a bit of time (1 second ?) to pick up speed, UI animations are choppy.
c) it does make use of the intermediate frequencies - but battery was about 20% when I got home, identical usage as previous day with smartassV2.
In both cases, screen was always kept at 25%.
Now my conclusion is that:
a) intermediate (but high) frequencies have similar battery usage as maximum frequency.
b) spending more time in an intermediate frequency makes things slower to finish and thus, based on point a) drains battery more.
Also, the code of intellidemand is more complex (.ko size is +20Kb more) as opposed to smartassV2 - and thus I guess it also takes more time (energy) to compute the correct frequency. In itself, a complex algorithm to compute the next state takes its toll.
smartassV2 does perform better with my usage pattern - and I'm curious why this governor is claimed to be advanced I mean algorithmically it surely is, but phone is more sluggish + more battery drain (not significant, but about 20% in my basic, 1 day test).
I will focus my attention on other *ass governors

flashable intellidemand. auto load on startup. all credit to viulian.

ascariz said:
flashable intellidemand. auto load on startup. all credit to viulian.
Click to expand...
Click to collapse
Can you make a flashable smartassv2 too ?

Dark Fable said:
Can you make a flashable smartassv2 too ?
Click to expand...
Click to collapse
errr...im not a module compiler like viulian. honestly, i dunno. but to make it autoload on boot & flashable, yes, as long as i have that .ko file.

ascariz said:
errr...im not a module compiler like viulian. honestly, i dunno. but to make it autoload on boot & flashable, yes, as long as i have that .ko file.
Click to expand...
Click to collapse
The .ko was already made by viulian, here ya go.

Dark Fable said:
The .ko was already made by viulian, here ya go.
Click to expand...
Click to collapse
this is intellidemand and smartassv2 modules that you can load in 2 way.
1) for those who use stock kernel that not support init.d, use script manager to load MODULELOADER script at start up. after flash, browse at system/etc/init.d folder and you will find the script.
2) for those who use kernel with init.d supported (e.g. Cobrato kernel), do nothing. just flash it and you ready to go.

ascariz said:
this is intellidemand and smartassv2 modules that you can load in 2 way.
1) for those who use stock kernel that not support init.d, use script manager to load MODULELOADER script at start up. after flash, browse at system/etc/init.d folder and you will find the script.
2) for those who use kernel with init.d supported (e.g. Cobrato kernel), do nothing. just flash it and you ready to go.
Click to expand...
Click to collapse
Doesn't work man. :/ The new governors aren't showing up in No Frills CPU..using Cobrato's kernel.

First you must use the stock kernel from Sony's official 4.0.3 release for Arc S (even if having the Arc).
Any other kernel will not work ... (or very slim chances to work).
Second, please check using Module Loader app (but only activate the boot time loading of the module after you are sure the things work).

viulian said:
First you must use the stock kernel from Sony's official 4.0.3 release for Arc S (even if having the Arc).
Any other kernel will not work ... (or very slim chances to work).
Second, please check using Module Loader app (but only activate the boot time loading of the module after you are sure the things work).
Click to expand...
Click to collapse
I have the ARC S lol, and Cobrato's kernel is Stock 4.0.3 kernel with init.d support.
http://forum.xda-developers.com/showthread.php?t=1591279
Hmm...I thought you didnt have to use module loader for the flashable zips ? :/ Because the module loader shows 'Starting modules...' in the middle of any game (Like Temple Run) and it begins to lag horribly, this pisses my friends off. I want to show them how great a phone Arc/S is. :/

Ok, if it has the same version number then it will load the modules ok (as well as having the same binary kernel image).
I think the OS kills Module Loader to regain some memory, then starts it back when memory level gets better (kills it when game / heavy app starts, then as memory becomes available, it starts it back). But Module Loader has a bug and when started also loads the modules
Another solution is to use Script Manager ( http://www.androidsoftware.us/Applications/Script-Manager.html ) to run a script at boot (a small script that just do the insmod).
Hope it helps...

viulian said:
Ok, if it has the same version number then it will load the modules ok (as well as having the same binary kernel image).
I think the OS kills Module Loader to regain some memory, then starts it back when memory level gets better (kills it when game / heavy app starts, then as memory becomes available, it starts it back). But Module Loader has a bug and when started also loads the modules
Another solution is to use Script Manager ( http://www.androidsoftware.us/Applications/Script-Manager.html ) to run a script at boot (a small script that just do the insmod).
Hope it helps...
Click to expand...
Click to collapse
Thank you for your quick response. [: I know about script manager, can you please provide me with the script to use with it for the modules and a how to ? If not too much trouble that is.
Nvm, got it, thanks.

Dark Fable said:
Doesn't work man. :/ The new governors aren't showing up in No Frills CPU..using Cobrato's kernel.
Click to expand...
Click to collapse
err...it should work man..i used JJ hybrid rom, and the modules shows up in the rom control..maybe you should try app other than no frills..

[KERNEL][BUILD•2] ★TITANIUM KERNEL★ OC/UV • CIFS • TUN • SIO • And lots more!

[KERNEL][BUILD•2] ★TITANIUM KERNEL★ OC/UV • CIFS • TUN • SIO • And lots more!
Whats up guys,
Presenting you my First Kernel build for SGS III-
~I DO NOT OWN THE DEVICE~
Features - What my Kernel is made up of-
Root, Busybox
Bootanimation Support (/system/media/bootanimation.zip)
CIFS/TUN Support
XZ Compression and Decompression Used
PegasusQ and Adaptive Governer along with other stock Governers
Readahead size set according to disk size
Many lowmemorykiller Tweaks
CFS Autogroup
SLUB Memory Allocator with slight improvements
Some mm Parameters Tweaked
Used memcopy macros and functions
Used Makefile Optimizations!
Disabled GENTLE_FAIR_SLEEPERS
Overclock upto 1.8Ghz (Thnx to AndreiLux)
Undervolt, and UV_mV_table support (Thnx to AndreiLux)
Added Simple IO Scheduler
Triangle Away Compatible Kernel.
CFS Parameters tuned for best performance
Refer to my github and changelogs for more details!
​
Known issues-
WIFI
Mounting of external SD-CARD
Keep testing and keep giving me feedback!
~Cheers!

Yoo
Downloads-
BUILD#1
BUILD#2

Will need this..
Changelogs-
BUILD#2
Added Overclock upto 1.8Ghz
Added Mv_Uv Support
Removed some debug from Mali driver
NOATIME and NODIRATIME set as default
CFS Parameters tuned
New Voltage interfaces
Add optimised swahb32() byteswap helper
Many small changes which are there in my github...!
Credits-
AndreiLux - For overclock and some cool patches
simone201 - For guiding me on certain issues which I had
gokhanmoral
bangalorerohan
sakindia123
~Its your criticism and feedback that made me a better dev ~

that was fast

last
last reserve

GadgetCheck said:
that was fast
Click to expand...
Click to collapse
Had downloaded it in the morning and compiled also .. Damn these studies.

Have you added the show hidden partitions patch chainfire talked about?

Totòòò said:
Mod Edit: Rubbish
Click to expand...
Click to collapse
Wait. What patch? I just compiled from source directly.

Adi_Pat said:
Wait. What patch? I just compiled from source directly.
Click to expand...
Click to collapse
a patch chainfire released so that his Triangle away app is compatible

Adi_Pat said:
Wait. What patch? I just compiled from source directly.
Click to expand...
Click to collapse
u sure did

sakindia123 said:
a patch chainfire released so that his Triangle away app is compatible
Click to expand...
Click to collapse
The post by Totoo was lame. He could have been a bit more specific than being so rude >_<
Anyways,
This one -> http://git.kernel.org/?p=linux/kern...it;h=371a689f64b0da140c3bcd3f55305ffa1c3a58ef
Patching it up.

Adi_Pat said:
The post by Totoo was lame. He could have been a bit more specific than being so rude >_<
Anyways,
This one -> http://git.kernel.org/?p=linux/kern...it;h=371a689f64b0da140c3bcd3f55305ffa1c3a58ef
Patching it up.
Click to expand...
Click to collapse
Jep! That is the patch.

Thank you! I'll test when I get the device
Btw: I'm also 14 okay near 15 but

Hum I'm 14 and i got the device.
Gesendet von meinem GT-I9300 mit Tapatalk 2

On XDA we encourage development regardless if the person in question owns the device, at the same time we expect our users to read and understand the risks taken in flashing their device.
Thank you.

Adi_Pat said:
The post by Totoo was lame. He could have been a bit more specific than being so rude >_<
Anyways,
This one -> http://git.kernel.org/?p=linux/kern...it;h=371a689f64b0da140c3bcd3f55305ffa1c3a58ef
Patching it up.
Click to expand...
Click to collapse
call the post whatever name you want. I stand to what I told you. Kernels require a certain knowledge and from what I can see you lack that knowledge. However as the mod said, developing is very welcome and so are you but at least before posting a kernel make sure that the device boots up, instead of creating a thread in the dev section saying "hey guys I think I compiled a kernel from source but I have no idea if the device will be able to boot". Maybe I am wrong though, good luck!

I'm testing this kernel. No problem found. I feel standby battery seem better than stock kernel!

Totòòò said:
call the post whatever name you want. I stand to what I told you. Kernels require a certain knowledge and from what I can see you lack that knowledge. However as the mod said, developing is very welcome and so are you but at least before posting a kernel make sure that the device boots up, instead of creating a thread in the dev section saying "hey guys I think I compiled a kernel from source but I have no idea if the device will be able to boot". Maybe I am wrong though, good luck!
Click to expand...
Click to collapse
Your point, but the samsung devices are not bricked with even no kernel present, so if it does not boot, just odin another kernel and you are back...
------------------------------
tapatalked from Galaxy S

Adi_Pat said:
Whats up guys,
I just downloaded GT-I9300 sources some hours back to see what was inside it
And ended up compiling a kernel for GT-I9300 AKA Galaxy SIII
So here we go,
~I DO NOT OWN THE DEVICE~
So here is a Test build,
No features at the moment.. Just some minor tweaking done..
Can anyone confirm and tell me if it is booting?
I will then update the build.
Used the ramdisk which is provided by Chainfire..
Attached is the tar archive to be flashed via ODIN or however u guys flash Kernels.
~~TESTERS REQUIRED~~
~Cheers!
Click to expand...
Click to collapse
adi i will happily test it for u. but i need the changelog first.
Sent from my GT-I9300 using xda premium

Good work
can you share ramfs sources ...

The Gaming of our LG Optimus 4X HD

As we all know the gaming at Our Phone isnt really good some report it's Slow beacause theres only 1 core online. But there is an solution for this!
Thread with the Stuff for the terminal Is also here: ( http://forum.xda-developers.com/showthread.php?t=2253921 ) But I was really lazy of doping this commands so, i were Going on the internet and found something to download! I'll put the file into the Attachments! How to install this.....
Requirements;
Root.
A Root file explorer to get into your system files...
A brain to reed this careful.
What to Do;
Extract the Zip Thats in the attachmnts.
Get it onto your phone. (internal External doesnt matter I suggest Internal)
Go to your file explorer And past the file in: System\Etc\Init.d\
And set Permissions!
Reboot.
Enjoy Gaming!

I didn't try it . But it won't work without adding the line :-
Code:
#!/system/bin/sh
In the top of that script . Which tells the system to sh this test .
And you forot to mention fixin permission.
Also this needs init.d kernel support or busybox run-parts in order to run this script every reboot .
Correct me if I'm wrong
Thanks for sharing .
Sent from my LG-P880

$Parker said:
I didn't try it . But it won't work without adding the line :-
Code:
#!/system/bin/sh
In the top of that script . Which tells the system to sh this test .
And you forot to mention fixin permission.
Also this needs init.d kernel support or busybox run-parts in order to run this script every reboot .
Correct me if I'm wrong
Thanks for sharing .
Sent from my LG-P880
Click to expand...
Click to collapse
SManager will run the script when klick "is script"...

Fladder72 said:
SManager will run the script when klick "is script"...
Click to expand...
Click to collapse
When you use smanager it's an app that is designed to run scripts .
But if it was in the init.d folder you must add that line to tell the kernel that this test is a script . And the kernel will use the sh binary to run it .
Sent from my LG-P880

@deownagee
Thank you for sharing my Script! I don't know why you make another Thread for that!
And if you quote instructions, please quote the whole Text! You forgot the important Part! You have to set Permissions!
@$Parker
This Script works also without this first line! In the init.d Folder it is not needed!

Holzi001 said:
@deownagee
Thank you for sharing my Script! I don't know why you make another Thread for that!
And if you quote instructions, please quote the whole Text! You forgot the important Part! You have to set Permissions!
@$Parker
This Script works also without this first line! In the init.d Folder it is not needed!
Click to expand...
Click to collapse
Thank you for letting me know even. And I've made this one beacause your Script wasn't clear for me so i couldn't understand you know?

just for making sure, you guys do know what this script does?
it makes the GPU to run always (!!!) on max speed. this will reduce the battery life extremely.
this script should not be ran at every boot. you better only run it when you want to play games (and maybe reboot afterwards, or write a "undo" script)

@laufersteppenwolf
I think the Battery Drain is not the main Problem. It isn't higher than without that Tweak.
But i have one Question!
Is it possible for you to implement this Tweak in your kernel?
So when you selected the Gaming Governor, that this tweak is also active. And if you turn off the Gaming Governor again, the tweak is terminated.
I don't know if it's possible, so i ask you.

can i use it on rooted v20B locked bootlader? there is no init.d folder in system\etc\, should we create that folder manually?
what is the permission? thanks

Holzi001 said:
@laufersteppenwolf
I think the Battery Drain is not the main Problem. It isn't higher than without that Tweak.
But i have one Question!
Is it possible for you to implement this Tweak in your kernel?
So when you selected the Gaming Governor, that this tweak is also active. And if you turn off the Gaming Governor again, the tweak is terminated.
I don't know if it's possible, so i ask you.
Click to expand...
Click to collapse
"better battery" could only be caused by the first command (unlink). the others only increase the batter usage.
this tweak is (partly (the unlink)) implemented in my rom. but i'm working on unlinking in the kernel of course.
about the idea about gaming: yeah i do have something in mind, but it's gonna be a bit different just wait and see right now i'm working on OC'ing the GPU, and then we can do such changes.

Guys is it the same as http://www.android-experience.de/board/index.php?page=Thread&threadID=47 ? I dont speak german and google translate is weird. What about this, anybody tried ?
Post #5 oki its the same.

Stanley- said:
Guys is it the same as http://www.android-experience.de/board/index.php?page=Thread&threadID=47 ? I dont speak german and google translate is weird. What about this, anybody tried ?
Post #5 oki its the same.
Click to expand...
Click to collapse
I've translated and it's same lol (I'm Dutch and it's like German.)

But anyway i cant set premission via root explorer or antything else and cant copy to /system/ folder... I have rooted phone and checked via root checker. Love this phone problems with everything, maybe reflash will help but i dont have time for that.

Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!

gabrielgon said:
Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!
Click to expand...
Click to collapse
It is the same!

gabrielgon said:
Isn`t this the same as using tegra overclock under GPU Clock section? It`s paid but it`t really worth it!
Click to expand...
Click to collapse
it's actually taken from there

Ok Guys! The Werewolf alpha2 Kernel from laufersteppenwolf is much better than this Tweak! For all who use CM 10.1, flash this Kernel!
Don't forget to delete this Script if you flash the Kernel!

[email protected] this sh1t get hot before you try any game...

One true: LG + nVidia sucks. That's all.

Winudert said:
One true: LG + nVidia sucks. That's all.
Click to expand...
Click to collapse
Well that wasnt OT was it?
Atleast my nVidia graphics card + LG monitor = GREAT
And i love this phone
Sent from my LG-P880 using xda app-developers app