Database Develop

[Kernel][Patch][Stable] IDLE2 for S5PV210 (v0.391) (Improved Deep Idle/LPAUDIO)

Update (10/09/2012):
IDLE2 v0.391 - details here.
Known issues:
Bluetooth sometimes doesn't work correctly in rare cases on some devices. I've done all I can with this. Whenever I test it, it works. So this one is going to be for the community to solve, should anyone wish to fix it.
Excessive battery drain during suspend. Unsure why this occurs, I'm investigating. It actually uses less battery if you kill suspend by holding a wakelock. This suggests to me that the device is 'pretending' to go into suspend, it *is* freezing tasks and calling wfi, but I suspect the SoC isn't being powered off, which may be a syscon issue. Time to do more TRM reading.
Update (09/09/2012):
Current version v0.390, which I'm also going to declare stable. It *may* still have minor bugs, but the blockers are definitely fixed, such as the kernel panics and lockups. The code churn is also over, as the implementation is looking good and cheap.
Development is now in this branch.
Changes here, here and here.
I also deleted a load of old crap from below.
Update (30/08/2012):
Still too busy / lazy to update the first post. Actually getting the damn thing working takes priority.
Current development is all taking place in this branch.
Current version (v0.370) highlights:
It actually saves power now after I fixed a few bugs causing stupidly low residencies.
Enabled continually. TOP block will be left on unless the screen is off, or the USB is plugged in.
CPU frequency set to 800MHz at all times whilst screen off
Tons of code re-written / refactored / deleted / reinvented.
Plenty of code comments added.
Statistics exported to /sys/kernel/debug/idle2/statistics (note the changed path) - Enable in menuconfig (CONFIG_S5P_IDLE2_STATS) (Would be better if this were disabled for 'stable' builds). I will probably remove it once IDLE2 is declared stable.
Hot path code is now cheap as chips.
IDLE / resume stuff reworked to use the S5P platform suspend code instead of specific assembly.
Blah blah blah. Probably loads more, but I forget, I've rewritten 90% of the code 2 or 3 times now, but I've learnt a lot.
Ignore the majority of the below, it's old and inaccurate. Perhaps I will update it sometime.
Any sensible questions regarding the code, ask in the thread.
No n00bs and no moronic questions please, think before post.
Patches and improvement suggestions are more than welcome, particularly now I think the code churn has stopped.
Credits and copyright of IDLE2 v0.3xx:
Originally, the majority was a port of code from Samsungs 2.6.32 P1000 kernel, hence Samsung retained the copyright because the changes were minor.
This is no longer the case as the current status of v0.3xx is that the vast majority of it, over 90%, is original code written by me as I have completely reworked and rewritten pretty much everything.
Describing it as a 'port' is not appropriate either, as it's not a port, it's a completely fresh implementation which has pretty much nothing in common with Samsungs LPAUDIO or Ezekeels didle, other than it achieves the same thing, arguably in a more robust and cheaper way, utilising as much common code as possible such as the platform suspend code.
IDLE2 was inspired by:
Samsungs P1000 kernel (my original port)
OMAP3/4 cpuidle
NVIDIA T2/3 cpuidle
S5PV210 TRM
There are a few portions of code in idle2.c which bear resemblance to the code in Samsungs 2.6.32 kernel, such as the defines and struct for the device checks, the memory allocation in idle2_post_init(), the gpio code in s5p_enter_idle2(), checks for activity in MMC/OneNAND et al, but the rest is entirely my work.
In short: The MMC & OneNAND activity check and the GPIO power down are Samsung code with modifications, but that is the extent of Samsung copyright.
Wilful kanging, not clearly giving proper credits and not contributing back is extremely unwelcome.
Open source is not about copying other peoples work, a principle which some developers don’t get.
The GPL was never designed for the purpose of copying code verbatim and riding on other peoples work, it was designed to allow freedom of code, a continual cycle of improvement and peer review, so consider that please and if you aren't prepared to work like that, perhaps consider the reasons why you are actually 'developing' and releasing stuff on here.

another awesome work by this awesome community. many thanks thalamus

teoserio said:
another awesome work by this awesome community. many thanks thalamus
Click to expand...
Click to collapse
You are very welcome.
I almost forgot...(lol)
If you want to try it out, right now, it's in my latest kernel release, which is available here. Info on my blog here.

Can you be so kind to update your first post and tell us how we use the patch files???
I would like to link to your thread from my tutorial how to compile a kernel.
This way we can teach more people to make kernels and they can make their own also.

djjonastybe said:
Can you be so kind to update your first post and tell us how we use the patch files???
Click to expand...
Click to collapse
There is a readme in the patch directory.

djjonastybe said:
Can you be so kind to update your first post and tell us how we use the patch files???
I would like to link to your thread from my tutorial how to compile a kernel.
This way we can teach more people to make kernels and they can make their own also.
Click to expand...
Click to collapse
It tells you how to use the patch files in the readme which is included in the same directory as the patches.

_thalamus said:
You are very welcome.
I almost forgot...(lol)
If you want to try it out, right now, it's in my latest kernel release, which is available here. Info on my blog here.
Click to expand...
Click to collapse
Okay i'll flash it later and report back with results

look's promising..

I checked and it works on the Jelly Bean. Android 4.1.1 AOSP
Jelly Bean i tapatalk

Astonishing work Thalamus. Ill be testing this as soon as possible, which means not now since its 4am and I just watched the new Batman.
Ill throw out some numbers as soon as I get some sleep, though I very much like some of the improvements you've made. I have high hopes.

Harbb said:
Astonishing work Thalamus. Ill be testing this as soon as possible, which means not now since its 4am and I just watched the new Batman.
Ill throw out some numbers as soon as I get some sleep, though I very much like some of the improvements you've made. I have high hopes.
Click to expand...
Click to collapse
Right on with that. Cannot wait to test this myself. It's a bit sad the development gets so far after the Nexus S gets "phased out" with the release of the Google Nexus. Not exactly its primetime, even though some releases here are top quality material. I cannot imagine someone would be deceived by all this, finally getting DI stable.
ALSO
You guys get the new Batman already? I'm jealous. Gotta wait until the 20th... *shakes fist*

Awesome contribution! I love seeing new kernel patches. Will try it out.

It seems I have a bug which breaks bluetooth audio streaming.
The good news, I know exactly what is causing it. The bad news, I don't really have any way of testing it because I don't own such hardware.
So, anyone who has got a bluetooth headset and can test a fix for me, please PM me.

So, the bluetooth issue is now fixed, thanks to Randomwalker for testing it so promptly.
IDLE2 version is now v0.130 and I have updated my kernel with the fix and released 3.0.37-18.
Info on the fix and kernel here.

When it's 100% stable I will try porting the patches to other devices as well.

djjonastybe said:
When it's 100% stable I will try porting the patches to other devices as well.
Click to expand...
Click to collapse
It is stable. Stability of idle2 is not an issue.
'Porting' won't be required, it should work on any S5PV210 device as is and S5PC110 devices with small alterations to the file paths / Kconfig. It's pretty generic. At the worst, you might have to fix a few conflicts, but that is about it.
The bugs I have fixed today were related to bluetooth audio streaming and the LED torch, neither were a reflection on the stability of the idle2 code, just things that were missed during testing, because myself and the people who tested for me can't test every corner case.

Very nice. Just have a few questions:
Is this a full stand alone kernel? Or like a patch you flash over your existing kernel to add this new feature?
Sorry if I don't make much sense, still kind of noob.
Sent from my Nexus S using Tapatalk 2

MrBigWaffles said:
Very nice. Just have a few questions:
Is this a full stand alone kernel? Or like a patch you flash over your existing kernel to add this new feature?
Click to expand...
Click to collapse
The patch is something you include in your code if you're compiling a kernel, it cannot be flashed over a kernel, like in a ROM.
There is however a kernel available which contains the patch, among others, which is also developed by _thalamus.
Sent from my Nexus S

on my i9023 and Remics rom it seems that there's more battery drain than INK (the version with DI by fear).
Btw I didn't try while listening music so I don't know if it is kernel related or something else

teoserio said:
on my i9023 and Remics rom it seems that there's more battery drain than INK (the version with DI by fear).
Btw I didn't try while listening music so I don't know if it is kernel related or something else
Click to expand...
Click to collapse
'seems that there's more battery drain' isn't massively helpful to be honest. More detail would be appreciated, such as some figures compared to a previous one of *my* kernels.
I'm not sure if there is an issue or not at the moment, looking at the time the device is spending in suspend makes me think that there isn't a problem, but if someone can show me that there is, I will look into it.

[DISCONTINUED][KERNEL][EXP][L4.7][08.18] CyanogenMod+

Works in CM10 and other CM10-based ROMs.
Philosophy:
- Experimental > may not be stable.
- Based on CyanogenMod's kernel base and built with Linaro 4.7.
- Handpicked performance patches and mods kept to a minimum.
- Interactive governor - the way Google wants us to use Android.
- Bull**** free, no flashy words to induce placebo & no time lost in search for the everchanging "perfect threshold/tunables".
This kernel has been discontinued, I'm now using AOSP stock with thalamus kernel + BLN.
Source: https://github.com/knzy
* Steady updates and development are not guaranteed or even probable.

installing naow! thx

Knzo? Is that really you? How suddenly you're involved in Nexus S?

Welcome to the Nexus S,
Going to try asap.
Sent from my MIUI Nexus ©

DaXmax said:
Knzo? Is that really you? How suddenly you're involved in Nexus S?
Click to expand...
Click to collapse
Secondary phone!

You've write a mistake. Linaro isn't used by Google, because he is juged "instable", Google use her own clone, named Project Butter for JB .

Bln is great feature for nexus, but do you think about adding bld also? Don't think of this as a req or anything, just asking because I love bld, it makes phone so much more elegant, so to now could we expect bld in the future releases.... Thanks mate...
Sent from my Full Android on Crespo using xda app-developers app

knzo said:
Secondary phone!
Click to expand...
Click to collapse
Wow, welcome to this legacy Google Device Development amico..

DaXmax said:
Wow, welcome to this legacy Google Device Development amico..
Click to expand...
Click to collapse
How dare you say it's legacy! This forum is still very much active, even though the Galaxy Nexus has been out for a while. The passion lives~

polobunny said:
How dare you say it's legacy! This forum is still very much active, even though the Galaxy Nexus has been out for a while. The passion lives~
Click to expand...
Click to collapse
legacy meaning this device its back last year, and im still using it... -.- Don't get me wrong, okay?
Anyway, flashed it on Unoffi CM10, it worked fine and battery didn't drain much on Interactive...

RL77LUC said:
You've write a mistake. Linaro isn't used by Google, because he is juged "instable", Google use her own clone, named Project Butter for JB .
Click to expand...
Click to collapse
Very true, I meant GCC 4.6.
Sent from my Nexus S using Tapatalk 2

First of all: Thanks for the kernel! Trying it with JB AOSP and seems to be stable (not tried that much yet).
One question: does anybody know a tool to activate CM BLN for an AOSP rom? To make this clear: I'm not asking for integrating BLN into this kernel

invd said:
First of all: Thanks for the kernel! Trying it with JB AOSP and seems to be stable (not tried that much yet).
One question: does anybody know a tool to activate CM BLN for an AOSP rom? To make this clear: I'm not asking for integrating BLN into this kernel
Click to expand...
Click to collapse
CrespoParts.apk, but now im trying to implent it for JB.

DaXmax said:
CrespoParts.apk, but now im trying to implent it for JB.
Click to expand...
Click to collapse
Great, thanks! Will try.
EDIT: Installation works, but CM BLN do not work. Trying now CM10 unofficial.

BLN works in CM9, I could've added the version compatible with every ROM but meh. Same goes for BLD and touch wake. I'm somewhat lazy, especially because I believe thalamus will reconsider the BLN feature, thus rendering the side development of this kernel useless.
This kernel is aimed to please a niche: CM and thalamus kernel users who miss BLN. For a full featured kernel perhaps I'll come back when JB is out.

Guys does it work with isc or only jb. Thnx in advance

Installed it on Unofficial CM10 and it's great. Performance is nice and smooth Btw, when i installed the kernel, Ondemand was selected as standard governor, is that in purpose? Thought you wanted Interactive to be standard.
BLN isn't working on CM10, but meh you wrote it in the OP so no big surprise.
Thanks

Krigsko said:
Installed it on Unofficial CM10 and it's great. Performance is nice and smooth Btw, when i installed the kernel, Ondemand was selected as standard governor, is that in purpose? Thought you wanted Interactive to be standard.
Click to expand...
Click to collapse
CONFIG_CPU_FREQ_DEFAULT_GOV_INTERACTIVE=y; Must be being overriden by ramdisk, init.d or app on boot. Arf.

knzo said:
CONFIG_CPU_FREQ_DEFAULT_GOV_INTERACTIVE=y; Must be being overriden by ramdisk, init.d or app on boot. Arf.
Click to expand...
Click to collapse
Yeah, it is overridden in either init.rc or init.herring.rc in the stock rom to ondemand, surprisingly enough.
Even Google know interactive is crap and expensive on crespo, which is why they override it.
---------- Post added at 11:41 PM ---------- Previous post was at 11:38 PM ----------
I must admit, I'm glad you haven't just taken my nice clean source and filled it with crap though. That would have made me unhappy.
BLN I can cope with, but no, I will never add it to my kernel, unless I choose to rewrite it of course.

_thalamus said:
Yeah, it is overridden in either init.rc or init.herring.rc in the stock rom to ondemand, surprisingly enough. Even Google know interactive is crap and expensive on crespo, which is why they override it.
BLN I can cope with, but no, I will never add it to my kernel, unless I choose to rewrite it of course.
Click to expand...
Click to collapse
Aye, init.herring.rc: "write /sys/devices/system/cpu/cpu0/cpufreq/scaling_governor ondemand", line 31.
Even on Jellybean this remains so. I guess they either forgot to change it or there must be a reason to favour ondemand during boot. It just doesn't make sense undergoing through all the trouble to boost and work on interactive, including on Nexus S stock kernel, and then not using it. As for the theoretical higher energy consumption due to the more aggressive ramping, I've been reading reports from Samsung Galaxy Nexus users that are reporting better battery in Jellybean stock kernel with Interactive against custom kernels in ICS. While this may be due to other changes, it certainly doesn't discourage the use of 4.1's Interactive. I also don't believe Google would deliberately and significantly hurt battery performance. I've always defended the position that governor's ramping speed, while an undeniable variable, is also overrated. From my point of view, we can sacrifice 2-4% of higher energy consumption in exchange to a more pleasant and stutter-free experience.
As for the BLN, I do hope you'll include it soon!

Official ARM. Project Thread

Hello O2X Community,
I am here to announce ARM. which will be on your device! This thread is for you to discuss about which ever kernel specific features you want. Of course, here are the ARM. specific features that will be included:
- Based Official CyanogenMod Sources with ICS Drop
- Dimmed LED for more Battery Life
- Undervolted clock rates for more battery savings
- Deep sleep surpasses minimal clock rate for further sleep savings to increase battery life
- Optional Overclock for performance
- Minor GPU Overclock without increasing battery drain
- Maximum minimum brightness to save battery at night
- Various Phone hardware modules undervolted for more battery life
Compatible with all CM10 Based ROMs
Seeing all of those features, it means that we aim for Power and Performance
Please discuss about how you want us to work on the kernel. Note that a Stock ICS version will be developed after the CM's final version/build.
Note that we do not accept bugs posted right to the thread. Submit it to the github instead.
Github

hey, thanks for your work guys!
here's a list of features i miss from old GB kernels:
- a cpu governor that will disable the 2nd core when the screen is off (basically the hotplug governor main feature applied to interactive/conservative ones)
- a way to let us choose at wich frequency and after how many seconds the 2nd core should turn on and off
- simple i/o (SIO) scheduler
- a slightly ram overclock
- ramhack if possible 0-32-48-64(-80-96)MB (i think it's not atm?)
- every other specific and/or general tweak you can think of
ps: should you open a parallel thread in the dev section?

Make the led light as a notification light
When can we expect these to see running on our phone
Sent from my LG-P990 using Tapatalk 2

Ok. Whatever is said is said, but of course, hotplug wilk be joining in, and pegasusd, since its another power saving governor for dual cores. And RAM hacks are not applicable for ARM.
About tweaks, they will be added.(Of course)
Lastly, I want you to know that its scheduled for January. But I will try my best to complete by New Year's Eve. Lastly, I am finding another developer to maintain this device. Please PM.
Sent from my LG-P970 using Tapatalk 2

Nice
Sent from my LG-P990 using xda premium

Harsh please pm him
Just take your time don't rush we want a stable release thank you
Sent from my LG-P990 using Tapatalk 2

this here sounds very interesting to be honest nicholaschw and i would like to see everything u wrote down for this phone bcs if it can also help extend battery life that would be awesome while boosting it, bcs i still don't feel this phone is out of date, bcs u still got dual-core processor and a nvidia graphic chip that can still do good and play 1080p through hdmi ^^

Great announcement,looking forward to.
+1

Lets just say harsh is a dev. If you are, PM me asap. This is because i want two maintainers at the same time (1 of them is me) because i have to see to other phones also.
I assure you i will work on this fully.
Optimus black, your near partner is nearing final release. Once its done, you will expect my full concentration to o2x.
I hope i enjoy deving here. report bugs as soon as a new release is out. that way, your stable ARM. will be here in no time!
Final member needed, Alpha tester, required to be online when i am and must be skype-able. This tester tests each and every build. He must be well versed in exiting soft brick as fast as possible

USB OTG is too much work? I dont know if it can be ported from others Tegra2 devices.
Waiting for this!!!

is there any developer visiting general section i think no developer see this interesting project that nicholas starting

grimmyrippy said:
is there any developer visiting general section i think no developer see this interesting project that nicholas starting
Click to expand...
Click to collapse
Sure mate
Harshs Github: https://github.com/bhanvadia
And I sent him a link to this thread.
Let's see where this is going!
Don't forget to send interesting commits upstream to CMs Gerrit
Sent from my Optimus 2X using xda app-developers app

Welcome over to the O2x nicholas,
with Tonyp and hopefully Harsh being here too, we'll see a solid kernel in no time.
thanks for your help and interest, this is going to be awesome!
to add to list of possible features,
not very important, but its nice to have. a option to change the HDMI output. having it working automatically is great. but sometimes i'd like to chose what size a Screen im watching. .. this may be a feature in the rom more so than the kernel im not sure. =P

Tony, i sure will be commiting to CM if i can Now, if you can please help us, PM me, i will add you into git to push. Please inform harsh also
Ok. The timeline has been planned with my team. We will schedule our first build and commit this coming week, and, once we reach a stable build, we move on to a kernel controlling app. Note that before the app is out, you can use AOKP (must be based off CM) to control voltage and etc.
Its almost here. Get ready.

nicholaschw said:
Tony, i sure will be commiting to CM if i can Now, if you can please help us, PM me, i will add you into git to push. Please inform harsh also
Ok. The timeline has been planned with my team. We will schedule our first build and commit this coming week, and, once we reach a stable build, we move on to a kernel controlling app. Note that before the app is out, you can use AOKP (must be based off CM) to control voltage and etc.
Its almost here. Get ready.
Click to expand...
Click to collapse
:good:
:victory:
Waiting waiting waiting!!!

Second the USB OTG support, even if it disables the SD card temporarily.
Some descriptions with the options, some users (including me) have no clue what some of the options actually mean.
A "nitros widget" like CPU boost would be great, to enable a different CPU profile easily.

Ok. Heres the deal to my favourite community. The reason why i picked O2X, because i can see potential Ok, the Thread i will be creating will include how to use some features of the kernel. This allows newbies to also use the kernel.
Developers i need your help too. Any thing you want me to do, post here! Non devs, tell me kernel bugs in CM, i try to help aremcee!

Currently main bug in cm is call audio bug.
Arcee is already working on that, but if you solve it, it will be very helpful to boost this forum. Other bug is slow charging..

And we have another bug called BSOD.
Gesendet von meinem LGP990 mit CM10.

nicholaschw said:
Ok. Heres the deal to my favourite community. The reason why i picked O2X, because i can see potential Ok, the Thread i will be creating will include how to use some features of the kernel. This allows newbies to also use the kernel.
Developers i need your help too. Any thing you want me to do, post here! Non devs, tell me kernel bugs in CM, i try to help aremcee!
Click to expand...
Click to collapse
if you want a summary of actual cm10 bugs (including rom problems and not kernel related) you can check this thread:
http://forum.xda-developers.com/showthread.php?t=1976629
i also came up with another great feature, NTFS filesystem module integration :laugh:

[Discontinued][KERNEL] Sultan kernel [r4b2 5/11/2013]

This is very old, and as such, is discontinued.

Changelog
Discontinued.

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
Great to see a kernel dev here! Downloading now
Sent from my HTC Holiday using xda premium

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
Omg..super excited. Already downloaded but gotta watch walking dead. Will test tomorrow and report back. Woot! This is gonna be awesome!
Sent from my Vivid 4G using xda app-developers app

NWinfuse said:
Great to see a kernel dev here! Downloading now
Sent from my HTC Holiday using xda premium
Click to expand...
Click to collapse
bproulx said:
Omg..super excited. Already downloaded but gotta watch walking dead. Will test tomorrow and report back. Woot! This is gonna be awesome!
Sent from my Vivid 4G using xda app-developers app
Click to expand...
Click to collapse
Whoa there are still people here in this forum! Look at the future changelog for r2 I would've preferred adding these to r1 but I don't own a Vivid so other people will have to test those features to make sure that they work.

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
For jellybean...your gonna want to base the source off this https://github.com/htc-msm8660/android_kernel_htc_msm8660 it contains a lot of fixes that the outdated kangbang source doesn't have...
Btw, great to have another dev around look forward to your work...maybe you can help with the call volume issues since your used to MSM8660 devices...then again our vivid seems to always have unique fixes
Sent from my HTC PH39100 using Tapatalk 2

Will vouch for android1234567 as i have been using his kernel since the sensation. I guarantee none of you will get rid of the vivid once you feel the full sultan kernel with crossbreeder and frandom support.
will pledge another donation for when it. catches up to tje senny r20.8

mg2195 said:
For jellybean...your gonna want to base the source off this https://github.com/htc-msm8660/android_kernel_htc_msm8660 it contains a lot of fixes that the outdated kangbang source doesn't have...
Btw, great to have another dev around look forward to your work...maybe you can help with the call volume issues since your used to MSM8660 devices...then again our vivid seems to always have unique fixes
Sent from my HTC PH39100 using Tapatalk 2
Click to expand...
Click to collapse
I didn't want to use Intervigilium's source because Intervigilium decided to make his source as close to stock as possible. What that means is no voltage control, overclock, GPU overclock, etc., basically nothing unique. Also, since I don't actually own a Vivid, patching that source with all those features would be difficult because I'd have to be testing everything after adding a feature (to make sure that it's working properly and that it boots up).
I also looked at the commit history and there isn't any fix that's crucial or necessary for the Holiday, so there is no downside to using KangBang source. If I find a commit that's interesting in Intervigilium's commit history then I'll just patch the KangBang source with it.
dsp26 said:
Will vouch for android1234567 as i have been using his kernel since the sensation. I guarantee none of you will get rid of the vivid once you feel the full sultan kernel with crossbreeder and frandom support.
will pledge another donation for when it. catches up to tje senny r20.8
Click to expand...
Click to collapse
R1 already has frandom support Most of the performance features from my Sensation kernel are in r1, but there are still a few left that I'll have you all test.

android1234567 said:
I didn't want to use Intervigilium's source because Intervigilium decided to make his source as close to stock as possible. What that means is no voltage control, overclock, GPU overclock, etc., basically nothing unique. Also, since I don't actually own a Vivid, patching that source with all those features would be difficult because I'd have to be testing everything after adding a feature (to make sure that it's working properly and that it boots up).
I also looked at the commit history and there isn't any fix that's crucial or necessary for the Holiday, so there is no downside to using KangBang source. If I find a commit that's interesting in Intervigilium's commit history then I'll just patch the KangBang source with it.
R1 already has frandom support Most of the performance features from my Sensation kernel are in r1, but there are still a few left that I'll have you all test.
Click to expand...
Click to collapse
so its different to the test3 you sent earlier... thee goo. im server is currently down... either way cant wait.
kernel tuner tells me that mpdecision turns off... knowing the issues with the senny il uninstall it and keep an eye with system panel lite instead
antutu gave me a score of 8192 on your test3 release with 1566mhz cpu

dsp26 said:
so its different to the test3 you sent earlier... thee goo. im server is currently down... either way cant wait.
kernel tuner tells me that mpdecision turns off... knowing the issues with the senny il uninstall it and keep an eye with system panel lite instead
antutu gave me a score of 8192 on your test3 release with 1566mhz cpu
Click to expand...
Click to collapse
Goo.im is working for me right now
And yes, r1 has quite a bit more features than the test3 I sent you

android1234567 said:
Goo.im is working for me right now
And yes, r1 has quite a bit more features than the test3 I sent you
Click to expand...
Click to collapse
"Server Offline. Please hang tight while we get this resolved."
just got home... oh well happy to wait :victory:
also you probably may want to include the original crossbreeder link to your op as not many kernels support it and not many even knowing about it:
http://forum.xda-developers.com/showthread.php?t=2113150
as i'm selling both my sensations, i never really got to try that swap you added.. will read about it in the other thread.. i'm guessing its different or supplementary to the other mod with swap in cache?

dsp26 said:
"Server Offline. Please hang tight while we get this resolved."
just got home... oh well happy to wait :victory:
also you probably may want to include the original crossbreeder link to your op as not many kernels support it and not many even knowing about it:
http://forum.xda-developers.com/showthread.php?t=2113150
as i'm selling both my sensations, i never really got to try that swap you added.. will read about it in the other thread.. i'm guessing its different or supplementary to the other mod with swap in cache?
Click to expand...
Click to collapse
Whaaaat Goo.im is down again
The Aroma installer for r20.8 of my Sensation kernel has an option for softswap, however, because I don't have a physical device to test, an Aroma installer is out of the question with this kernel. With an Aroma installer I have to check if the settings will work, which mods work with the phone, the directories for all the settings, etc. Sorry =\
ALSO, all kernels support CrossBreeder but very few kernels support frandom. Frandom makes CrossBreeder much faster; this is feature #5 of CrossBreeder:
idcrisis said:
5. Frandom support - CrossBreeder now supports linking both your random devices to the extremely fast alternative - Frandom ( http://billauer.co.il/frandom.html ). This module is orders of magnitude (10-50 times) faster than the standard character devices ( Check this out - http://forum.xda-developers.com/showpost.php?p=37409586&postcount=134 ). The erandom character device also installed by Frandom doesn't use up system entropy at all on top of being fast. You will need to ask your ROM developer to develop the kernel module for you and then place it in /system/lib/modules. CrossBreeder will then try and load it and if successful, make all the necessary adjustments so that both /dev/random and /dev/urandom are pointing to /dev/frandom and /dev/erandom respectively. The speed benefits are to be seen to be believed. But since each ROM requires a unique kernel module, this option is left optional ( but auto detect ).
Click to expand...
Click to collapse

:good: :victory:
Antutu and quadrant scores in my sig.
however, cpu1 is staying in ondemand 384mhz=1566mhz

Awesome, love to have another friendly helper to get us some nice new hardware drivers [read: kernel], as we are lacking in that dept right now. So, I am sure I speak for many others, the little Vivid community is very grateful for whatever you can bring to us .

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
dsp26 said:
:good: :victory:
Antutu and quadrant scores in my sig.
however, cpu1 is staying in ondemand 384mhz=1566mhz
Click to expand...
Click to collapse
Download No-frills CPU Control and in the settings for No-frills prevent other apps from changing the CPU settings.
Sent from my Sensation using xda app-developers app

Awesome! I'm trying this out currently. Seems VERY fast! I'll give it a couple days to see what the battery life is like. I am skeptical that we can get THIS much performance increase without battery life going into the toilet, but I'm hopeful anyway.
One thing I was hoping for would be increased in-call volume, which seems to be the same so far. Volume controls still don't affect the vol level in-call. No confirmation on if the echo is gone for the person you're speaking to. I'll update when I find out.
Either way, it's GREAT to have more options Thanks for your hard work, especially considering you don't even have a Vivid!
EDIT: Update - CRT-Off is missing (or excluded)

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
android1234567 said:
I didn't want to use Intervigilium's source because Intervigilium decided to make his source as close to stock as possible. What that means is no voltage control, overclock, GPU overclock, etc., basically nothing unique. Also, since I don't actually own a Vivid, patching that source with all those features would be difficult because I'd have to be testing everything after adding a feature (to make sure that it's working properly and that it boots up).
I also looked at the commit history and there isn't any fix that's crucial or necessary for the Holiday, so there is no downside to using KangBang source. If I find a commit that's interesting in Intervigilium's commit history then I'll just patch the KangBang source with it.
R1 already has frandom support Most of the performance features from my Sensation kernel are in r1, but there are still a few left that I'll have you all test.
Click to expand...
Click to collapse
For jellybean...the in call Mic was fixed...not sure if you implemented the fix into your kernel...but if you haven't that's a pretty crucial thing
Anyways like I said earlier glad to have another dev around..especially a kernel dev
Sent from my HTC PH39100 using Tapatalk 2

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
ess.boyer said:
Awesome! I'm trying this out currently. Seems VERY fast! I'll give it a couple days to see what the battery life is like. I am skeptical that we can get THIS much performance increase without battery life going into the toilet, but I'm hopeful anyway.
One thing I was hoping for would be increased in-call volume, which seems to be the same so far. Volume controls still don't affect the vol level in-call. No confirmation on if the echo is gone for the person you're speaking to. I'll update when I find out.
Either way, it's GREAT to have more options Thanks for your hard work, especially considering you don't even have a Vivid!
EDIT: Update - CRT-Off is missing (or excluded)
Click to expand...
Click to collapse
Battery life should be better because I ripped out all the debugging garbage I could find. Does CRT-off work with Intervigilium's kernel?
mg2195 said:
For jellybean...the in call Mic was fixed...not sure if you implemented the fix into your kernel...but if you haven't that's a pretty crucial thing
Anyways like I said earlier glad to have another dev around..especially a kernel dev
Sent from my HTC PH39100 using Tapatalk 2
Click to expand...
Click to collapse
Could you check and see if the in call mic works? Thanks.
Sent from my Sensation using xda app-developers app

Re: [KERNEL][LINARO][-O3][Linux 3.0.38] Sultan kernel [r1 2/19/2013]
.? Hey bro could you help me get started on making a kernel for this device
Sent from my Vivid 4G using Tapatalk 2
---------- Post added at 12:16 PM ---------- Previous post was at 12:12 PM ----------
In call mic works
Sent from my Vivid 4G using Tapatalk 2

None of vivid kernel don't have OTG Host support.
it will be great if you add this to your kernel.
i have try to add this to an htc source kernel, it work but some modules like wifi,.. don't work after that (don't have enough knowledge)

Anybody interested in a custom kernel with OC, undervolting, GPU OC support?

Hi guys! As some of us know the HTC One kernel is already out for a week or two. And since I don't have a HTC One to test on my own right now + the HTC One seems like a very solid and stable device already I wanna ask if anybody here is still interested in a custom kernel with OC, UV, additional governors, schedulers, GPU OC etc.?
I will be willing to create one if it gets some interest from the users. As I don't wanna waste time making one if only a handful are interested cause I do understand that HTC One is already a powerful & battery efficient device and I myself doubt I would need such for this device when I get it.

By the way... Obviously somebody would really be interested in this but as stated I don't have a HTC One yet. And the main reason I'm posting this question is so I could determine if there would be interested testers and not just posters

Hi there
If you still willing to do a custom kernel, I would be more than happy to be part of testing it. And I can confidently say am in :thumbup::thumbup::thumbup:
HTC One X Viperx latest using xda premium

Riyal said:
Hi guys! As some of us know the HTC One kernel is already out for a week or two. And since I don't have a HTC One to test on my own right now + the HTC One seems like a very solid and stable device already I wanna ask if anybody here is still interested in a custom kernel with OC, UV, additional governors, schedulers, GPU OC etc.?
I will be willing to create one if it gets some interest from the users. As I don't wanna waste time making one if only a handful are interested cause I do understand that HTC One is already a powerful & battery efficient device and I myself doubt I would need such for this device when I get it.
Click to expand...
Click to collapse
Does a bear poo in the woods :cyclops:
I would love to see some kernel customization with additional governers, schedulers, GPU, S2W, fastcharge enabled, etc.
Be happy to test if you get around to making one.

HELL YEAH

Ok guys! Thank you got also a couple of friends that convinced me. Will start developing it later will update you all once I already compiled one. I'll start with the overclocking and voltage changing for now since it's the most complicated part.

Riyal said:
Ok guys! Thank you got also a couple of friends that convinced me. Will start developing it later will update you all once I already compiled one. I'll start with the overclocking and voltage changing for now since it's the most complicated part.
Click to expand...
Click to collapse
Cool can't wait when you're done will you put it in development
---------- Post added at 08:28 AM ---------- Previous post was at 07:58 AM ----------
Oh yeah what you going to call it so I can keep my eye out for it

I haven't even downloaded the kernel source yet lol! Not sure what I will call it at the moment. But this still depends on the situation. If other developers here would beat me to it then I might not continue this project and instead just support whoever that developer might be. I just thought about starting this project because all I can see right now on the development forums are just a bunch of custom kernels with the write protection off lol!

Would it not be easier to start off with smaller tasks like usb fast charge and tuns module and then move onto harder stuff like cpu OC and UC?
Also there are problems with current source that all kernels have earpiece not working on calls issue.

USB fast charge is alot more complicated if you ask me As for tun module it's likely the most easiest of all. You just change 1 line. I think the others already implemented that one.

Yes Please
FYI, you'll prob already seen it around, but all Kernels I've seen floating round the forum are having a few issues (mainly call related I believe)

Hi Riyal
I was wondering if its possible to make it overclocking the CPU & GPU. Plus some risky
I/O Schedulers ex: V(R)
HTC One X on Viperx with XM291* using xda premium

Any news for the kernel?
HOX+Viperx+Alex(V)Kernel = revolution

dmt-300 said:
Any news for the kernel?
HOX+Viperx+Alex(V)Kernel = revolution
Click to expand...
Click to collapse
Think you'll find plenty of kernels on the (Original) Android Development thread