Database Develop

KERNEL ❯ MI A1 ❯❯❯ Velocity Kernel • r9 • August 15 - Xiaomi Mi A1 ROMs, Kernels, Recoveries, & Other De

KERNEL ❯ MI A1 ❯❯❯ Velocity Kernel • r9 • August 15
Velocity Kernel • Mi A1
by kdragon and tytydraco​
Flash at your own risk.
This kernel is abandoned. I suggest using other kernels such as Canting. Sorry for the inconvenience.
The original post follows.
Introduction
Velocity Kernel was made to provide the best possible experience on all devices. We strive to provide the perfect balance of performance and battery life. Features are also plentiful, but features that nobody uses will not be included. We also completely debloat all our kernels and aim for small sizes relative to other kernels. Due to the small size and careful debloating, boot time is also improved.
Compatibility
This single kernel ZIP supports both custom ROMs and Treble custom ROMs (GSIs). Simply flash the kernel after flashing your ROM of and it should work. Pie is fully supported.
The stock ROM is not supported.
Features
​ ​ ​ ​ • Latest upstream Linux LTS 3.18.118
​ ​ ​ ​ • CPU overclock to 2208 MHz for a good performance + battery balance
​ ​ ​ ​ • GPU overclock to 700 MHz
​ ​ ​ ​ • Undervolted CPU by 150 mV
​ ​ ​ ​ • Improved 3.5mm jack output
​ ​ ​ ​ • Energy Aware Scheduling
​ ​ ​ ​ • CPU governors: elementalx, zzmoove, yankactive, relaxed, alucard, nightmare, chill, blu_active, darkness, intelliactive, bioshock, impulse, ironactive, ondemandplus
​ ​ ​ ​ • EAS CPU governors: electroutil, schedutil, pwrutilx, sched, helix_schedutil, energy-dcfc, alucardsched, darknesssched
​ ​ ​ ​ • IO schedulers: fiops, zen, sioplus, row, tripndroid, maple, cfq, noop, deadline, bfq, fifo
​ ​ ​ ​ • Updated ExFAT drivers that support TRIM (faster long-term performance)
​ ​ ​ ​ • Compiled with latest Clang 8 revision 339049
​ ​ ​ ​ • Small size
​ ​ ​ ​ • Faster boot
​ ​ ​ ​ • Fast wakeup
​ ​ ​ ​ • Low latency
​ ​ ​ ​ • 500 Hz for maximum performance-latency-battery balance
​ ​ ​ ​ • ZRAM compressors: lzo, lz4, lz4hc, zstd (higher compressing)
​ ​ ​ ​ • Reduced pop when plugging headphones in
​ ​ ​ ​ • KCAL advanced color control
​ ​ ​ ​ • Wakelock blocker
​ ​ ​ ​ • Customizable CRC check and Fsync
​ ​ ​ ​ • Adreno Idler
​ ​ ​ ​ • Backlight dimmer (extremely low brightness)
​ ​ ​ ​ • Adreno Boost
​ ​ ​ ​ • Sound output control
​ ​ ​ ​ • Forced USB fast charge
​ ​ ​ ​ • Westwood TCP congestion control
​ ​ ​ ​ • Improved output on 3.5mm jack
​ ​ ​ ​ • Improved scrolling performance
​ ​ ​ ​ • Various optimizations from Google Pixel kernels
​ ​ ​ ​ • Faster NEON accelerated random data generator
​ ​ ​ ​ • Good battery life
​ ​ ​ ​ • Vibration intensity control
​ ​ ​ ​ • Double tap to wake
​ ​ ​ ​ • Latest WireGuard VPN snapshot
​ ​ ​ ​ • Removed legacy drivers
​ ​ ​ ​ • Sweep2wake, sweep2sleep, and doubletap2wake gestures
​ ​ ​ ​ • Updated Wi-Fi drivers
​ ​ ​ ​ • Optimized memory page copying
​ ​ ​ ​ • TCP ECN for faster internet on busy networks
​ ​ ​ ​ • DTS-Eagle support
​ ​ ​ ​ • Improved security
​ ​ ​ ​ • Full Kali NetHunter support (Bluetooth & Wi-Fi dongles)
​ ​ ​ ​ • Countless other improvements and optimizations
​ ​ ​ ​ • Flash and forget
Downloads
Downloads can be found here on GitHub.
The first release listed is the latest version.
Credits
Without the help and contributions of these people, this kernel would not exist:
​ ​ ​ ​ • nathanchance: upstreaming, kbuild commits, Flash kernel, many other commits
​ ​ ​ ​ • ghpranav: MetaPhoenix kernel, wake gestures on kernel_tissot (savoca, showp1984, ryan-andri), EAS, help, and more
​ ​ ​ ​ • franciscofranco: config options, fsync control, many other commits
​ ​ ​ ​ • Flex1911: Void kernel, base commits
​ ​ ​ ​ • flar2: old wake gestures, many other commits that shaped the kernel
​ ​ ​ ​ • frap129: Maple I/O scheduler (base for Marrow), Electron kernel, many other commits
​ ​ ​ ​ • Alek Dev: overclocking values for CPU and GPU, undervolting and overvolting values
​ ​ ​ ​ • nine7nine: EAS governors, EAS commits, optimized ext4 fsync, many other commits
​ ​ ​ ​ • gougous3: help with tuning Spectrum profiles, helix_schedutil tunables, ideas
​ ​ ​ ​ • Everyone else mentioned in Git history
Join our Telegram group here for betas
Enjoy!
Donate to support future development
XDA:DevDB Information
Velocity Kernel, Kernel for the Xiaomi Mi A1
Contributors
kdragon, tytydraco
Source Code: https://github.com/kdrag0n/velocity_tissot
Kernel Special Features:
Version Information
Status: Abandoned
Current Stable Version: r9
Stable Release Date: 2018-08-15
Created 2018-05-25
Last Updated 2019-01-23

Changelogs
r9 • August 15, 2018
​ ​ ​ ​ • Linux 3.18.118
​ ​ ​ ​ • CAF LA.UM.6.6.r1-09200-89xx.0
​ ​ ​ ​ • Updated Wi-Fi drivers
​ ​ ​ ​ • Compiled with Clang 8 revision 339049
​ ​ ​ ​ • Significant increases in security
​ ​ ​ ​ • Faster app opening
​ ​ ​ ​ • Smoother UI
​ ​ ​ ​ • Faster wakeup (power + fingerprint)
​ ​ ​ ​ • Lower latency
​ ​ ​ ​ • Balanced custom 500 Hz timer
​ ​ ​ ​ • Improved battery life
​ ​ ​ ​ • Optimized low memory killer
​ ​ ​ ​ • Disabled unnecessary CPU bug workarounds (overhead)
​ ​ ​ ​ • Disabled useless drivers
​ ​ ​ ​ • Fixed USB OTG (flash drivers, etc)
​ ​ ​ ​ • Optimized default settings
​ ​ ​ ​ • Improved reliability of default settings
​ ​ ​ ​ • Removed 307 MHz CPU underclock (detrimental to battery due to no undervolt)
​ ​ ​ ​ • Turned CPU overclock down to 2208 MHz for stability and battery
​ ​ ​ ​ • Turned GPU overclock down to 700 MHz for stability and battery
​ ​ ​ ​ • Enabled TCP ECN for slightly faster speeds on congested networks
​ ​ ​ ​ • Reduced chance of videos not playing
​ ​ ​ ​ • Added sdFAT driver for SD cards on some ROMs
​ ​ ​ ​ • Undervolted CPU by 150 mV
​ ​ ​ ​ • Added Kali NetHunter support (IPC, Bluetooth, Wi-Fi)
​ ​ ​ ​ • Improved audio jack quality
​ ​ ​ ​ • Added DTS-Eagle (DTS Headphone-X) support
​ ​ ​ ​ • Improved overall smoothness
​ ​ ​ ​ • Removed UKSM (additional overhead even when not in use)
​ ​ ​ ​ • Enabled fully multi-threaded IO
​ ​ ​ ​ • Improved boot speed
​ ​ ​ ​ • Removed hotplugs (this has been proven to actually be detrimental to battery, as well as performance)
​ ​ ​ ​ • Added ironactive and ondemandplus CPU governors
​ ​ ​ ​ • Fixed simple_ondemand GPU governor
​ ​ ​ ​ • Tuned Spectrum GPU settings
​ ​ ​ ​ • Fixed "There's an internal problem with your device" message on Treble ROMs
​ ​ ​ ​ • Fixed many more bugs
​ ​ ​ ​ • Removed non-functional Intellithermal
​ ​ ​ ​ • Fixed Bluetooth Low Energy + Wi-Fi co-existence on Pie
Click to expand...
Click to collapse
Older versions:
r8 • June 19, 2018
​ ​ ​ ​ • ​Linux 3.18.113
​ ​ ​ ​ • Updated Qualcomm code to latest CAF LA.UM.6.6.r1-08900-899xx.0
​ ​ ​ ​ • Enabled Large Receive Offload
​ ​ ​ ​ • Improved idle battery life
​ ​ ​ ​ • Fixed lazyplug
​ ​ ​ ​ • New hotplugging settings using msm_hotplug
​ ​ ​ ​ • Added fingerprint boost
​ ​ ​ ​ • Improved wakeup times
​ ​ ​ ​ • Improved CFQ and BFQ performance
​ ​ ​ ​ • Added dynamic schedtune input boost
​ ​ ​ ​ • Disabled unnecessary CPU bug workarounds (not applicable to Snapdragon 625)
​ ​ ​ ​ • Switched to AOSP clang 7.0.2
​ ​ ​ ​ • Reduced 3.5mm jack background noise
Click to expand...
Click to collapse
r7 • June 6, 2018
​ ​ ​ ​ • Updated to Linux 3.18.112
​ ​ ​ ​ • Disabled ZRAM (negative impact on 4 GB RAM devices)
​ ​ ​ ​ • Disabled wake gestures by default
​ ​ ​ ​ • Added CPU governors: elementalx, zzmoove, yankactive, relaxed, alucard, nightmare, chill
​ ​ ​ ​ • Increased default I/O performance
​ ​ ​ ​ • Removed custom marrow and microfreq governors
​ ​ ​ ​ • Fixed random reboots
​ ​ ​ ​ • Reverted to default 84% vibration strength
​ ​ ​ ​ • Improved performance on default profile
​ ​ ​ ​ • Enabled Adreno Idler
​ ​ ​ ​ • Improved idle battery life (fixed heavy drain)
​ ​ ​ ​ • Enabled idle IO scheduler switcher
​ ​ ​ ​ • Decreased entropy pool thresholds
​ ​ ​ ​ • Improved wakeup time
​ ​ ​ ​ • Fixed flashing on latest Resurrection Remix
​ ​ ​ ​ • Likely fixed video playback
​ ​ ​ ​ • Disabled compressed disk cache
Click to expand...
Click to collapse
r6 • May 29, 2018
​ ​ ​ ​ • Reverted to 100 Hz for maximum performance
​ ​ ​ ​ • Removed unused module support (0.2 MB smaller)
​ ​ ​ ​ • Microfreq GPU governor made more aggressive
​ ​ ​ ​ • Aggessively tuned helix_schedutil and autosmp on Balanced profile
​ ​ ​ ​ • Fixed almost all random reboots (hopefully)
​ ​ ​ ​ • Extra compiler optimizations
​ ​ ​ ​ • Switched back to clang as it seems to be smoother
​ ​ ​ ​ • Other Spectrum profiles tuned
​ ​ ​ ​ • Completely fixed Wi-Fi MAC address
Click to expand...
Click to collapse
r5 • May 28, 2018
​ ​ ​ ​ • Fixed all performance issues
​ ​ ​ ​ • Geekbench: 928 single-core, 4433 multi-core
​ ​ ​ ​ • Antutu: 81868
​ ​ ​ ​ • Fixed Spectrum profiles not setting on boot
​ ​ ​ ​ • Heavily tuned Spectrum profiles
​ ​ ​ ​ • Revamped Balanced profile to maximize performance and battery
Click to expand...
Click to collapse
r4 • May 27, 2018
​ ​ ​ ​ • Switched to GCC 8.1
​ ​ ​ ​ • Added sweep2sleep, sweep2wake, doubletap2wake gestures
​ ​ ​ ​ • Tweaked Spectrum profiles for much better performance and battery where applicable
​ ​ ​ ​ • Fixed broken Wi-Fi MAC address
​ ​ ​ ​ • Output version and build date when flashing
​ ​ ​ ​ • Fixed double tap to wake
Click to expand...
Click to collapse
r3 • May 26, 2018
​ ​ ​ ​ • Fixed data corruption when encrypted
​ ​ ​ ​ • Upstreamed to 3.18.110
​ ​ ​ ​ • Optimized memory page copying
​ ​ ​ ​ • Switched to Linaro GCC 7 compiler for fluidity
​ ​ ​ ​ • Added stock ROM support framework (disabled at the moment)
Click to expand...
Click to collapse
r2 • May 25, 2018
​ ​ ​ ​ • Enabled Integrity subsystem
Click to expand...
Click to collapse
r1 • May 24, 2018
​ ​ ​ ​ • Initial release
​ ​ ​ ​ • Linux 3.18.109
Click to expand...
Click to collapse

FAQ
Q: What ROMs are supported?
A: Treble GSIs and custom ROMs.
Q: What is the difference between all the EAS governors?
A: In terms of aggression, alucardsched > electroutil > (pwrutilx / schedutil) > darknessched. For more information, consult this post:
Freak07 said:
So this post will be dedicated to information about EAS in general.
Another amazing write up about alucardsched by a talented new dev @joshuous:
This is what I understand from tracing the Alucardsched code. I apologise if my understanding is incorrect.
Firstly, next frequency selection with Schedutil (very simple):
Code:
next_freq = 1.25 * Max_freq * current_util / max_util;
Now, here's a quick overview of one cycle of frequency selection in Alucardsched:
1. You have two key extra tunables: PUMP_INC_STEP and PUMP_DEC_STEP
2. Current utilisation here refers to the system's current demand. It is calculated using:
Code:
curr_util = (util * (100 + tunables->boost_perc)) / max_utilisation
The "util" is a value determined by the EAS scheduler.
3. Target load here refers to what processor is currently supplying. It is calculated using:
Code:
target_load = (current_freq * 100) / max_freq;
4. The key idea is to ensure that supply satisfies demand. That is, target load ≈ current load.
5. If target_load <= current_load (too little supply), then we want to increase frequencies to match the system’s load. For Alucardsched, frequency is increased by jumping up PUMP_INC_STEP number of steps in the OPP table. (By OPP table, I refer to the available frequencies that you can switch to)
6. If target_load > current_load (too much supply), then we want to decrease frequencies to match the system’s load. For Alucardsched, frequency is decreased by jumping down PUMP_DEC_STEP number of steps in the OPP table.
7. Do note that Alucardsched jumps several frequency steps, compared to Schedutil and Interactive which try to jump immediately to a calculated next frequency. In this way, Alucardsched doesn't care about the specific value of the next speed. It's like driving a car, and deciding to increase gears by several steps instead of deciding to jump immediately to a specific gear.
Extra Tunables
FREQ_RESPONSIVENESS
PUMP_INC_STEP_AT_MIN_FREQ
PUMP_DEC_STEP_AT_MIN_FREQ
Sometimes you want the "pumping" behaviour to behave differently at lower and higher frequencies. FREQ_RESPONSIVENESS can be seen as the mark that divides the low and high frequencies. If the current frequency is less than FREQ_RESPONSIVENESS, the number of frequency skips will be PUMP_INC_STEP_AT_MIN_FREQ and PUMP_DEC_STEP_AT_MIN_FREQ instead of the usual PUMP_INC_STEP and PUMP_DEC_STEP.
How is it used? If your frequency is low (lower than FREQ_RESPONSIVENESS) and your system demand is high, you ideally want to boost frequency speeds quickly. This is when PUMP_INC_STEP_AT_MIN_FREQ kicks in. PUMP_INC_STEP_AT_MIN_FREQ is usually (and should be) a larger value than PUMP_INC_STEP. When your frequency is high (higher than FREQ_RESPONSIVENESS) and your system demand is high, you don't want to be jumping so many steps up otherwise you will hit max frequencies too quickly (overkill). I'm pretty sure you can figure out how PUMP_DEC_STEP and PUMP_DEC_STEP_AT_MIN_FREQ works after having read this paragraph
Tldr;
Schedutil: simpler
Alucardsched: more tunable
Code:
IF CURRENT_FREQ < FREQ_RESPONSIVENESS:
PUMP_INC_STEP_AT_MIN_FREQ and PUMP_DEC_STEP_AT_MIN_FREQ are used
ELSE:
PUMP_INC_STEP and PUMP_DEC_STEP are used
PUMP_INC_STEP_AT_MIN_FREQ should be larger than PUMP_INC_STEP.
Note: There is however a potential problem (if you may call it one) with Alucardsched: just like Interactive you rely almost entirely on heuristics (trial and error) to control your frequency jumps instead of letting the system choose it for you, like in Schedutil. In that way, Alucardsched detracts from the goal of Schedutil to provide a simple frequency choosing mechanism. Without the proper tuning to meet your specific usage, it is likely that your frequencies will overshoot or undershoot past the needed load on Alucardsched (just like in Interactive). I would recommend that you play with the tunables to see what works best for you.
Here is information about energy-dcfc (Dynamic Capacity and Frequency Capping):
This new governor is based on schedutil. It uses target_load variables as thresholds to let the governor decide when to cap the frequencies for both clusters. These variables are called "load1_cap" and "load2_cap". Load1_cap corresponds to target_load1 meaning anything that is below target_load1, it caps using load1_cap. Anything above target_load1 and below target_load2, use load2_cap. Anything above target_load 2 and the maximum frequency will be used.
As a result of this behaviour, bit shift value must be set to 1. Anything higher than 1 and frequency scaling will be extremely slow. This is because the lower the maximum frequency, the lower the next frequency target is because the frequency range is being limited.
AS OF V009: The governor has now incorporated @Kyuubi10 's schedutil dynamic formula change. When load is below target_load1 it will use add bitshift in the formula. If load is above target_load1 but below target_load2, it won't use any bit shifting at all. If load is more than target_load2, it will subtract bitshift in the formula. This has proven to be very efficient with a touchboost-like behaviour when scrolling (Up to the capped frequency of this governor), then steady performance in between, and on heavy workloads it will not just stay on maximum frequency, in fact it will hover around 1.3-1.9GHz to ensure thermals are good as well as battery endurance.
This governor is aimed with maximum efficiency in mind. Do not expect outstanding performance with this governor.
helix_schedutil explained by @Kyuubi10
To understand Helix_schedutil you must first understand the original schedutil algorithm.
Here it is:
next_freq = maxfreq + (maxfreq >> bitshift) * util/maxcapacity
Explanation:
The most obvious difference of this algorithm is that it moves away from the idea of scaling frequencies up or down which were used in previous generations of governors.
Instead the aim of the above algorithm is to calculate the most appropriate frequency for the TOTAL CPU load.
NOTE: This is TOTAL load on CPU, not just load for the current frequency step as Interactive used to calculate with.
Now, for you numberphiles like myself that like understanding algorithms... Let's break it down:
"util/maxcapacity = Load."
The above creates a percentage value in decimal format (80% = 0.8) which represents the TOTAL load on CPU.
the algorithm now reads the following way:
next_freq = maxfreq + (maxfreq >> bitshift) * load
"maxfreq + (maxfreq >> bitshift)"
Essentially the aim of the above is to ensure that next_freq is always a little higher than the exact value needed to cover the load.
Bitshift: (paraphrasing @ZeroInfinity) in programming the ">>" mathematical function allows for shifting the binary values towards the direction of the arrows by "N" times.
In this case it is towards the right.
The relationship between "N" and the calculation in the "()" is as follows:
Bitshift = 1 = maxfreq/2
Bitshift = 2 = maxfreq/4
Bitshift = 3 = maxfreq/8
If the "+()" didn't exist in the algorithm, the chosen frequency would be exactly enough to cover the load.
If load is 0.6, aka 60%, all you need is a frequency = 60% of max frequency.
This would be bad since it doesn't leave any capacity/bandwidth leftover for inevitable bumps in load, nor space for EAS itself to run. Thus inevitably creating lags.
To keep a bit of free bandwidth you add "(maxfreq >> bitshift)".
Finally the problem I encountered, if bitshift = 2, then the result of the algorithm is that any load above 0.8 will result in a next_freq HIGHER than maxfreq. - This is your tipping point. As any load higher than 80% will wake up a new CPU.
Which means you have still about 20% of the CPU's max capacity being unused. Such a CPU is only 80% efficient.
Therefore by increasing bitshift to 3, the algorithm reads:
"maxfreq+(maxfreq/8)*load = next_freq"
This way you can use 89% of capacity before reaching max frequency of the CPU.
With bitshift=4 it reads:
"maxfreq+(maxfreq/16)*load = next_freq"
This allows you to use up to 94% total CPU load before reaching max frequency.
While this is great for improving efficiency at the higher frequencies, it doesn't leave enough bandwidth when calculating lower frequencies, and creates lag when load spikes at lower frequencies.
Update to the explanation:
After being inspired by the concept of @ZeroInfinity's new governor - Energy-DCFC, I decided to carry out a couple of tests on HTC 10 using variations of Helix_Schedutil.
The focus was stress-testing by increasing the current frequency load above 100%. (AKA Use up all of the bandwidth of the current frequency step.)
After the testing me and Zero worked on this new version of Helix_Schedutil.
The current behaviour of the governor is the following:
- Boost frequencies when load is below Target_Load1. (Boost can be increased by DECREASING bit_shift1 value.)
- Between Target_Loads there is no bit_shift at all. The governor just uses the following algorithm instead - (max_freq*util/max = next_freq)
- Loads higher than Target_Load2 will be THROTTLED. Bit_Shift2 here is subtracted rather than added. (Throttle effect can be increased by DECREASING bit_shift2 value.)
The result is that low freqs have spare bandwidth to avoid lags, middle frequencies leave no extra bandwidth at all, while higher frequencies are throttled to save battery.
Another focus of the governor update is to reduce overhead as much as possible. This results in a very responsive governor which isn't overly demanding on battery life.
Schedtune.boost values recommended for use with this governor:
Top_App: 5
Foreground: -50
Background: -50
Global: -50
Energy-DCFC is still recommended for those who prefer battery life over performance, but if you prefer greater performance then this governor can be used without making you feel guilty about wasting battery.
correction a misconception:
Some people describe tipping point as the load threshold which the governor uses to decide whether to ramp up or down.
While if you look into the behaviour of the governor it may appear that it behaves in such a way, it is technically incorrect.
As I mentioned previously this new algorithm moves away from the behaviour of legacy governor algorithms which focus on the current frequency load.
This governor does no ramping up or down.
It isn't even aware of the current frequency load, as it only knows the load relative to max capacity.
The misconception appears based on a property of the algorithm that results in a consistent load at any chosen frequency. This is a coincidental result of the algorithm, even though the algorithm is completely unaware of it.
Tipping point is in fact the load percentage at which the CPU reaches max frequency and any increase in load forces it to wake up a new core
here is some Information about pwrutil governor:
This new governor is based on schedutil.
A much simpler yet very effective governor based on schedutil. All this changes is the calculation to get the next frequency. Rather than using bit shift to calculate tipping point and what not, we don't use it at all. This is much much more efficient if you use my program called "schedutilCalculator" to calculate what the next frequency is. For example, a load of 25% with a max freq of 2150400 will get 500MHz as next frequency. A load of 50% will get 1GHz as next frequency. A load of 75% will get 1.5-1.6GHz as next frequency. A load of 100% will get 2.15GHz as next frequency. You can see the lower the load, the much lower the frequency selection will be, but the higher the load and the higher the frequency selection is. So it can go from a very low powered state with 50% load and under, to a high performance state from 75% load and above.
Includes a tunable called "utilboost" which is basically a load multiplier - it makes load higher than it is perceived by the governor, thus making next frequency selection higher. Remember utilisation does not equal load. The equation of calculating load is util / max capacity of a CPU (which should be 1024). So 512 / 1024 = 0.5 (50% load).
UTIL BOOST IS NOT MEANT TO BE USED WITH SCHEDTUNE.BOOST AT THE SAME TIME! EITHER USE ONE OR THE OTHER OR ELSE PERFORMANCE WILL BE OVERKILL AND BATTERY LIFE WILL DRAIN MUCH FASTER!!!
Util boost is supposed to be a replacement of schedtune.boost. schedtune.boost applies boosting to both clusters, whereas util boost allows boosting per-cluster so users can have much more control.
Click to expand...
Click to collapse

Cool ! New kernel, will test now. Thanks dev

Nice to see EAS for our device, performance should overtake battery I assume.

Awesome, good job op!

kdragon said:
Velocity Kernel • Mi A1
Introduction
Velocity Kernel was made to provide the best possible experience on all devices. We strive to provide the perfect balance of performance and battery life. Features are also plentiful, but features that nobody will use are outdated. We also completely debloat all our kernels and aim for small sizes relative to other kernels. Due to the small size and careful debloating, boot time is also improved.
Compatibility
At the moment only custom ROMs are supported. If there is enough demand, support for stock may be added.
Unofficial Project Treble devices are supported. Treble support is dynamically enabled if a Treble ROM is installed and your device has Treble. No special ZIP is necessary.
Click to expand...
Click to collapse
Where to flash in boot.img?

I'm one of the devs for this kernel.
Here's some things we'd like to hear back about from this kernel:
- Any random reboots / kernel panics?
- Does YouTube ever black out?
- Is your idle battery good?
- Do you get scroll lag?
- Does DT2W work properly?
These were all things we were experimenting with, so let us know if things are broken. Thanks and enjoy!

Ayush061 said:
Where to flash in boot.img?
Click to expand...
Click to collapse
It's a zip to flash in TWRP, not boot.img.

kdragon said:
It's a zip to flash in TWRP, not boot.img.
Click to expand...
Click to collapse
Okay got yah

After flashing the Kernel, data got corrupted with display unable to decrypt message. Even the correct password didn't work in recovery. Fortunately able to recover phone by flashing stock ROM.

Dasseem said:
Phone got corrupted, not accepting my password in recovery too.
Click to expand...
Click to collapse
That should never happen. Does booting TWRP from fastboot work? Does tAndroid not boot anymore?

Dasseem said:
Phone got corrupted, not accepting my password in recovery too.
Click to expand...
Click to collapse
me too, I had to delete my data

kdragon said:
That should never happen. Does booting TWRP from fastboot work? Does tAndroid not boot anymore?
Click to expand...
Click to collapse
Thankfully fastboot was working, flashed stock ROM.
Booting TWRP from fastboot didn't help since the it didn't accept my password. Had to flash stock.

Flashed this kernel on top of Mint, so far no issue. Watched YouTube for 20 minutes, taking photos, everything seems fine.

Any tried to flash this on AEX? without bootloop?
Sent from my [device_name] using XDA-Developers Legacy app

TatsuyaKaneki2015 said:
Any tried to flash this on AEX? without bootloop?
Click to expand...
Click to collapse
I'm using aex latest build. No bootloop.

TatsuyaKaneki2015 said:
Any tried to flash this on AEX? without bootloop?
Sent from my [device_name] using XDA-Developers Legacy app
Click to expand...
Click to collapse
I was able to use it just fine on the latest AEX 5.5. Which kernel did you switch from?

kdragon said:
I was able to use it just fine on the latest AEX 5.5. Which kernel did you switch from?
Click to expand...
Click to collapse
Franco planning to flash it but little hesitant . I dont wanna get bootloop. But anyways it should work fine right im going to clean flash anyway installing latest AEX rom and installing this?
Sent from my [device_name] using XDA-Developers Legacy app

TatsuyaKaneki2015 said:
Franco planning to flash it but little hesitant . I dont wanna get bootloop. But anyways it should work fine right im going to clean flash anyway installing latest AEX rom and installing this?
Sent from my [device_name] using XDA-Developers Legacy app
Click to expand...
Click to collapse
Yes, that should work fine.

Related

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Electrifying Android!​
About ElectraBlue Kernel
ElectraBlue Kernel was first introduced to Android One 1st generation devices. Now it is also available for Redmi Note 4. It is developed to unleash the full power of your device. This kernel is developed in a manner to give you a balanced blend between battery life and performance. I added various tweaks i.e. governors, i/o schedulers, hotplug drivers and various other patches and fixes from many great kernels. The kernel will get updates regularly with new features/patches/fixes. I am continuously trying to make it more better day by day. I believe in quality over quantity.
Code:
#include
/*
* I am not responsible for bricked devices, dead SD cards, thermonuclear
* war, or the current economic crisis caused by you following these
* directions. YOU are choosing to make these modificiations, and
* if you point your finger at me for messing up your device, I will
* laugh at you.
*/
Features
Compiled with Linaro 7.2.x
Linux version 3.10.108
ThunderPlug Hotplug driver
ThunderCharge control fast charging driver (default 1000mA)
Sweep2Wake/Sweep2Sleep (Enabled by default)
DoubleTap2Wake
Pocket Mode
ThunderQuake Engine
F2FS support
Dynamic Fsync control
Supports Nougat/Marshmallow/Lollipop
Supports every ROM (Stock & Custom ROMs both)
Governors : thunderx, alucard, hotplug, conservative, interactiveplus, ondemand, userspace, powerspace, interactive(default), performance
I/O Schedulers : noop, deadline, cfq, bfq(default), fiops, sio
TCP congestion algorithm : cubic, reno, westwood(deafult), bic, highspeed, htcp, vegas, veno, scalable, lp, yeah, illinois
init.d support
Z-RAM support
Wakelock blocker
WireGuard VPN support
Kernel sampage merging
Insecured
adb runnable as root
Disabled Gentle fair sleepers
Dynamic entropy setting based on usage
Mali GPU cache Optimizations
Mali: Increase L2 cache max read size
ARM: Cortex A7 compiler optimizations
Power suspend driver
LZ4 compression
Tweaked interactive governor
Reduced VFS cache pressure for better battery
Disabled Gentle fair sleepers
Optimized square root algorithm
Disabled CRC check in MMC for 30% extra performance with IO
Aggressive multicore power savings
Requirements
Must be on LP/MM/Nougat based ROM (any ROM)
A custom recovery (TWRP, CWM, CTR) should be installed
How to flash
Download the zip file of kernel from given below link
Boot your device into recovery mode
Select ElectraBlue-xx-xxxx-xx-sprout.zip file
Flash the zip
Reboot
Enjoy!!
Downloads
Click here to Download
Credits
Code:
- @varun.chitre15
- @flar2
- @vikrantarya1
- @thewisenerd
- Team DroidX
- Team Roger That
- Sprout Telegram group
XDA:DevDB Information
ElectraBlue Kernel For Android One 1st gen (sprout), Kernel for the OEM Cross Device Development
Contributors
Vipul Jha
Source Code: https://github.com/vipuljha08/electrablue_sprout
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: 2.0
Stable Release Date: 2018-01-12
Created 2016-08-23
Last Updated 2018-01-12

Changelogs
ElectraBlue 2.0 - Jan 12, 2018
Added advance TCP congestion algos like westwood, highspeed etc
Upstreamed to latest LInux 3.10.108
Added WireGuard VPN support
Switched to Linaro 7.2.x toolchain
Nougat support added
Wakelock blocker added
LZ4 compression for ZRAM
Cortex A7 optimisations
Added power suspend driver
Many other optimisations and changes for better battery and performance
ElectraBlue 1.0 - Aug 23, 2016
*Initial release

Controling features!
==================================================
sweep2wake
--------------------------------------------------
toggle
Code:
echo [mode] > /sys/android_touch/sweep2wake
modes available:
0 - disable
1 - enable
--------------------------------------------------
sweep2sleep_only
Code:
echo [mode] > /sys/android_touch/s2w_s2sonly
modes available:
0 - disable
1 - enable
==================================================
doubletap2wake
--------------------------------------------------
toggle
Code:
echo [mode] > /sys/android_touch/doubletap2wake
modes available:
0 - disable
1 - enable
==================================================
ThunderQuake Engine
--------------------------------------------------
toggle
Code:
echo [level] > /sys/kernel/thunderquake_engine/level
levels available:
0-7 - Intensity Level (0 for lowest and 7 for highest)
==================================================
SELinux status
--------------------------------------------------
toggle
Code:
setenforce [mode]
modes available:
0 - Permissive
1 - Enforcing
==================================================

F.A.Q:
1. My device rebooted or crashed, how can I help?
A: Get me /proc/last_kmsg on pastie.org.
2. Battery sucks, my device is not entering deep sleep. FIX PLOX!
A: Fix it yourself, it's an app waking your device up not the kernel's problem
3. Signal is dropping since I flashed the kernel, amg u sucks!
A: The kernel has nothing to do with gsm/cmda signal. Make sure you have the latest radios
4. Do I need to wipe anything when flashing this kernel?
A: No.
5. Does this kernel has X or Y mod?
A: Learn to read, everything you need to know is in the features list, changelog or public repo.

Wow, looking forward dude. Great!

Sixfall said:
Wow, looking forward dude. Great!
Click to expand...
Click to collapse
Thanks! First build released! Do checkit out

How do i set thundercharge ???

thirdzcee said:
How do i set thundercharge ???
Click to expand...
Click to collapse
Thundercharge already set to 1000mA

Vipul Jha said:
ElectraBlue Kernel​A Vipul Jha & Team DroidX Presentation​
About ElectraBlue Kernel
ElectraBlue Kernel is a newly released kernel for Android One 1st generation devices. It is developed to unleash the full power of your device, without the cost of battery. This kernel is developed in a manner to give you a balanced blend between battery life and performance. I added various tweaks i.e. governors, i/o schedulers, hotplug drivers and various other patches and fixes from many great kernels. The kernel gets updated regularly with new features/patches/fixes. I am continuously trying to make it more better day by day.
Code:
#include
/*
* I am not responsible for bricked devices, dead SD cards, thermonuclear
* war, or the current economic crisis caused by you following these
* directions. YOU are choosing to make these modificiations, and
* if you point your finger at me for messing up your device, I will
* laugh at you.
*/
Features
[*]Compiled with UberTC 6.0
[*]Linux version 3.10.101
[*]ThunderPlug Hotplug driver
[*]ThunderCharge control fast charging driver (default 1000mA)
[*]Sweep2Wake/Sweep2Sleep (Enabled by default)
[*]DoubleTap2Wake
[*]Pocket Mode
[*]ThunderQuake Engine
[*]F2FS support
[*]Dynamic Fsync control
Works in both LP/MM
Supports Stock & Custom ROMs both
Governors : thunderx, alucard, hotplug, conservative, interactiveplus, ondemand, userspace, powerspace, interactive, performance
I/O Schedulers : noop, deadline, cfq, bfq, fiops, sio
TCP congestion algorithm : cubic, reno
init.d support
Z-RAM support upto 510 MB
Kernel sampage merging
Insecured
adb runnable as root
Disabled Gentle fair sleepers
Dynamic entropy setting based on usage
Mali GPU cache Optimizations
Mali: Increase L2 cache max read size
ARM: Cortex A7 compiler optimizations
Reduced VFS cache pressure for better battery
Disabled Gentle fair sleepers
Optimized square root algorithm
Disabled CRC check in MMC for 30% extra performance with IO
Aggressive multicore power savings
Requirements
Must be on LP/MM based ROM (any ROM)
A custom recovery (TWRP, CWM, CTR) should be installed
How to flash
Download the zip file of kernel from given below link
Boot your device into recovery mode
Select EB-Kernel zip file
Flash the zip
Reboot
Enjoy!!
Downloads
Click here to Download
Credits
Code:
- @varun.chitre15
- @flar2
- @vikrantarya1
- @thewisenerd
- Team DroidX
- Team Roger That
- Sprout Telegram group
XDA:DevDB Information
ElectraBlue Kernel For Android One 1st gen (sprout), Kernel for the OEM Cross Device Development
Contributors
Vipul Jha
Source Code: https://github.com/vipuljha08/electrablue_sprout
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: 1.0_r15
Stable Release Date: 2016-08-23
Created 2016-08-23
Last Updated 2016-08-23
Click to expand...
Click to collapse
Great Job Vipul, looking forward for support of your kernel on rest devices!! Kudos for hard work!

Vipul Jha said:
Thundercharge already set to 1000mA
Click to expand...
Click to collapse
Can i set it higher than 1000??? Just wanted to test how fast this thing would charge

Wårløçk said:
Great Job Vipul, looking forward for support of your kernel on rest devices!! Kudos for hard work!
Click to expand...
Click to collapse
Thanks a lot @Wårløçk

thirdzcee said:
Can i set it higher than 1000??? Just wanted to test how fast this thing would charge
Click to expand...
Click to collapse
The max value I gave it to is 1000mA, as it's 100% safe.

sorry for bothering
can i use your kernel on cm13 snapshot?
ps: on stock kernel battery life is average
Sent From My Sprout 4

Vipul Jha said:
==================================================
sweep2wake
--------------------------------------------------
toggle
Code:
echo [mode] > /sys/android_touch/sweep2wake
modes available:
0 - disable
1 - enable
--------------------------------------------------
sweep2sleep_only
Code:
echo [mode] > /sys/android_touch/s2w_s2sonly
modes available:
0 - disable
1 - enable
==================================================
doubletap2wake
--------------------------------------------------
toggle
Code:
echo [mode] > /sys/android_touch/doubletap2wake
modes available:
0 - disable
1 - enable
==================================================
ThunderQuake Engine
--------------------------------------------------
toggle
Code:
echo [level] > /sys/kernel/thunderquake_engine/level
levels available:
0-7 - Intensity Level (0 for lowest and 7 for highest)
==================================================
SELinux status
--------------------------------------------------
toggle
Code:
setenforce [mode]
modes available:
0 - Permissive
1 - Enforcing
==================================================
Click to expand...
Click to collapse
Do you have any plans for an app to control all features?, or even can i use Kernel Auditor to control it?
Nice work btw, ill test it out and let you know my experience.

nanomine said:
Do you have any plans for an app to control all features?, or even can i use Kernel Auditor to control it?
Nice work btw, ill test it out and let you know my experience.
Click to expand...
Click to collapse
Didn't planned any app, but till now you use Kernel Adiuter.

Good work vipul . I hope you continue supporting with nougat also . I read a lot of nasty new boost had been kicked in in the new linux kernel

how to increase loudspeaker volume?
Sent from my Nexus 5X

DarkHeart Z said:
Good work vipul . I hope you continue supporting with nougat also . I read a lot of nasty new boost had been kicked in in the new linux kernel
Click to expand...
Click to collapse
Yeah!

How to enable Pocket Mode
Is there any specific app to enable this feature or enabled by Default?
I waited so long for this feature...
Thunderzap lacked this...
Thank you for bringing it...

RajNik89 said:
Is there any specific app to enable this feature or enabled by Default?
I waited so long for this feature...
Thunderzap lacked this...
Thank you for bringing it...
Click to expand...
Click to collapse
Thunderzap didn't lack this . It was enabled there by default because majority will enable it anyway . Check properly before commenting about something . Use custom control in kernel adiutor if you wanna enable disable or change the timeout of that .

{
"lightbox_close": "Close",
"lightbox_next": "Next",
"lightbox_previous": "Previous",
"lightbox_error": "The requested content cannot be loaded. Please try again later.",
"lightbox_start_slideshow": "Start slideshow",
"lightbox_stop_slideshow": "Stop slideshow",
"lightbox_full_screen": "Full screen",
"lightbox_thumbnails": "Thumbnails",
"lightbox_download": "Download",
"lightbox_share": "Share",
"lightbox_zoom": "Zoom",
"lightbox_new_window": "New window",
"lightbox_toggle_sidebar": "Toggle sidebar"
}
Code:
#include
/*
* Your warranty is now void. Nah! Just kidding No warranty is void in YU. :)
* I am not responsible for bricked devices, dead SD cards,
* thermonuclear war, or you getting fired because the alarm app failed. Please
* do some research if you have any concerns about features included in this Kernel
* before flashing it! YOU are choosing to make these modifications, and if
* you point the finger at me for messing up your device, I will laugh at you.
*/
Reloaded Kernel was build keeping in mind the the stability and performance of your device.
A lots of battery Saving tweaks also applied to keep the battery consumption minimal.
Experience your zeus like never before.
Features
CPU Governors
ElementalX
Conservative
Darkness
Impulse
Intelliactive
Interactive
Ondemand
Performance
Powersave
Smartmax_eps
CPU Hotplug
ThunderPlug
Alucard
IO Schedulers
BFQ
FIOPS
NOOP
ROW
DEADLINE
CFQ
SIO
SIOPLUS
ZEN
Common
Kernel Upstream to 3.10.104
OverClocked Big Cluster upto 1.71GHz
OverClocked Little Cluster upto 1.21GHz
CPU Optimization
GPU Optimization
Kexec and F2FS Support
Added support for zRAM and zsmAlloc with LZ4 Compression
Reloaded Thermal System (Based on IntelliThermal v3.1)
KCal(Screen/Vibrance-Control) v2
PowerSuspend Drivers v1.7
Tweaks for better Performance and Battery life
Optimization on Interactive Governor
Support for Fast Charging (ThunderCharge 2.1)
Support for Adreno Idler
Support for Dynamic Sync
Support for Power Efficient Work Queues
WakeLock Toggles
Vibration Controller
Low-Memory Killer
Wake-Up Gestures
Interactive init.d script for better performance
Credits
CM Team
YU Televentures
Shoaib05 (for kernel upstream and many important commits)
Aayushrd7 (For Helping)
darshan1205 (For helping)
If you like my work, consider buying me a cup of coffee
XDA:DevDB Information
Reloaded Kernel, Kernel for the YU Yureka
Contributors
riteshsaxena, CM Team, Yu Televentures, Sanyam Jain, Aayush Bucha, Shoaib Anwar, Darshan Manjrekar
Source Code: https://github.com/RiteshSaxena/Reloaded_tomato
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: X6
Stable Release Date: 2017-05-08
Created 2017-02-15
Last Updated 2017-05-08

Notes
Use Kernel Adiutor-MOD to apply settings! Download Link for Kernel Adiutor-MOD--https://github.com/yoinx/kernel_adiutor/raw/master/download/app/app-release.apk
Changelogs and Downloads
X6
Changelogs and Download
X5
Changelogs and Download
X4
Changelogs and Download
X3
Changelogs and Download
X2
Changelogs and Download
Old Build available here:http://forums.yuplaygod.com/threads...ed-mn-n-f2fs-kexec-random-reboot-fixed.46152/
Recommended Settings
===============PERFORMANCE===============
CPU Tab
Big Cluster
Max-1700MHz
Min-800MHz
Governor-intelliactive
Little Cluster
Max-1200MHz
Min-800MHz
Governor-intelliactive
GPU
Max-550
Min-220
Governor-msm-adreno-tz
Adreno Idler-> OFF
============BALANCED (BAISED TOWARDS PERFORMANCE)============
CPU Tab
Big Cluster
Max-1700MHz
Min-200MHz
Governor-interactive with init.d tweaks
Little Cluster
Max-1200MHz
Min-200MHz
Governor-interactive with init.d tweaks
GPU
Max-550
Min-220
Governor-msm-adreno-tz
Adreno Idler- ON
============BALANCED (BAISED TOWARDS BATTERY)============
CPU Tab
Big Cluster
Max-1500MHz
Min-200MHz
Governor-smartmax_eps
Little Cluster
Max-1000MHz
Min-200MHz
Governor-impulse
GPU
Max-465
Min-220
Governor-Simple ondemand
=============EXTREME BATTERY===============
CPU Tab
Big Cluster
Max-600MHz
Min-200MHz
Governor-Smartmax_eps
Little Cluster
Max-800MHz
Min-200MHz
Governor-smartmax_eps
GPU
Max-400
Min-220
Governor-Simple ondemand
===============COMMON===============
CPU Hotplug
As Per your Preference
Thermal
Set Temp limit to 50
Wake Locks
Turn off all. Enable them if any problem arises.
Power and Battery
Enable Charge Rate
Charge Rate -> 1250
IO Scheduler
ZEN for Internal and BFQ for External
Wake Controls
As per your Preference.
Misc
Turn off android logging
Turn on Dynamic Fsync

Update: Reloaded X2​Changelogs
*Merge Latest Lineage upstream
*Merge latest CAF Code i.e., Branch 1.11
*Fixed Random Reboot on low Wi-Fi
*Completely Removed Sound Mod
*Removed GPU OC
*Better interactive init.d script added.
*Removed the Optimize for size flag, so that means improved performance.
*Proper -O3 Optimizations for GPU, much better gaming
*More Optimizations for Fluid Performance
*Battery Tweaks
*Removed many useless tweaks
Downloads
[SIZE="4"]http://ouo.io/FEwnSS[/SIZE]

Will it work with resurrection remix v5.8.0?

ndasarathy said:
Will it work with resurrection remix v5.8.0?
Click to expand...
Click to collapse
Yes.

riteshsaxena said:
Yes.
Click to expand...
Click to collapse
Download link not working, could you please provide a mediafire or androidhost link?

KuntalBiswas said:
Download link not working, could you please provide a mediafire or androidhost link?
Click to expand...
Click to collapse
Click on skip ad and you will be redirected to android file host

Work in Cm 12.1???

Update: Reloaded X3
Changelogs
*latest lineage upstream
*more balanced interactive script
*minor bug fixes
*more optimization for smoothness.
*Added TripNDroid IOSCHED
*Faux Sound Mod v3.6 (Optional)
Downloads
Without Sound Mod: http://ouo.io/H0Gpt
Sound Mod: http://ouo.io/7Dyg1
Enjoy the Fluidity
Regards,
Ritesh

will it work in lineage 0s 14.1?

Jeet Joshi said:
will it work in lineage 0s 14.1?
Click to expand...
Click to collapse
Yep

Thnx
Will try X3 on RR5.8.2

riteshsaxena said:
Changelogs
*latest lineage upstream
*more balanced interactive script
*minor bug fixes
*more optimization for smoothness.
*Added TripNDroid IOSCHED
*Faux Sound Mod v3.6 (Optional)
Downloads
Without Sound Mod: http://ouo.io/H0Gpt
Sound Mod: http://ouo.io/7Dyg1
Enjoy the Fluidity
Regards,
Ritesh
Click to expand...
Click to collapse
Thx for the X3
What is the functionality of the Sound Mod. Does it require any additional changes?
Can u guide on this
Im gonna use it on Official RR5.8.2 (for your reference)

It can be used to alter sound volumes beyond the system available values.

mohammad.nomaan said:
Thx for the X3
What is the functionality of the Sound Mod. Does it require any additional changes?
Can u guide on this
Im gonna use it on Official RR5.8.2 (for your reference)
Click to expand...
Click to collapse
It can be used to alter sound volumes beyond the system available values. You need kernel auditor to use it.

riteshsaxena said:
It can be used to alter sound volumes beyond the system available values. You need kernel auditor to use it.
Click to expand...
Click to collapse
Thnx for the information
I flashed X3 on YU+ RR5.8.2 official ROM
Settings to be edited via Kernel auditor app.
Can u share settings
Thnx
Sent from my YU5510 using Tapatalk

mohammad.nomaan said:
Thnx for the information
I flashed X3 on YU+ RR5.8.2 official ROM
Settings to be edited via Kernel auditor app.
Can u share settings
Thnx
Sent from my YU5510 using Tapatalk
Click to expand...
Click to collapse
Its there in the second post.

riteshsaxena said:
Its there in the second post.
Click to expand...
Click to collapse
Thnx
I used the settings for Performance and Common as per 2nd post in the Kernel adiutor app.
Can't find settings for sound mod.
Do I need to do any extra settings???
Sent from my SM-N920C using Tapatalk

Update: Reloaded X4​​Changelogs
*Latest Lineage upstream
*F2FS Fixed and tested
*Reverted smartmax to its original values, means better battery.
*Removed intellithermal due to heating issues.
*Added temp limit in msm thermal
*Updated the interactive script
*Re-added lionfish cpu governor and VR iosched
*Lot of internal changes and minor bug fixes.
Downloads
Without Sound Mod: https://www.androidfilehost.com/?fid=817550096634751128
With Sound Mod: https://www.androidfilehost.com/?fid=817550096634751129
This is the most stable and battery efficient version of Reloaded but still the performance isn't sacrificed.​

Will it work with CRdroid v2.3 & resolve random boot issue on wifi??

INTRODUCTION​Canting is a kernel based on Google Common 3.18 merged over CAF-kernel.lnx.3.18.r34-rel. Built to provide security and stability improvement​
Code:
/*
* I am not responsible for bricked devices, dead SD cards, thermonuclear
* war, or the current economic crisis caused by you following these
* directions. YOU are choosing to make these modificiations, and
* if you point your finger at me for messing up your device, I will
* laugh at you.
*/
FEATURES​----------------------------------------------
• Only for Custom ROM 8.1.0 & 9.0.0
• Treble/Non-Treble Support
• Linux version 3.18.137
• CAF Tag LA.UM.7.6.r1-04300-89xx.0
• Build with CLANG 9.x optimized for arm64 compiled with build-tools-clang
• Kernel Hardening from Copperhead OS
• CPU Governors: interactive, conservative, ondemand, powersave, performance, userspace
• I/O Schedulers: noop, deadline, cfq, bfq
• Live Display Driver
• Compat vDSO from Pixel kernel
• Native DT2W support
• WireGuard VPN support (Current version: 0.0.20190227)
• KCAL colour control
• Sound Control
• Vibration Intensity Control
• Boeffla wakelock blocker
• sdFAT, exFAT and NTFS Support
• Better performance
• CRC & SHA256 crypto algorithms
• Blocked many wakelocks
• Removed safetynet flags (no need of magisk to bypass safteynet)
• Improved zRAM with lz4 compression
• Tweaked Westwood TCP Congestion set as default
• CPU Boost
• Adreno idler
• Spectrum Kernel Manager
• for more info check my commits
INSTALLATION INSTRUCTIONS​
Download latest kernel version
Boot to recovery
Flash Magisk (skip this if already installed)
Flash kernel.zip
reboot to system
DOWNLOAD LINK​GDrive​ - Github​
CREDITS​• nathanchance
• abhishek987
• fransiscofranco
• flex1911
• All of contributors from my git history ​
XDA:DevDB Information
Canting, Kernel for the Xiaomi Mi A1
Contributors
khusika
Source Code: https://github.com/khusika/canting_kernel_xiaomi_msm8953/
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: 1.2
Stable Release Date: 2019-03-24
Created 2018-11-11
Last Updated 2019-03-23

Reserved

Reserved

name Canting is the tool to draw Batik ? ?

Can I direct update from project-k?

kickadnan said:
name Canting is the tool to draw Batik ? ?
Click to expand...
Click to collapse
Absolutely right
Awawa29 said:
Can I direct update from project-k?
Click to expand...
Click to collapse
Yes you can

i am getting bootloop using LR rom .... it is booting back to twrp ....

Hi, thanks for the new project,I use Project k r24 + Los 15.1, I use custom governor. Do you add gov in future??

Wow, new project. ?

Indo pride??

I know that is a different project, but what are the major differences between this and projectK?

hope to see kernel 4.9 soon... :laugh:
**sorry..just notice another post for 4.9 kernel

Jess182 said:
I know that is a different project, but what are the major differences between this and projectK?
Click to expand...
Click to collapse
1. Inline with Google Common & CAF
2. Ton of dummy commits was removed

Long life to canting!!!

ill try!! thanks for the hard work khusika!!

khusika said:
1. Inline with Google Common & CAF
2. Ton of dummy commits was removed
Click to expand...
Click to collapse
Alright thanks for info, could we say that is same base as projectK?

Jess182 said:
Alright thanks for info, could we say that is same base as projectK?
Click to expand...
Click to collapse
Differents, simply check the source codes.

It does not work well in sGSI port. Although this is descrypted, a "unsuccessful unencryption" screen appears

khusika said:
Differents, simply check the source codes.
Click to expand...
Click to collapse
Thanks for reply, last question...
I have searched OP for something about fast charge, but I have not seen anything, this new kernel also has high amperage after 90% ?, because although on projectK fast charge was disabled, after 90% the amperage was high and charged very fast.
(I was referring to that with the "same base", but I think the correct way is "same features?"

what about fast charging. still like projectk?
---------- Post added at 07:17 PM ---------- Previous post was at 07:14 PM ----------
please made a telegram group for questions

KERNEL ❯ PIXEL 3 XL ❯❯ Proton Kernel • v19 • September 8
Proton Kernel • Pixel 3/XL
by kdrag0n​
This kernel has been discontinued as I no longer own my Pixel 3 XL and have moved on. The original post has been retained below for transparency, but I would strongly recommend using another kernel.
I am not liable if your phone explodes, stops functioning, or turns into scrap metal. I have no obligation to publish this kernel. However, if you provide an accurate description of your issue accompanied with logs, it is likely that I will at least look into your issue. By flashing this kernel, you acknowledge the potential risks it brings.
Introduction
Proton Kernel strives to provide the perfect balance of performance and battery life in order to create the best possible experience for your phone. Features are welcome if they are useful, within reason. The kernel has been debloated to reduce size and improve performance.
Compatibility
Stock and custom Pie ROMs are supported. Both the Pixel 3 and Pixel 3 XL are supported in the same package. Wiping cache isn't necessary. Magisk is retained, so there is no need to reflash it afterwards. The kernel may be flashed from TWRP or your app of choice.
Android Q is NOT supported, nor will it ever be.
Features
​ ​ ​ ​ • Latest upstream Linux 4.9.191
​ ​ ​ ​ • Latest Google August updates
​ ​ ​ ​ • Compiled with bare-metal GCC 9.1.0
​ ​ ​ ​ • Heavily tuned Spectrum and FKM performance profiles
​ ​ ​ ​ • Numerous configuration changes for performance, size, and battery
​ ​ ​ ​ • Heavily debloated for faster boot, enhanced security, and smaller download
​ ​ ​ ​ • Fast and versatile installer (modified version of @osm0sis' AnyKernel2)
​ ​ ​ ​ • Sound control (microphone and speakers only; @flar2)
​ ​ ​ ​ • Latest WireGuard VPN snapshot
​ ​ ​ ​ • KCAL advanced color control
​ ​ ​ ​ • A wide variety of battery and performance improvements from the Qualcomm, Pixel 3a, Snapdragon 855, and more kernels
​ ​ ​ ​ • CPU governors: performance, powersave, schedutil, userspace, ondemand, conservative
​ ​ ​ ​ • I/O schedulers: noop, deadline, cfq, anxiety, bfq
​ ​ ​ ​ • Various improvements from @Sultanxda, @arter97, @ab123321, @Freak07, etc
​ ​ ​ ​ • Vibration control (@flar2)
​ ​ ​ ​ • TCP congestion control algorithms: westwood, reno, bbr, bic, cdg, cubic, dctcp, highspeed, hybla, htcp, vegas, nv, veno, scalable, lp, yeah, illinois
​ ​ ​ ​ • Xbox and DualShock USB controller support
​ ​ ​ ​ • Simple LMK for improved memory management and reduced camera opening lag (@Sultanxda)
​ ​ ​ ​ • Assorted scheduler patches to improve battery and performance
​ ​ ​ ​ • Speculative page fault for faster app opening
​ ​ ​ ​ • Support for forcing fast charging (500 mA limit bumped to 900 mA for USB, 5V limit bumped to 9V for wireless)
​ ​ ​ ​ • Simple GPU Algorithm
​ ​ ​ ​ • AVB 2.0 and dm-verity fully disabled (allows custom boot animation on stock ROM)
​ ​ ​ ​ • Display tweaks
​ ​ ​ ​ • Speaker gain control and backlight dimmer
​ ​ ​ ​ • Efficient in-kernel CPU and memory boosting solution (modified version of @Sultanxda's work)
​ ​ ​ ​ • Improved overall performance and battery life compared to stock
​ ​ ​ ​ • Faster lock implementations backported from mainline
​ ​ ​ ​ • Lots of backports from the mainline kernel
​ ​ ​ ​ • Scheduler improvements and fixes from Qualcomm's Snapdragon 855 kernel
​ ​ ​ ​ • Support for common Realtek RTL815x USB Ethernet adapters
​ ​ ​ ​ • A few F2FS tweaks (namely Rapid GC) by @arter97
​ ​ ​ ​ • I/O prioritization by app groups (background, foreground, etc) when using CFQ (ported from Pixel 3a) for better UX during background app updates and other I/O-heavy scenarios
​ ​ ​ ​ • Countless other features and optimizations to enhance the overall experience
Click to expand...
Click to collapse
Think twice before enabling fast wireless charging because cheap chargers can cause your phone to heat up significantly more than usual, which damages the battery permanently. They may also cause temporary issues with your phone (such as ticking sounds) or irreversible damage to internal circuits. However, if used properly with a high-quality charger, there should not be any issues. Enable at your own risk. I am not responsible for any damage to you or your phone caused by this feature.
Downloads
Downloads and changelogs can be found here on GitHub. The topmost release is the latest. Alternatively, you can simply download the latest version here.
Join the Telegram group for beta builds and support
Donate to support development
XDA:DevDB Information
Proton Kernel, Kernel for the Google Pixel 3 XL
Contributors
kdrag0n
Source Code: https://github.com/kdrag0n/proton_bluecross
Kernel Special Features:
Version Information
Status: Stable
Current Stable Version: v19
Stable Release Date: 2019-09-08
Created 2018-11-19
Last Updated 2019-09-09

FAQ
Q: Is my phone not secure anymore? You said you disabled security features for performance.
A: Not really. Kernel features such as CFI, stack protector, etc protect against potential attacks in a way where if an attack is detected, the phone will forcibly reboot. It doesn't prevent the attack in the first place. This kernel simply disables such features because they have a performance impact. Preventative security features such as SELinux are not disabled, nor will they ever be.
Some speculative execution mitigations such as SSBD have also been disabled. That's because these have quite an impact on performance. How many times have you heard of L1TF, Spectre, Meltdown, or anything of the like exploited in the wild?
Q: Why GCC instead of Clang? Isn't Clang better? Google switched to it.
A: No. I benchmarked Clang 8 with LTO, Clang 8, and GCC 8. Here are the full results.
Q: Do I need to flash Magisk after the kernel?
A: No. The kernel will keep Magisk if it's already installed.
Q: My phone randomly rebooted or locked up. / Apps are crashing.
A: Describe your issue accurately with detail and provide logs. It's easy to do with apps like Syslog or MatLog. If it's an unexpected reboot, grab all the files from /sys/fs/pstore for the log. For reboots the current logs (dmesg, logcat, etc) are useless - I need the logs from the previous boot, which are in pstore.
Q: How do I see what version I'm running?
A: Settings → System → About → Android version → Kernel version

Wonderful!

Welcome @kdrag0n let the fun begin!

Flashed using Exkm like I've done with all the other kernels. Lost Magisk FYI

drdrewdown said:
Flashed using Exkm like I've done with all the other kernels. Lost Magisk FYI
Click to expand...
Click to collapse
Sup Drew.
Are you using the canary build? That one has been giving some of us fits. I just flash both then reboot.
Sent from my crosshatch using XDA Labs

ridobe said:
Sup Drew.
Are you using the canary build? That one has been giving some of us fits. I just flash both then reboot.
Sent from my crosshatch using XDA Labs
Click to expand...
Click to collapse
Nah just on Beta

drdrewdown said:
Flashed using Exkm like I've done with all the other kernels. Lost Magisk FYI
Click to expand...
Click to collapse
Hmm, I'll look into that. Using 17.3 myself.

kdrag0n said:
Hmm, I'll look into that. Using 17.3 myself.
Click to expand...
Click to collapse
Pretty sure it removed TWRP too, in case you run across something in testing

drdrewdown said:
Pretty sure it removed TWRP too, in case you run across something in testing
Click to expand...
Click to collapse
Looks like it corrupts the ramdisk so TWRP and Magisk won't work. Flash the kernel in TWRP until this is fixed. Hopefully I'll have an update out in a few hours to fix flashing in EXKM/FKM/other apps.
To recover from your current situation:
• Fastboot TWRP
• Flash TWRP installer
• Flash Magisk
• Flash Proton Kernel
You do not need to reboot recovery after flashing TWRP.

kdrag0n said:
Looks like it corrupts the ramdisk so TWRP and Magisk won't work. Flash the kernel in TWRP until this is fixed. Hopefully I'll have an update out in a few hours to fix flashing in EXKM/FKM/other apps.
To recover from your current situation:
• Fastboot TWRP
• Flash TWRP installer
• Flash Magisk
• Flash Proton Kernel
You do not need to reboot recovery after flashing TWRP.
Click to expand...
Click to collapse
Right on. Thanks for confirming

I'm showing lz4 zram compression enable by default, not ztsd fwiw

drdrewdown said:
I'm showing lz4 zram compression enable by default, not ztsd fwiw
Click to expand...
Click to collapse
That's caused by the lack of Magisk. It also won't work if Magisk is flashed after the kernel.

Version v2 has just been released to fix flashing in Android (via apps such as EXKM, FKM, etc), especially the loss of TWRP and Magisk afterwards. Along with that are some CFQ I/O scheduler and battery improvements, along with the removal of Adrenoboost as the code is extremely dirty and is not necessary for our device. In my testing, it didn't work at all. Get it here on GitHub.
Full changelog:
​ ​ ​ ​ • Fixed flashing in Android (EXKM, FKM, etc), especially preservation of TWRP and Magisk
​ ​ ​ ​ • Removed Adrenoboost
​ ​ ​ ​ • Backported some CFQ I/O scheduler patches from upstream
​ ​ ​ ​ • Added Sony scheduler patches for better battery (@_LLJY, @ab123321)
​ ​ ​ ​ • Removed blu_schedutil governor (almost identical to Pixel schedutil)
Click to expand...
Click to collapse
Direct download link
Enjoy!

kdrag0n said:
Version v2 has just been released to fix flashing in Android (via apps such as EXKM, FKM, etc), especially the loss of TWRP and Magisk afterwards. Along with that are some CFQ I/O scheduler and battery improvements, along with the removal of Adrenoboost as the code is extremely dirty and is not necessary for our device. In my testing, it didn't work at all. Get it here on GitHub.
Full changelog:
Direct download link
Enjoy!
Click to expand...
Click to collapse
Nailed it. Thanks
Removed the blusched it seems as well

Flashed v2 over frankenkernel with exkm. All good. Kept root and twrp.
Thanks

Proton Kernel v3 has been released to fix battery life. Get it here on GitHub.
Full changelog:
​ ​ ​ ​ • Fixed battery life by reverting major debloat
​ ​ ​ ​ • Increased entropy pool read/write thresholds
Click to expand...
Click to collapse
Direct download link
Enjoy!

Just flashed v3 with exkm no issues still have root.

Is there good battery improvement compared to stock? Standby on stock is terrible.

kdrag0n said:
Proton Kernel v3 has been released to fix battery life. Get it here on GitHub.
Full changelog:
Direct download link
Enjoy!
Click to expand...
Click to collapse
I don't know what magic you worked, but my idle drain went from ~4%/hr to 1.8/hr. Keep up the good work!

Welcome to Quantic-Kernel, builded specially for Xiaomi Mi 9 codename: Cepheus​
/* I'm not responsable for any damage on your device, for X or Y reason, also I'm not responsable if you loose your alarm and got fired, anything like that, installing this kernel you renounce to make me responsable of any unwanted behavior of your device */
/*Compatible ONLY with Android 10*/
Hi everyone, I want to introduce you my new kernel named Quantic-Kernel, this is my personal build kernel with my prefered features. Hope everyone enjoy it and I'll be maintaining it so people can used it with their preferred AOSP ROM and MIUI ROM(See details below)
/*
* HALL OF DONATORS
* @Kris Chen
* @mitjat (Mitja Tavcar)
*/
FEATURES
Added Underclock down to 180MHz and Overclock up to 825MHz with a 735MHz step and official 675MHz step by CAF (Overclock isn't recommended only when using emulators suchs as Dolphin Emulator)
wq_pwer_saving toggle unlocked (Only visible in EX kernel Manager)
Kernel can be updated using FK Manager or Smartpack manager (see info below on how to add the .json)
Wireguard VPN core support
Added K-Lapse v5.0 module by tanish2k09
Added Sound Control (Thanks to @TeamMex for the fresh implementation)
Added Boeffla Wakelock Blocker v1.1.0
Upstreamed to Linux-4.14.172
Fsync toggle (Use only when your F2FS is your current filesystem)
Dynamic Fsync
Simple Low Memory Killer by Sultan Alsawaf (@kerneltoast)
sched backports from mainline 4.19 kernel
Lates CAF tag of sm8150, SDX55, SD6XX.
KCAL Reimplemented
INSTALLATION PROCEDURE
Flash magisk (If not flashed previously)
Make a TWRP backup of BOOT and DTBO partitions
Flash Quantic-Kernel_rX.zip
Flash Magisk-v20.4
Reboot to system
Enjoy it
BUGS:
Working on all MIUI ROM with broken DC-Dimming (Anti Flicker screen)
AOSP with no bugs
DOWNLOAD HERE
https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases
TELEGRAM CONTACT
https://t.me/Ayrton990 <-- Personal TG
https://t.me/QuanticKernel <-- Discussion group for support
https://t.me/ayrton990mods <-- My update channel
THANKS LIST
Huge thanks to @TeamMex for the help when making some codes
Thanks to @LOswaldoRO for a lot of testing
Thanks to @Giton22 for testing
SCREENSHOTS ATTACHED BELOW
XDA: DevDB Information
Quantic Kernel, Xiaomi Mi 9 (Cepheus)
Contributors
Ayrton990
Source Code: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/
Kernel Special Features:
Version Information
Status: Stable
Created 2020-03-08
Last Updated 2020-07-12

Releases and Changelog
Quantic-Kernel reborn
What's this kernel:
It's a new concept kernel as the usual, this is focused on a improved UI experience to feel the smoothness of a Pixel device.
It's based on latest CAFEST base of sm8150 with clean code, including a several backports from 4.19 CAFEST kernels into the scheduler, making the optimum approach to low jank and jitter experience.
Working over WALT scheduler following the recommendations of CAF:
- CONFIG_HZ=100 instead of 300 used on most custom kernels out there
- SchedTune predictions.
- No AOSP overlayed code
- No riced code inside.
Quantic puts it's enhancements on:
- Backported Wireguard module to July
- ExFAT compatible OTG Devices
- LZ4 Crypto upgraded
- 2GB ZRAM for the best multitask experience
- heavily adapted scheduler aligned with CAF recommendations.
- CAF energy management by default instead of Xioami's.
- GPU OC Temporary disabled (will be ready next update until upstream arrives)
- Recalculated EAS Capacity in DTS
- Latest Long Term Support 4.14.193
- Latest tag for sm8150
- In kernel boosting drivers rather than common CAF Boost that causes massive task migration impacting performance and battery life.
- Battery life improved drastically
NOTES:
- BUGS: NONE SO FAR.. (You tell me?)
- Flash over the ROM stock kernel.
- This kernel works perfect aligned with my latest AOSiP build ?
- Screen OC will be added on next build
- Edit : Added Hotfix version
Download:
- http://quantic.carlosayrton.com/Quantic/Cepheus/AOSP/Quantic-Kernel-REBORN-Fixed.zip
OLD RELEASES
Quantic-Kernel r22
Changelog:
- Fixed BSD (Black Screen of Death while device locked)
- Switched to PELT Scheduler (New reworked sched, same as MIUI variant)
- Implemented turbocharge by wloot (To use generic chargers with 3A+ of flow)
- Bringed back GPU Overclock up to 810MHz
- Fixed performance regression (Geekbench: 761 single core, 2618 Multi-Core)
- Bringed back Sound Control
- Jitter with less disparity
BUGS: None so far
Battery Consumption: Acording to my weak test battery drain on simple task should be arround 9.80%/h and idle arround 0.36% please report back if you see high consumption
Download AOSP and MIUI: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases
Quantic-Kernel r21
Changelog for AOSP | Download here
Changelog for MIUI | [URL="https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r21-MIUI"]Download here
MIUI Users, Disable DC-Dimming or Anti-Flicker before flashing, else you will have a bootloop.
Join to my telegram group for support or to my channel to get faster updates
Quantic-Kernel r17
Changelog for AOSP:
- Upstreamed to LTS: 4.14.186
- Upstreamed Low Memory Killer by Sultan Alsawaf @Kerneltoast
- FOD Improvments (Use qcom drm notifier for event blanks)
- disp: msm: sde: prevent CPU from sleeping while processing display IRQ
- soc: qcom: smp2p: keeping inbound entry on freeze
- ARM64: dts: sm8150-common: Disable all PCIe and MHI nodes
- cpufreq: Only block min freq setting for booster processes
- qos: Don't allow userspace to impose restrictions on CPU idle levels
NOTE: Kernel version remains on r16 because I forgot to change it
NOTE: Userspace is the plain where rom and user can tamper in kernel settings by a good or bad way
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r17
Changelog for MIUI- Initial Release
- Upstreamed to LTS: 4.14.186
- Upstreamed to CAF: LA.UM.8.1.r1-15100-sm8150.0
- FOD Fixed by @sekaiacg
- FOD Improvments by @laulan56
- AOD and FOD on AOD Fixed by @official-Ayrton990
- GPU Overclock to 835MHz
- Fsync toggle and Dynamic fsync
- Disabled all qcom boost
- Use qcom drm notifier and all fingerprint and touch drivers and objects
- PELT Scheduler
- Scheduler backports for general performance and baterry consumption
BUGS: Anti screen flickering not working and dont try to enable or your would never be able to boot the rom
BUGS: Since I'm using magisk to solve some issues of FP coming from M.O.D Kernel or Evira Kernel will bootloop your device, be aware.
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r17-MIUI
Quantic-Kernel r14
Fod Improvments in accuracy and speed according to
Changed interpolation method from linear to non-linear using logarithms (base 2) for a better accuracy and response in brightness (see: f8658e8)
Fixed high birghtness after unlocking device using fod.
avoid atomics to trigger drm_notifier
Massive improvments in performance and battery consumption, according to
Custom Implementation of cpu_input_boost
Selected minimum optimal frequencies for sm8150 (Thanks to kdrag0n)
Boosting DDR Bus when a new frame is ready to be commited.
Boost when memory pressure becomes high
Upstreamed CAF to: LA.UM.8.1.r1-15100-sm8150.0
Upstreamed LTS: 4.14.183
Scheduler improved, reduced Jank and Jiter (UI)
WALT Dropped
Idle improved (Tweaked s2idle)
Minor battery improvments in general.
OC restored back (recommended default 675MHz)
NOTE: Improvments on FOD are only avaliable in the FOD-IN-KERNEL version
FOD-IN-KERNEL only compatible with: LOS, PE, P-404, Syberia, Descendant and crDroid.
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r14
Quantic-Kernel r12
rebuilt FOD changes from the ground up to avoid flickering (kernel side changes obviously, requires updated trees)
Enable lz4 zRAM compressor for PELT version
wakeup logging under new s2idle flow
Improve general performance of the scheduler
sched/fair: don't migrate stune boosted tasks to little cores
sched/tune: remove WALT support from stune assist (performance improved, because this enable full stune assist on PELT)
Upstreamed to 4.14.18 from kernel.org
Latest CAF Tags
For FP, there will be 2 versions, one for updated roms with optimized fod by Demon000, such as Pixel Experience and LOS, other version [PELT(2)] will work on other roms like derpfest based and crDroid.
Some little performance improvments and idle consumption lowered
ExFAT added to PELT(2)
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r12-PELT
Download here (Optimized FOD): https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r12-PELT_DERP
Quantic-Kernel r10
Upstreamed to 4.14.181 from android-linux-stable
Embedded dtbo.img into the kernel, this will let modders to alter the dtbo partition without messing with fp.
Updated sched_energy driver
Checkout to sched_energy to common kernel android 4.14
Idle drain improved (please don't use meme apps such as greenify, naptime and GMS Doze, because aren't compatible with sleep2idle)
New complementary build with PELT Scheduler (NO GPU OC, NO KLAPSE and NO Boeffla Wakelock Blocker)
Upstreamed osm0sis Anykernel3
HEX-PATCHED boot.img support on anykernel.sh to support no-root users
Added schedION (See info below) optimized for PELT mechanism
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here WALT Version: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r10
Download here PELT Version: https://github.com/Official-Ayrton990/Quantic-Kernel-AOSP-Cepheus/releases/tag/r10-PELT
Quantic-Kernel r9
Enabled sleep2idle
Fix excessive packing on the max capacity CPU
updated LZ4 decompressor module
tcp: up initial rmem to 128KB and SYN rwin to around 64KB
Enable simple_lmk (Simple low memory killer upstreamed)
Updated vmpressure
Code cleaned at 80%
Introduce devfreq_boost
Boost CPU DDR bus when commiting a new frame
Forced ULPS on dsi_panel instead of my dtsi forced method
Nuked Dynamic_schedboost since it was making a lot of jitter while navigating on the UI and draining battery so fast
Merge tag 'LE.UM.3.3.2-0800-SDX55'
Merge tag 'LA.UM.8.9.r1-09200-SM6xx.0'
Upstreamed to latest AOSP 4.14-q tag
Added some flags optimization to Makefile (NOTE: I know that Linus Torvalds disapproves using -O3 optimizations but I'm compiling with clang instead of gcc)
Nuked default up|down_rate_limit_us values
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r9
Quantic-Kernel r7 and r8
Upstreamed to Linux 4.14.180 of https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux
Enabled exposure adjustment and also changed some minor values (DC Dimming or Flicker Free, also tunned to avoid visual artifacts)
Merge tag 'LE.UM.4.2.2.r1-01000-SDX55'
Merge tag 'LA.UM.8.1.r1-14900-sm8150.0'
Merge branch 'android-4.14-q' of https://android.googlesource.com/kernel/common
Backported features that will help CPU to distribute the loads on the cores
Nuked some useless boost from CAF
Tunned thermals zones
Imported binder changes from 4.19
Leds: class: ensure workqueue is initialized before setting brightness
Nuked sched_boost feature
Tweaked schedutil
Avoid thermal_core to not throttle prime core
reserve prime core for high_cap tasks only
disallow taking down big and prime cores by userspace
avoid 100% CPU usage during compaction when a task is killed
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r8
Quantic-Kernel r6
Partially fixed dt2w, some users reporting not working on PA but the rest of the ROMs works
Upstreamed to **linux stable 4.14.178**
Added a new CFS thread for freeing GPU memory. Improves performance when tearing down processes and lets UI to submit work to the GPU. (more info here: 24c27d8)
Offload mementry destroy work to separate thread, this is done to reduce the time spent by user applications in waiting for memory to be freed. (more info here: 0dc7bcd)
Use optimized spinning loop for arm64, this makes about 20% performance improvement on the CPU multithread load. (more info here: 9abedaf)
Fix race between runtime distribution and assignment (more info here: 0d521cd)
Align rq->avg_idle and rq->avg_scan_cost, The only difference between the two is that rq->avg_scan_cost is computed using a pure division rather than a shift (more info here: f3721e1)
Get rid of the big mutex lock on ashmem (more info here: 3ec8f26)
Enable ZRAM to 3GB and use z4 as compressor.
Most of the new features were backported.
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r6 or use FK Manager/smartpack to Update
Quantic-Kernel r4
Merge tag 'LA.UM.8.11.r1-03300-NICOBAR.0'
Merge tag 'LE.UM.4.2.2-00800-SDX55'
Added dynamic schedtune boost
Tweaked cpufreq_schedutil.c again
By consequence of the prior changes, performance is better than last r3 without loosing battery backup.¿t
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r4 or use FK Manager/smartpack to Update
Quantic-Kernel r3
paranoid kernel base by @markakash now deprecated, thanks to him to let this project start
New base build from scratch synced with demon000 fp changes
DDR4 2133MHz OC
Enabled Ultra Low Power State (UPS)
Enabled LZ4 on ZRAM
Enabled CONFIG_IP_NF_TARGET_TTL requested by Vladislav Polyakov this let the user to change TTL by their own value in safe way
Tuned schedutil to reach better performance without damaging the battery life
Use PELT instead of WALT
MIUI not compatible at the moment
Join to https://t.me/QuanticKernel for group support and https://t.me/ayrton990mods for updates
Download here: https://github.com/Official-Ayrton990/QK-AOSP-Cepheus/releases/tag/r3 or use FK Manager to Update
Quantic-Kernel v2.1-HF
Fixed tethering, this means that modded TTL to avoid tethering on carries has been reverted. Check: 8b8ef87
Synced with Demon000 changes
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v2.1-HF or use FK Manager to Update
Quantic-Kernel v2.1
Merge tag **'LA.UM.8.1.r1-14700-sm8150.0'** of https://source.codeaurora.org/quic/la/kernel/msm-4.14
Merge tag **'v4.14.176'** of https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux
IMPORTANT NOTE: Upstreams could downgrade battery performance, I don't test and review every single commit of an upstream (Takes a lot of hours) so this is likely the price to pay to have an Up to date Kernel
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v2.1 or use FK Manager to Update
Quantic-Kernel v2.0
Merge tag 'LE.UM.3.3.2-07400-SDX55' from CAF
Merge tag 'LE.UM.4.1.2.r1-03500-qcs405.0' from CAF
Avoid tethering carrier detection (EXPERIMENTAL) changing TCP time to live (TTL) packages to 64 (ISP dettects tethering when a value of TTL is dfferent than 64)
Use power efficient workingqueues on GPU
Sycned doze changes from Demon000
Disable readahead by default; could improve performance and power consumption by 70% (sequential; 60% for random).
dtbo regenerated (please test this could break the fingerprint)
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v2.0 or use FK Manager to Update
Quantic-Kernel v1.9
Merge tag 'LE.UM.4.2.2-00500-SDX55'
Added Demon000 screen doze implementation for battery savings
Disabled all debuggers and loggers
Testing new cpu mask to set idle frequencys.
Wireguard is enabled by default
should see better screen off drain
Added the necessary commits for the new flicker-free implementation on PE+ to work
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.9 or use FK Manager to Update
Quantic-Kernel v1.8
Upstreamed to 4.14.175 from https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux
Changed frequency bus (max and min) to achieve better efficiency on GPU OC, this means: Less heat, less battery consumption
IMPORTANT NOTE: Upstreams could downgrade battery performance, I don't test and review every single commit of an upstream (Takes a lot of hours) so this is likely the price to pay to have an Up to date Kernel
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.8 or use FK Manager to Update
Quantic-Kernel v1.7
Support for MIUI (Custom ROMs that doesn't support avb) with broken fp
Force idle 403MHz frequency to silver core (https://github.com/Official-Ayrton9...mmit/49b531db5b553aaac1a42ed6852e4a34ba714190)
Merge tag LE.UM.4.2.2-00400-SDX55.
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.7 or use FK Manager to Update
Quantic-Kernel v1.6
Tweaked schedutil governor, now better consumption and battery drain achieved
Removed Spectrum profiles, not necessary now with this tweak on schedutil
Now kernel is upgradable with Franco Kernel Manager and smartpack just adding the following url: https://www.carlosayrton.com/kernel.json
Overclock downgraded to 825MHz, this because some reports about antutu failing on benchmark and lower results, also a lot of shuttering on the UI
Underclock down to 96MHz to idle the gpu and save energy, when watching videos or static images.
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.6
Quantic-Kernel v1.5
Upstreamed to 4.14.174 from linux-stable (See my github to review changes)
IMPORTANT NOTE: Upstreams could downgrade battery performance, I don't test and review every single commit of an upstream (Takes a lot of hours) so this is likely the price to pay to have an Up to date Kernel
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.5
Quantic-Kernel v1.4 (Birthday update! :victory
Synced with akash changes
schedION governor added (Battery Friendly ONLY and see INFO Post for details)
Updated Spectrum profiles
IMPORTANT NOTE: Upstreams could downgrade battery performance, I don't test and review every single commit of an upstream (Takes a lot of hours) so this is likely the price to pay to have an Up to date Kernel
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.4
Quantic-Kernel v1.3
Upstreamed to 4.14.173
Spectrum profiles reverted
Kernel updated to LA.UM.8.1.r1-14500-sm8150.0
Flashing method:
Backup stock boot and dtbo
Flash Kernel
Flash Magisk v20.3
Reboot
Notes:
Fingerprint on Screen should be fixed since I'd made a dtbo.img to avoid that issue, however because of the lack of testers I can't guarantee fingerprint working since I reimplemented spectrum profiles again.
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.3
Quantic-Kernel v1.2
Deleted Spectrum as fingerprint still not working (sorry for that)
Added houston library from OnePlus 7 PRO
Added blu_schedutil, a governor created by @eng.stk extracted from his kernel implementation on blu spark. (This governor saves battery and unleash power when needed)
Removed several log instructions from defconfig to avoid unnecessary charge on the system.
Added Device_Tree_blob_overlays to completely solve the issue of missing fingerprint in some devices and ROMs (Like crDroid and ArrowOS)
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.2
Quantic-Kernel Hotfix-v1.1
Temporary removed Spectrum, as is the known bad guy that is causing trouble with some people dissapearing fingerprint on display
People that doesn't have problems with fingerprint can stay on v1.0 without problem, this update is made to restore fingerprint.
Please restore your boot and dtbo partition backup made on twrp and then flash the kernel (no need to reflash magisk as I'm not touching ramdisk anymore because no spectrum)
Thanks to Peter Jakson for testing the fixed version Apologizes to everyone for the inconvenience
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/Hotfix-1.1
Quantic-Kernel v1.0
Updated K-Lapse to v5.0 this fixes FK Manager force close issue when activating it
Reimplemented KCAL from scratch, that fixes a lot of shutterings and adds color control to the screen
Added missing header (display_state.h) that causes issues with KCAL
Performance improved massively
Added Spectrum profiles support to the kernel
Download here: https://github.com/Official-Ayrton990/Quantic-Kernel_AOSP-PE/releases/tag/v1.0

Kernel Modules INFO
Introducing schedION governor
schedION is a governor developed by me, it's main purpose is to save battery with PELT Scheduler, you can play game with lower drain and heat, performance still better than stock kernel. This is governor is activated selection "schedion" on the tree clusters and ONLY on PELT edition.
Introducing Spectrum profiles
Spectrum is a simple kernel manager app created by @frap129 in 2017 supporting kernels since Android 5.0 Lollipop, its very special because allows the kernel dev to ship a kernel with preconfigured profiles, with balance, battery, performance and gaming mode, so you can try the best setup made for the kernel without manipulating any kernel variable using others kernel managers.
Spectrum is shipped with Quantic-Kernel since version 1.0, prior versions doesn't support it: like pre-releases and RC.
Spectrum profiles can be applied using Spectrum from Playstore
Spectrum profiles can be applied using smartpack from Playstore

This kernel is going really good and some other good features are coming on next builds. All should try rn.

Thank you, it's working as expected.

Thank you. Tried with latest 11.0.5 stable and worked fine

karrouma said:
Thank you. Tried with latest 11.0.5 stable and worked fine
Click to expand...
Click to collapse
Hey thanks for the testing, did you found issues with fingerprint scanner? :highfive:

Gj mate
Sent from my Xiaomi Redmi Note 7 using XDA Labs

i installed on aosp crdroid and i lost my fingerprint, how can i solve it? thank you

Ayrton990 said:
Hey thanks for the testing, did you found issues with fingerprint scanner? :highfive:
Click to expand...
Click to collapse
Not working
FP not found in security .

TeamMex said:
Gj mate
Click to expand...
Click to collapse
Hey thanks mate, appreciate all your help

baggino said:
i installed on aosp crdroid and i lost my fingerprint, how can i solve it? thank you
Click to expand...
Click to collapse
That's because stock crDroid kernel hasn't the newest changes of fp made by markakash, please try to delete your saved fingerprint and add it again, should work normally.

karrouma said:
Not working
FP not found in security .
Click to expand...
Click to collapse
I expected that, fp scanner differs between AOSP and MIUI, I'll try to make something to let fp work but big chances are that it would not work.

Ayrton990 said:
That's because stock crDroid kernel hasn't the newest changes of fp made by markakash, please try to delete your saved fingerprint and add it again, should work normally.
Click to expand...
Click to collapse
fingerprint is gone and there is no possibility to insert it again because the menu "device security> fingerprint" no longer exists

Another bug
Speed meter all time is 0.0KB/s

karrouma said:
Another bug
Speed meter all time is 0.0KB/s
Click to expand...
Click to collapse
Thanks for feedback, I have bad news, xiaomi changed the FP implementation on 11.0.5 and source code hasn't released, so I can't make anything to make it work until xiaomi release the sc, you can try with another version such as 11.0.2

Using pixel experience but fingerprint disappeared after flashing this

Ty Mate. Kernel is so good working.

Hello
The smoothness and battery on this kernel + pixel experience are fantastic (10-11% screen on drain and 0.3-0.6% screen off) but I've got a problem with the 835mhz oc of the GPU.
On 835 it crashes on 3d apps right away (games and AnTuTu) while on 735 it is smooth and stable.
Is it because if the aosp rom or just the fact that the gpu is not stable at 835? Thanks.

Using the kernel along with Pixel Experience ROM, FP works well, no random reboot. And this kernel has something that I'm looking for, 735 MHz GPU. Sometimes my phone stuttered using the 835 MHz, that's why the 735 is really important instead of the 675 MHz ones. Thank you dev!