Database Info

[KERNEL]CM-Enigma [BFS][SLQB][VDD][1.8ghz]v 1.3.2

I've compiled a kernel for Cyanogenmod 7 that OC's up to 1.8ghz (along with a few other tweaks I forgot about). Just use setCPU. It's pretty much Kali-'s kernel, but with a few minor config changes that I just had to enable. If you feel the need to donate, please donate to Kali- as I just changed around a few files. A few more tweaks will come around as soon as I have spare time (school's a b*tch sometimes and I have a tattooing apprenticeship to juggle). Just request what you guys want for the next version and I'll do my best to add it.
Thanks to Kali- and the rest of the cyanogenmod team for creating our port, and to everyone who helped them out. Hope I'm not violating anything by posting this.
DOWNLOAD:
http://www.mediafire.com/?pq7y7sb5dhz1fnv
TO DO LIST:
edit OC Code, attempt to make more stable
Add BFQ
Add SLQB
Add 122mhz at 850 mv (if possible)
How to install if you're already on CM:
NANDROID! NANDROID! NANDROID!
move zip to /sdcard
flash with ROM Manager
SetCPU it!
PROFIT
Source: https://github.com/DOAlaboratories/cm-kernel

1.3.2-
Updated CPU Freqs once again, hope have gotten it stable again...
Added VDD levels sysfs interface (edit your voltage tables through "/sys/devices/system/cpu/cpu0/cpufreq/vdd_levels")
Re-patched SLQB, should be better now
Added BFS scheduler
Increased GPU memory allocation
1.3-1.3.1-
Internal Releases
1.2-
Added SLQB allocator
Set BFQ as default
New OC Code (should be more stable)
1.1-
Fixed Wifi
added [email protected] step
1.0-
Initial release
CREDITS:
Lee, for helping me get my VDD levels set up and the GPU mem alloc tweak
snq-, for the original VDD patch for the original desire
Kali-, first and foremost, for making our original kernel for CM7

Must....resist...urge to make CM7 even faster...
Sent from my CM7 Inspire

Good job. My request kindly post the user manual guide for installing this CM7 or send me PM. I will post. Thanks

1.1 coming tomorrow with the [email protected] step It seems stable enough for a daily driver.

1.1 is up!

will this work for MIUI as well?

how stable is this?

ogwilson said:
how stable is this?
Click to expand...
Click to collapse
seems pretty stable right now. a few reported crashes but it's alright.

I had a few issues with 1.0 @ 1.8, just updated to 1.1 and went to 1.7.
This is perfect, was just looking around for how to go past 1.2

LOL 1) Put your source up
LOL 2) Compile a proper wifi driver module
LOL 3) I don't think you know how the kernel works if you can't even compile a proper wifi module.
Watch your language, remember you are a senior member

1)I'm new to kernel compiling.
2)the source is going up today.
3)if you have a problem with me posting this, compile this **** yourself and don't troll. I do this out of my free time, I'm busy as hell, and I don't ask for donations. I'll put up the source later so you can do it yourself and post it better.
Sent from my Desire HD using XDA App

maxisma said:
LOL 1) Put your source up or GTFO
LOL 2) Compile a proper wifi driver module
LOL 3) This OC is BS and I don't think you know how the kernel works if you can't even compile a proper wifi module.
Click to expand...
Click to collapse
Lol, at this guy. Give people a chance to learn. Judging from your other posts you seem to be doing the same to other people who want to learn but don't know stuff yet.
If you know a lot now, you didn't always. These people are at that stage, give them a chance rather than posting comments that don't advance the discussion or help them in an way.
DOAlaboratories said:
1)I'm new to kernel compiling.
2)the source is going up today.
3)if you have a problem with me posting this, compile this **** yourself and don't troll. I do this out of my free time, I'm busy as hell, and I don't ask for donations. I'll put up the source later so you can do it yourself and post it better.
Click to expand...
Click to collapse
+1

Speaking of wifi, is anyone having problems with it on 1.1? It works perfect on my phone and I'm on CM7RC1, but I haven't tested it on nightly 8.
Sent from my Desire HD using XDA App

Benchmarks?
Wow 1.8 ghz is fantastic...good work!
Have you tried the Quadrant/Linpack to see what kind of results this overclock can achieve?
I'm predicting very high benchmark scores for this.

wifi is fine for me on 1.1
Thanks again for doing this.

kvs678 said:
Wow 1.8 ghz is fantastic...good work!
Have you tried the Quadrant/Linpack to see what kind of results this overclock can achieve?
I'm predicting very high benchmark scores for this.
Click to expand...
Click to collapse
I got about 61 on linpack and 2700 on quadrant
Sent from my Desire HD using XDA App

Nice to know, pretty good for single core.

Anything you guys want to see in 1.2? And source should be up about 6pm Pacific.
Sent from my Desire HD using XDA App

Tried this Kernel and it is not very stable for me.
I get constant phone freezes at 1.7 and 1.8Ghz.

Public Beta testing now open for WildKernel

As some of you may know, I've been working on a custom kernel for ICS/JB and its about done (for a first release). Current kernel features include: (If feature begins with a * then check below for more information)
Compatible with all AOSP ICS & JB roms
rebased to CAF Linux 3.0.40 kernel
Built in Low-memory killer w/ Fugeswap (as seen in the v6 Supercharger)
Optimized ram usage/handling (Swap & Zram)
Increased Wi-fi connectivity range
*Low & High power Wi-fi scaling steps
*Badass Governor (Default)
Lazy Governor
Imported Snapdragon optimizations used by the Sensation (Thanks Romanbb)
Lagfree Governor
Fast charging for unknowns
HIGHLY Tweaked for the perfect battery life and performance
Updated Bluetooth code from CAF
V(R), simple, deadline, noop, and CFQ I/O schedulers
*Ondemand & Intelli(gent)demand Governor
Stable Undervolting of the CPU
increased SDcard readahead speed
Tweaked Flashlight
Added more clock steps to the GPU for compatibility with low power browsing and GPU OC @ 320 mhz
I think 6 testers should be enough for now, thanks for participating
If you wish to join in this this beta testing please feel free to shoot me a PM or hit me up on GTalk @ [email protected]
You may find my source hosted @ Github
Current testers (in order of request sent):
AgentCherryCola
sino8r
onebornoflight
phone77
jjbz
WeekendsR2Short
CoNsPiRiSiZe
More information:
Badass Governor: This governor has built in profiling (like used in SetCPU but not as battery & Ram consuming). This is also the default and highly recommended governor. This governor features a 3 phase system CPU profiling system. This will change your CPU speed based on usage. This saves a lot of power as your speed doesn't just keep at one clock no matter how much your using you phone. A similiar profiling system is also used for the GPU and such.
Ondemand and Intellidemand Governor: Intellidemand is based off the Ondemand governor but features a 2 phase CPU profiling system with some added tweaks.
Wi-fi Low and High power scaling steps: This is a feature that will determine whether to use High or low power voltages on the Wi-fi chip to save battery. eg: Wi-fi will be turned to low power when idle or screen off. Wifi will be turned to high power when actively in use or in progress of a download. Take note that high power wi-fi voltage isn't necessarily "High" power but more of just "Stock HTC" power.
Thanks:
TeamDS
Strapped365
faux123
showp1984
RomanBB
and any others I may have missed

I'll test out this Kernel. I'll test CM9, AOKP, and MIUI.
Sent from my HTC MyTouch 4G Slide using Tapatalk 2

I'm ready!
ditto dude... thanks!

Il do it!
::Respect::

So how's the kernel testing going out guys! This looks really promising
Sent from my myTouch_4G_Slide using Tapatalk 2

Ok I think thats enough testers for now, Testing will begin soon just making some final adjustments

Quite psyched to check this out!
Sent from my HTC MyTouch 4G Slide using xda app-developers app

sorry for the delay, Ive been troubleshooting battery issues which started after upgrading past 3.0.30, im thinking about downgrading back to that version to see if the problem persists

xmc wildchild22 said:
sorry for the delay, Ive been troubleshooting battery issues which started after upgrading past 3.0.30, im thinking about downgrading back to that version to see if the problem persists
Click to expand...
Click to collapse
Battery issues are nothing new with the latest kernel commits. Just take a stroll through the CM9 thread
Honestly, I've seen better battery life on the old 2.6 kernel

gtmaster303 said:
Battery issues are nothing new with the latest kernel commits. Just take a stroll through the CM9 thread
Honestly, I've seen better battery life on the old 2.6 kernel
Click to expand...
Click to collapse
I'm not saying everyone else is lying I'm just saying that personally I find better screen on time with the latest kernel, except I must be one of the few.
Xmc whatever you got we'll test if ya want
::Respect::

CoNsPiRiSiZe said:
I'm not saying everyone else is lying I'm just saying that personally I find better screen on time with the latest kernel, except I must be one of the few.
Xmc whatever you got we'll test if ya want
::Respect::
Click to expand...
Click to collapse
Yea, I don't know how you do it... Possibly a fluke, or just your setup

CoNsPiRiSiZe said:
I'm not saying everyone else is lying I'm just saying that personally I find better screen on time with the latest kernel, except I must be one of the few.
Xmc whatever you got we'll test if ya want
::Respect::
Click to expand...
Click to collapse
Then I'll make sure to include the "Conspirisize ultra performance" version

Soooooo how about that kernel release for all of us (;
Sent from my HTC MyTouch 4G Slide using Tapatalk 2

I think his Kernel was lost in Goo.Im crash.
::Sense 4.0::

I believe he had most of it on Github?

WeekendsR2Short said:
I believe he had most of it on Github?
Click to expand...
Click to collapse
Most is correct, but all the new commits wasn't so the source is most likely complete and would compile, but it sounded like the new additions that needed tested were not pushed into git so are now lost
Sent from my HTC MyTouch 4G Slide running MikXE

strapped365 said:
Most is correct, but all the new commits wasn't so the source is most likely complete and would compile, but it sounded like the new additions that needed tested were not pushed into git so are now lost
Sent from my HTC MyTouch 4G Slide running MikXE
Click to expand...
Click to collapse
I had 30+ commits that I were going to push to git fixing a lot of problems but my hard drive fried at the same time goo went down. (I have a live network backup of my hard drive hosted on goo) So I lost those commits.

strapped365 said:
Most is correct, but all the new commits wasn't so the source is most likely complete and would compile, but it sounded like the new additions that needed tested were not pushed into git so are now lost
Sent from my HTC MyTouch 4G Slide running MikXE
Click to expand...
Click to collapse
Well CRAP! :crying:
---------- Post added at 08:21 PM ---------- Previous post was at 08:20 PM ----------
..
---------- Post added at 08:22 PM ---------- Previous post was at 08:21 PM ----------
xmc wildchild22 said:
I had 30+ commits that I were going to push to git fixing a lot of problems but my hard drive fried at the same time goo went down. (I have a live network backup of my hard drive hosted on goo) So I lost those commits.
Click to expand...
Click to collapse
..

[KERNEL] - [DEV] - [AOSP] - WildKernel Public Beta testing ver003 - [Sep 8]

WildKernel
As some of you may know, I've been working on a custom kernel for ICS/JB and its about done (for a first release).
Also I was previously planning on a beta testing for a selected few, but I released I won't have enough time to be hosting testing sessions, so how about this. The kernel is know free to use for the public, but all I ask is that your report and compare. I'd like to see if there's improvement or loss between the A6 kernel and this (battery, performance, etc.). Also please report anything good and bad so that I know what to keep and what not to keep for a final release. This also helps me push out fixes faster when presented with lots of information.
Current kernel features include: (If feature begins with a * then check below for more information)
Universal kernel compatible with all AOSP (NOT SENSE) ICS & JB roms
rebased to CAF (custom) Linux 3.0.39 kernel
Optimized Built in Low-memory killer w/ Fugeswap (as seen in the v6 Supercharger)
Optimized ram usage/handling (Swap & Zram)
Increased Wi-fi connectivity range
*Low & High power Wi-fi scaling steps
*Badass Governor
Lazy Governor
Imported Snapdragon optimizations used by the Sensation (Thanks Romanbb)
Lagfree Governor
Fast charging for unknowns and when plugged in to computers
HIGHLY Tweaked for the perfect battery life and performance
Bluetooth code from CAF
V(R), simple, deadline, noop, and CFQ I/O schedulers
*Ondemand & Intelli(gent)demand Governor
Stable Undervolting of the CPU
increased SDcard readahead speed
Tweaked Flashlight
Added more clock steps to the GPU for compatibility with low power browsing and GPU OC @ 320 mhz
Please wipe cache and dalvik cache
I dont suggest using SetCPU as it may cause bugs such as reboots, use CM or AOKP's built in cpu speed feature
Download Universal flasher for ICS and JBhttp://www.mediafire.com/download.php?q9bhv68k8dvai13
(Flashable for S-ON coming tomorrow when I have time)
You may find my source hosted @ Github
More information:
Badass Governor: This governor has built in profiling (like used in SetCPU but not as battery & Ram consuming). This is also the default and highly recommended governor. This governor features a 3 phase system CPU profiling system. This will change your CPU speed based on usage. This saves a lot of power as your speed doesn't just keep at one clock no matter how much your using you phone. A similiar profiling system is also used for the GPU and such.
Ondemand and Intellidemand Governor: Intellidemand is based off the Ondemand governor but features a 2 phase CPU profiling system with some added tweaks. Ondemand also now has early suspend support for low power browsing to save battery.
Wi-fi Low and High power scaling steps: This is a feature that will determine whether to use High or low power voltages on the Wi-fi chip to save battery. eg: Wi-fi will be turned to low power when idle or screen off. Wifi will be turned to high power when actively in use or in progress of a download. Take note that high power wi-fi voltage isn't necessarily "High" power but more of just "Stock HTC" power.
View all public kernel releases
Changelog:
Code:
[B]Sep 3 - ver003[/B]
1. Bluetooth updates upstream
2. Downgrade to linux Kernel v3.0.39 with custom libs to *really* fix lag
3. Badass back to default governor as the most stable
4. More LMK tweaks
[B]Sep 2 - ver002[/B]
1. Implemented USB forced fast charge v3.1
2. Downgrade to linux Kernel v3.0.40 to fix lag
3. Ondemand tweaks, early suspend updates, and is now default governor because of balance of stababilty, battery, and speed.
4. LMK tweaks
5. Updates to bluetooth from CAF (more battery saving and stable)
6. Updates to scheds from faux
7. mpdec ready but disabled until stabalized
8. A lot of improvements since ver001
Thanks:
TeamDS
Strapped365
faux123
Tamcore
cretin45
showp1984
RomanBB
and any others I may have missed

reserved for James (He'll be supplying statistics such as battery reports, cpu logs, benchmarks etc.)
Post statistics and they will be copied here

Nice
Hastily spouted for your befuddlement

Awesome. Hope this fixes the battery drain problem from the A6 kernel.

Sweet. Will test tonight.

Il test this but not until Saturday morning will I have solid feedback
I'm going to have to use both Ankers plus my stock battery for tomorrow as I have school, then a football game, then a roadtrip so I will definitely take shots and post back with great contrasts I'm sure
Thanks XMC
::Respect::
---------- Post added at 10:02 PM ---------- Previous post was at 09:31 PM ----------
CRUD! I got to my PC, downloaded it and read its not in Boot.img format! IM S-ON D:

Sorry wild, can't get it booting. Been trying forever. I'll redownload again when I get home.
P.s: it boots, but it goes right into a reboot after I hit homescreen. I don't think I can use alogcat to pull one, so I'll have to wait till I get back to my computer. Perhaps a dmesg a well.

You also plan on making something for sense ROMs?
If not would you mind if I grab your patches and implement it to a more enhanced virtuous kernel?

Riyal said:
You also plan on making something for sense ROMs?
If not would you mind if I grab your patches and implement it to a more enhanced virtuous kernel?
Click to expand...
Click to collapse
Hey maybe even if xmc your planning on doing a sense one... Maybe if no offense allow Riyal access to those things as you might learn from his enhancements to a sense kernal and such... Also additional development for DS
:what:
::Respect::

well im on my computer. the error (though im no expert) seems to be here
if you need the full logcat let me know and i'll try grab it again. that's the error going on right when the homescreen gets laggy on boot, right before it reboots.
i don't know if this is important to you, but this is what i get in logcat right before reboot
I'm sure i followed directions. I hope I'm not doing something wrong.
Edit: yep. Definitely not an expert. So it stopped rebooting after I unchecked "set on boot" under performance. Will be reporting back.

CoNsPiRiSiZe said:
Il test this but not until Saturday morning will I have solid feedback
I'm going to have to use both Ankers plus my stock battery for tomorrow as I have school, then a football game, then a roadtrip so I will definitely take shots and post back with great contrasts I'm sure
Thanks XMC
::Respect::
---------- Post added at 10:02 PM ---------- Previous post was at 09:31 PM ----------
CRUD! I got to my PC, downloaded it and read its not in Boot.img format! IM S-ON D:
Click to expand...
Click to collapse
I flashable for S-ONs will come soon sorry
Riyal said:
You also plan on making something for sense ROMs?
If not would you mind if I grab your patches and implement it to a more enhanced virtuous kernel?
Click to expand...
Click to collapse
to be honest I hate sense and I doubt I'll be developing anytthing for it anytime soon.
Riyal, i'm open source so feel free to do whatever you wish. If you need help with me pointing out specific commits lemme know
ekoee said:
well im on my computer. the error (though im no expert) seems to be here
if you need the full logcat let me know and i'll try grab it again. that's the error going on right when the homescreen gets laggy on boot, right before it reboots.
i don't know if this is important to you, but this is what i get in logcat right before reboot
I'm sure i followed directions. I hope I'm not doing something wrong.
Edit: yep. Definitely not an expert. So it stopped rebooting after I unchecked "set on boot" under performance. Will be reporting back.
Click to expand...
Click to collapse
are you using setcpu?

No, I'm running cm 9.1.0. Under settings > performance > cpu settings or whatever it is, if you have set on boot checked, the phone runs funny. I unchecked it in a desperate attempt to figure out what's going on, and it's been pretty stable ever since.

xmc wildchild22 said:
reserved for James
Click to expand...
Click to collapse
LMAO! :laugh: You GO James!!! :good:

CoNsPiRiSiZe said:
CRUD! I got to my PC, downloaded it and read its not in Boot.img format! IM S-ON D:
Click to expand...
Click to collapse
Can't we just extract the zImage from the universal kernel flasher, rename it boot.img, and flash? I thought they were analogous...
Edit: I tried it. Didn't work. "Boot Magic check failed". Guess I was thinking of Samsung devices. Bummer, I really wanted to try this.

Ok after a 10 minute self lesson on kernel kitchen I managed to compile a boot.img. Booted right up but I had nofrills with an "apply on boot" setting which screwed me over. Severe lag. I managed to access that app in slow motion and deselect the apply on boot nonsense. Now we are in business
Don't forget to uncheck all governor apply on boot settings before flashing! Also, on first boot go to a view CPU frequency place on your phone so you can wait until the phone settles before rebooting/doing stuff. Takes a little longer than you would expect.
So far the performance seems good, I'll report back on battery life later.
Edit: 3 consecutive reboots during 3 consecutive calls. Switching back to 3.0.30 (A5) for now. Since I didn't flash this officially I'd take this experience with a grain of salt but it is similar to what ekoee is reporting so IDK.

Hi xmc! Not that I question the knowledge of the senior htc community developers here but this battery issue I am facing with ROMs like virtuous is already nagging me out.
Now compiled yours and shocked that it also has the battery bug.(The not going to 100% bug)
So I decided to really look up the battery driver carefully awhile ago and noticed something strange in it. I noticed this days ago and thought this was ok but thought I would stand up and ask today.
In
arch/arm/mach-msm/htc_battery_8x60.c
htc_batt_get_battery_info
Could you tell me why calculation of battery is like this?
htc_batt_update->batt_current = htc_batt_info.rep.batt_current - htc_batt_info.rep.batt_discharg_current;
Click to expand...
Click to collapse
instead of this?
htc_batt_update->batt_current = htc_batt_info.rep.batt_current;
Click to expand...
Click to collapse
Seems like the batt_discharg_current is making my battery report less than the real value so I'd like to know why is the calculation like that?
I'm sorry for asking but I think you're the only developer on doubleshot who is approachable enough for me to ask to.

Riyal said:
Hi xmc! Not that I question the knowledge of the senior htc community developers here but this battery issue I am facing with ROMs like virtuous is already nagging me out.
Now compiled yours and shocked that it also has the battery bug.(The not going to 100% bug)
So I decided to really look up the battery driver carefully awhile ago and noticed something strange in it. I noticed this days ago and thought this was ok but thought I would stand up and ask today.
In
arch/arm/mach-msm/htc_battery_8x60.c
htc_batt_get_battery_info
Could you tell me why calculation of battery is like this?
instead of this?
Seems like the batt_discharg_current is making my battery report less than the real value so I'd like to know why is the calculation like that?
I'm sorry for asking but I think you're the only developer on doubleshot who is approachable enough for me to ask to.
Click to expand...
Click to collapse
I'll take a look once I get home. Lol and just to be clear, i'm not the only dev for the DS. We got Blue6IX, jeffakajeff, strapped365, tbalden, Riyal , kornyone, and nbetcher. (Dont kick my a$$ if I skipped your name )

Flashed this with a fresh install of your JB ROM. Phone is really laggy when waking from screen off for a few seconds but then its ok. I'll look more in to this but thats what I'm seeing so far.

Flashing over CM 9.1 now, will test it out and report back with results. Really hope this takes care of the battery drain issue in 9.1.

xmc wildchild22 said:
I'll take a look once I get home. Lol and just to be clear, i'm not the only dev for the DS. We got Blue6IX, jeffakajeff, strapped365, tbalden, Riyal , kornyone, and nbetcher. (Dont kick my a$$ if I skipped your name )
Click to expand...
Click to collapse
Lol! If I were a dev here I wouldn't have asked you this woot now I'm an ass kicker :highfive:

[Kernel][ICS] TFQ Scorched Kernel ICS v1.0.29 (2012-12-21)

Team Fah-Q Presents...
Scorched Kernel for Blaze ICS v1.0.29
Built with the Linaro Toolchain v4.7, the purpose of this kernel is to fix bugs, add features, add performance, and hopefully save some battery where possible. However, battery life will most likely not be as good as stock, since the device is overclocked and DVFS (dynamic frequency and voltage scaling) is turned off. I have done my very best to squeeze every ounce of battery life out of this device.
It includes a brand new CPU Governor called Scorched, developed by me and based on the lagfree governor. It focuses on saving power and reducing the usage of the higher CPU frequencies unless necessary, while still keeping responsiveness and performance intact.
The kernel should work with any ROM that is derived from the stock Samsung ICS release IMM76D.LH5, however I recommend using it with the Tweaked ROM, as that is what I develop it against.
This is a kernel several months in the making. Hope you like it
It is STRONGLY advised to do a full nandroid backup in CWM before installing the kernel,
as the installer will overwrite kernel modules in /system/lib/modules. You've officially been warned
NOTE: This thread is reserved for bug reports, logcats, and other development related discussion. General discussion, questions, etc should be posted in this thread​Kernel Features
IO Schedulers:
zen (NEW)
vr (NEW)
sio (NEW)
deadline
cfq
noop
CPU Governors:
scorched (NEW)
lagfree (NEW)
interactive (NEW)
ondemand
conservative
userspace
powersave
performance
Other Features:
Overclocked to 1.72 GHz
Voltage control support
Support for init.d scripts, added automatically during installation of the kernel.
ZRAM support with Google Snappy compression, with a default size of 64 MB.
Other tweaks and fixes, too minor to note. Check the Google Code site if you're interested.
Credits/Thanks
withere2 - Endless testing, testing, ideas, more testing, scripting support, more testing. Did I mention testing?
erikmm - Pulling me into kernel development
showp-1984 - Lots of initial help getting off the ground with kernel development
faux123 - Some source code from his Samsung GS2 github repo

Changelog and Downloads
Changelog and Downloads
2012-12-21 - Version 1.0.29 - tfq-scorched-kernel-ics-1.0.29-signed.zip
ADB now runs as root. Not as easy as you might think to do it properly...
2012-12-17 - Version 1.0.22 - tfq-scorched-kernel-ics-1.0.22-signed.zip
Initial public release of kernel
Resolved issue with battery life. Standby time should be almost double that of version 1.0.20
The source code for this kernel can be found on Google Code:
http://code.google.com/p/scorched-kernel-t769-ics/
All previous release versions of the kernel can be found on the Scorched Google Code site
http://code.google.com/p/scorched-kernel-t769-ics/downloads/list

FAQ
FAQ
What is the Scorched CPU Governor?
The Scorched CPU governor is rather similar to the lagfree governor both in its source code and its purpose. The difference is that while lagfree seeks to give performance-on-demand by increasing immediately to the maximum CPU frequency, Scorched jumps immediately to a mid-point frequency and then gracefully increases or decreases the CPU frequency as required. This provides both performance-on-demand as well as extended battery life.

multi core support
is there anyway of changing it to were we have multi core support ( in regards to offlining 2nd 3rd etc cores ) to save battery by chance cause some other kernels ive tested have that capability if i knew how to do so myself ( im slowly learning with massive reprocussions lol ) but would that be possible at all

awesome finally some scorchness for the blaze

merwin said:
Changelog and Downloads
2012-12-17 - Version 1.0.22 - tfq-scorched-kernel-ics-1.0.22-signed.zip
Initial public release of kernel
Resolved issue with battery life. Standby time should be almost double that of version 1.0.20
The source code for this kernel can be found on Google Code:
http://code.google.com/p/scorched-kernel-t769-ics/
All previous release versions of the kernel can be found on the Scorched Google Code site
http://code.google.com/p/scorched-kernel-t769-ics/downloads/list
Click to expand...
Click to collapse
Many thanks for your hard work.
However I've been using this kernel for a couple of days now with tweaked 2.1, and deleted battery stats but my battery life is really poor.
I've left the system essentially in standby for several full charge cycles but I only get 10 hours with next to no use, if lucky.
With stock kernel and Blz3r v3 and with heavy usage I would easily get 14 hours.
I'm still going to keep on using it and characterizing it and hope it gets better.
Sent from my SGH-T769 using xda app-developers app

theshowman said:
Many thanks for your hard work.
However I've been using this kernel for a couple of days now with tweaked 2.1, and deleted battery stats but my battery life is really poor.
I've left the system essentially in standby for several full charge cycles but I only get 10 hours with next to no use, if lucky.
With stock kernel and Blz3r v3 and with heavy usage I would easily get 14 hours.
I'm still going to keep on using it and characterizing it and hope it gets better.
Sent from my SGH-T769 using xda app-developers app
Click to expand...
Click to collapse
Not sure what to tell you. I've attached an image with my stats on it. That's 7 hours, mostly standby, dropping 30%, with wifi calling, exchange sync, gmail sync all on.
And this is more of a general Q&A thread topic also

soldier1184 said:
is there anyway of changing it to were we have multi core support ( in regards to offlining 2nd 3rd etc cores ) to save battery by chance cause some other kernels ive tested have that capability if i knew how to do so myself ( im slowly learning with massive reprocussions lol ) but would that be possible at all
Click to expand...
Click to collapse
Please ask this in the general questions thread.

Using just CPU0
soldier1184 said:
is there anyway of changing it to were we have multi core support ( in regards to offlining 2nd 3rd etc cores ) to save battery by chance cause some other kernels ive tested have that capability if i knew how to do so myself ( im slowly learning with massive reprocussions lol ) but would that be possible at all
Click to expand...
Click to collapse
This app will let you use 1 core, both or link them together as one:​
PC Link: https://play.google.com/store/apps/...sMSwyLDEsInJzLnBlZGphYXBwcy5LZXJuZWxUdW5lciJd​

nickmcminn60 said:
This app will let you use 1 core, both or link them together as one:​
PC Link: https://play.google.com/store/apps/...sMSwyLDEsInJzLnBlZGphYXBwcy5LZXJuZWxUdW5lciJd​
Click to expand...
Click to collapse
In my own testing, I have found that it is often worse to turn off a core completely, than to aim for a lower clock speed on both active cores. My theory is that the increase of speed with multithreading speeds up processing over the single corr, thus staying at a higher frequency for less time.
Just a personal observation.

I'm New
I'm sorry if i sound like an idiot, but Does this work on the stock ICS rom? I'm rooted btw
and does it support undervolting?

Thank you, Very stable and responsive kernel. Only issue I've had after installing the kernel is that when I try to send an app from play.google.com to my phone it doesn't show up. I can still install from within the phone itself just not website to phone, not sure if it's related to this Kernel or not but started after flashed it.
Again I'm not 100% positive that it's related so will need to do some more testing...

techclan said:
Thank you, Very stable and responsive kernel. Only issue I've had after installing the kernel is that when I try to send an app from play.google.com to my phone it doesn't show up. I can still install from within the phone itself just not website to phone, not sure if it's related to this Kernel or not but started after flashed it.
Again I'm not 100% positive that it's related so will need to do some more testing...
Click to expand...
Click to collapse
Looks like the problem with the apps not getting pushed to the devide was a stuck process, my "smooth calendar" was at 83% cpu utlization and app pushes were being halted.

Android ICS 4.0.4 UVLH5 + Scorched Kernel ICS v1.0.29

techclan said:
Android ICS 4.0.4 UVLH5 + Scorched Kernel ICS v1.0.29
Click to expand...
Click to collapse
That's about right for the benchmark. I'm considering going a slightly different route with the kernel that may reduce performance a bit but should up battery life significantly.
Sick 2 year old at home so I've had limited time to play, unfortunately.

merwin said:
That's about right for the benchmark. I'm considering going a slightly different route with the kernel that may reduce performance a bit but should up battery life significantly.
Sick 2 year old at home so I've had limited time to play, unfortunately.
Click to expand...
Click to collapse
Hope your 2 year old gets well soon. Yes sacrificing a bit of performance to up the battery is definitelyitly worth it. Also seems like your scorched will outilizelize 384 and above, not sure how much battery can be saved but basic call functions and such can perfectly work on 192Mhz

roms
does this work on pacman rom 4.1.2 for the blaze please respond quickly my current kernel is random rebooting and this worked when i was on stock rom

No its for ICS
Sent from my SGH-T769 using xda premium

[KERNEL][OP3/3T][LOS15.1][AOSPA][Synapse] White Wolf Kernel (30/11/2018)

[url=https://postimages.org/]
[/URL]​
This is a home of new re branded yarpiin kernel for Lineage OS based roms.
Would like to thank to all devs that work has been used to create this kernel.​
SO WE STARTING A LIST:
all CREDITS goes to:
@Grarak
@Mahdi786
@Lord Boeffla
@franciscofranco
@ Despair Factor
@ak
@ZaneZam
@varun.chitre15
@flar2
@arter97
@TheCrazyLex
@Sultanxda
@eng.stk
@neobuddy89
@Tkkg1994
@frap129
@jcadduono
@savoca
@yank-lu.555
@Dorimanx
@acuicultor
@Alucard24
@bbedward
@nathanchance
@Maxwen
@mostafaz
@joshuous
@faux123
@rainforce279
@Paranoid Android Team
and all others devs that make our lives easier.
Special thanx for @urgali , @Sungfive and @Duncan1982 for testing .
@Cybertron™ for new thread and signature images.
@Saber for his superb thread with all detailed kernel stuff.
Short Feature list:
Basic Governors plus:
Darkness, Nightmare, Alucard, Impulse, Blu Active
Overclocked both clusters
Adjustable thermal driver
Power Efficient Workqueues
State Notifier Driver
I/o schedulers: fiops, sio, zen, maple
Adrenoboost
Adreno Idler
Simple gpu algorithm
Backlight dimmer
Kacal control
Power Suspend driver
USB Fast Charge
Eagle DTS driver
Built in Busybox
Uses a simple free and user friendly application called Synapse by @AndreiLux for configuration purposes(slightly adding more functionality)
Synapse is included in zip and flashed by default as a system app.​
Synapse is based on new UKM - Lite version. It does contain less settings than standard version for less advanced users. For those who wish to use full power of Synapse additional UKM zip have to be flashed after Kernel. ​
UKM Full flashable zip download link​
https://www.androidfilehost.com/?w=files&flid=154993​
Flashing instructions
1. Flash in recovery no black magic
3. If missing tunables for governors set SElinux to permissive​
Compatibility list:
LOS Kernel have been tested with official Lineage OS 15.1
PA Test Kernel works with AOSPA and its based on Paranoid Android Kernel Source and all credits belong to Paranoid Android Team.
And Finaly Download Link:
WHITE WOLF LOS 15.1
https://www.androidfilehost.com/?w=files&flid=253747]
WHITE WOLF AOSPA test kernel (Paranoid Android )
https://www.androidfilehost.com/?w=files&flid=186508
LOS Source
https://github.com/yarpiin/White-Wolf-OP3-LOS
PA Source
https://github.com/yarpiin/White-Wolf-OP3-PA​
If You like my work buy me a beer ​https://www.paypal.me/yarpiin​
XDA:DevDB Information
White Wolf Kernel, Kernel for the OnePlus 3
Contributors
yarpiin
Source Code: https://github.com/yarpiin
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: WHITE.WOLF.OP3.XXX
Stable Release Date: 2017-05-30
Created 2016-12-22
Last Updated 2018-11-30

WHITE.WOLF.OP3.LOS.15.1 - Changelog
https://github.com/yarpiin/White-Wolf-OP3-LOS/blob/master/changelog.txt
WHITE.WOLF.OP3.PA - Changelog
[url]https://github.com/yarpiin/White-Wolf-OP3-PA/blob/nougat-mr2/changelog.txt[/URL]

Hall Of Fame
This is a list of people who contributed donations to this project or helped in it
Helpers​
- @urgali
- @Sungfive
- @Duncan1982
- @Cybertron™ - Thread and signature images
Donators​
- @urgali
- @A Sad Napkin
- @real76
- Unknown memeber named Amir
- @ctakah27
- SB
Thank you a lot !!!​
Signature Image Link​

thanks!
I am downloading

Thanks man 5 stars from me

Thanks ! Wait for OxygenOS Version
Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Wow awesome thx. Running very nice with my suicide squad rom. Awesome fast and smooth. Your kernel has potential keep it up

Flashed to XenonHD.
Very smooth!

Great kernel.
Keep it up.

I build a kernel and thanks for posting source I see a few govs I will add to my list
Sent from my ONEPLUS A3000 using XDA-Developers mobile app

ZeNiXxX said:
Wow awesome thx. Running very nice with my suicide squad rom. Awesome fast and smooth. Your kernel has potential keep it up
Click to expand...
Click to collapse
I'm bout flash on same.rom, lol

Uhh, something to play with on Nougat!
Good stuff

@yarpiin Have You plans to implement OC?

rafciowis1999 said:
@yarpiin Have You plans to implement OC?
Click to expand...
Click to collapse
Hi sorry but no or maybe no :silly: i was thinkin about it but im not a big fan of OC i can OC my PC ( actually higly OCed ) but not mobile chip i think we have enough of cpu power but maybe in future i will change my mind - just for now dont see any strong reason to do it
Sent from my ONEPLUS A3003 using XDA Labs

yarpiin said:
Hi sorry but no or maybe no :silly: i was thinkin about it but im not a big fan of OC i can OC my PC ( actually higly OCed ) but not mobile chip i think we have enough of cpu power but maybe in future i will change my mind - just for now dont see any strong reason to do it
Click to expand...
Click to collapse
Good reason.
I think OC will be good but not as default.
Backporting i/o schedulers and governors from newest linux will be great too (mostly cfq, deadline and interactive).

Only request would be sound controls if possible to add from ex kernel or wherever...? Running alacurd and hotplug and it's buttery smooth and awesome battery! Good job with this bro
---------- Post added at 12:33 AM ---------- Previous post was at 12:33 AM ----------
Will have any chance to make profiles for synapse?

yarpiin said:
Hi sorry but no or maybe no :silly: i was thinkin about it but im not a big fan of OC i can OC my PC ( actually higly OCed ) but not mobile chip i think we have enough of cpu power but maybe in future i will change my mind - just for now dont see any strong reason to do it
Sent from my ONEPLUS A3003 using XDA Labs
Click to expand...
Click to collapse
The only OC that is useful for this phone is upping the big cores to 2.26ghz and the little to 1.72ghz. The voltage stays the same so you get a minor speed bump but power draw is identical. This in turn gives slightly better battery life because the phone can go back to idle slightly quicker. Anything higher starts causing the phone to thermal throttle much quicker, well in my case that is.
Also, I see you have implemented hotplugging, as mentioned in many different kernel threads for multiple devices that use big.LITTLE (OP3, S6, etc.) This is uncessary and causes more battery drain while also reducing performance because these cores were designed to go idle when not in use consuming nearly zero energy. Hotplugging makes these cores jump between on and off all the time and lower and higher frequencies because of the way big.LITTLE works which causes massive microstutter and also much higher battery drain.
In the good old S6 days a couple devs tried to implement it but it never worked no matter what they tried. Sultan, one our devs here, makes an amazing custom kernel/ROM combination. He had implemented hotplugging when he first released the kernel but it turned out to not fully work properly and caused extra battery drain and microstutters. He removed it and it fixed all the issues.
Edit: haven't used the kernel yet because cm14.1 is a bugfest so this is just speculation, you could have added a little magic and it performs super well.

yung40oz84 said:
I'm bout flash on same.rom, lol
Click to expand...
Click to collapse
Suicide squad rom?

crzykiller said:
The only OC that is useful for this phone is upping the big cores to 2.26ghz and the little to 1.72ghz. The voltage stays the same so you get a minor speed bump but power draw is identical. This in turn gives slightly better battery life because the phone can go back to idle slightly quicker. Anything higher starts causing the phone to thermal throttle much quicker, well in my case that is.
Also, I see you have implemented hotplugging, as mentioned in many different kernel threads for multiple devices that use big.LITTLE (OP3, S6, etc.) This is uncessary and causes more battery drain while also reducing performance because these cores were designed to go idle when not in use consuming nearly zero energy. Hotplugging makes these cores jump between on and off all the time and lower and higher frequencies because of the way big.LITTLE works which causes massive microstutter and also much higher battery drain.
In the good old S6 days a couple devs tried to implement it but it never worked no matter what they tried. Sultan, one our devs here, makes an amazing custom kernel/ROM combination. He had implemented hotplugging when he first released the kernel but it turned out to not fully work properly and caused extra battery drain and microstutters. He removed it and it fixed all the issues.
Edit: haven't used the kernel yet because cm14.1 is a bugfest so this is just speculation, you could have added a little magic and it performs super well.
Click to expand...
Click to collapse
I don't believe the hotplug theory, I've used it with and without hotplug on this device and the 6P and when using hotplug it clearly saved battery, by a good shot too! You dint have to use it, that's why u can enable/disable, but I'm sure it saves battery as I've tested with it enabled and disabled two devices with the big.LITTLE setup. And honestly, besides one other kernel that is not in these threads, this is the best kernel I've used to date for the OP3, on CM that is, not stock. I've ran ex, boeffla, all CM kernels and as I mentioned one other not located in these threads and that one and this are damn good, they each have their benefits, and the hotplug def saved battery as I've already passed my regular SOT at 40 percent left. Of course I will test without, but with my previous tests on the 6P the hotplug continuously saved battery. Sometimes it mate cause stutter or slowness, but I have not noticed that on the OP3 as of yet, it hasn't slowed a thing down, and there are 2 hotplug options in this kernel, and the hotplug in the 6P was msm which is not one that's in this kernel. This has two other options, alacurd and autosmp.

OC - as i said if there are solid reasons then yes might think about it . But from theory higher frequency equals higher temp and faster thermal throttling
Hotplugging - never heard about theory that make hotplugging causing more battery drain than keeping all clusters/cores online it is a bit non sense for me. Anyway stock Qualcomm kernels are hotplugged using msm performance and core ctl . As i dont like them they been replaced by custom made hotplugging drivers that are optional you can activate and deactivate driver as you wish
CM14.1 - I was on official and now on RR and havent noticed any major bugs neither small ones , they are solid enough to be a daily drivers
Sent from my ONEPLUS A3003 using XDA Labs