Related
These kernels are provided as-is without warranty. I'm not responsible for any problem you can encounter with your phone or if your cat suddenly dies.
Although, don't expect support even if I will eventually help since I love cats.
{
"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"
}
Note : These kernels are only compatible/tested with CyanogenMod 9 based roms.
Use them on any other rom at your own risks. You won't get support from us.
Overview :
- 3.1.10 linux base
- LiveOC
- Custom Voltage
- Battery Life eXtender
- DIDLE
- Voodoo Sound 10
- PMFAST mode for best wifi performance (different low power mode than default, using a bit more power).
- USB host mode support
- 342MB RAM
- Various tweaks for more speed and battery saving
CHANGELOGS IN #2 POST
By default, no overclock/undervolt is applied.
You'll need NSTools to use/enable all the features of this kernel. (Available for free on the Android market)
Downloads
Glitch kernel (CWM flashable only)
Glitch Kernel Updater app now available on the Android market to support us !i9000 :
- 24/03/2012 - V14 B6
PLEASE FLASH A FREAKIN' GB BOOTLOADER IF YOU WANT TO USE THIS KERNEL !
WARNING : THIS KERNEL IS USING MASS STORAGE USB MODE BY DEFAULT (TEAMHACKSUNG'S CM9 DEFAULT SETTING). IF YOUR USING A DIFFERENT ROM AND IT IS USING MTP BY DEFAULT, MAKE SURE TO SWITCH TO MTP IN GLITCH RECOVERY JUST AFTER FLASHING THE KERNEL, OR YOU'LL END IN A BOOTLOOP. YOU CAN THEN SWITCH TO MASS STORAGE IF YOU WANT AFTER A FIRST BOOT.
Supported devices : I9000, Captivate, Vibrant, Telus Fascinate, Verizon Fascinate
OLDER RELEASESLIVE OC GUIDEFAQ, Changelogshttp://forum.xda-developers.com/showpost.php?p=21703700&postcount=2http://forum.xda-developers.com/showpost.php?p=21703700&postcount=2
Do you want to discuss on this kernel, get the fresh news on development, or become a kernel tester ?
Join the IRC channel from your web browser herehttp://webchat.freenode.net/?channels=glitchkernel ! No registration needed
Make sure the channel is "#glitchkernel" and you're set.
For those who already have an IRC client,
here is the server : irc.freenode.net
port : 6667
Channel : #glitchkernel
-------------------------
Source :
- Glitch repo : https://github.com/organizations/Glitchkernel
Who is the Glitch team ?
- Kernel developement : ssewk2x & Tk-Glitch.
- Public relations / web hosting : Sixstringsg.
- App developement : Smasher816.
- Extreme overclocking testing : Shaolin95
- Beta testers team, with members coming and leaving
Credits :
Pawitp, jt1134, Morfic, Ezekeel, Zacharias.maladroit, Supercurio, lippol94, sztupy, Eugene373, Franciscofranco
Thanks to the donators and everyone bying the Glitch Kernel Updater app from the market, it's much appreciated and encourages us to continue our work !
Thanks to the beta testers team and to everyone helping me to debug and find new useful things to integrate !
Without all of you, this kernel wouldn't be !
Changelogs :
V14
BETA 7 - Currently in development :
- Upstream sync
- Added mem increase mod by Kali (CM Team) - 384MB RAM available with 720p recording working. It does need a patch on the rom side to work though. Make sure your rom supports it or you'll get broken 720p recording
- Force fast charging support - Thanks to Chad Froebel
- Fixes for light sensor
- Fascinate : Fixes for orientation sensor / Needs updated libs to work
- Recovery backup really fixed this time
- Fixup of our LiveOC code for selective LiveOC to be stabler and to most likely prevent memory corruption at low frequency resulting in GPU crash and/or reboots on some devices
- Updated and fixed GlitchassV2 governor for it to work correctly with LiveOC
- Added fixes on DIDLEv2 from Stratosk
...
24/03/2012 - BETA 6 :
- Upstream sync (modemctl, compass fix..)
- Fixed BLN, and added blink support (available through NSTools)
- Disabled Samsung sleep patches from Teamhacksung to prevent SODs
- Fascinate : Ported ssewk2x phantom keypress filter code from Glitch V13.1
- Vibrant : Merged GPS changes from FaultException
- Moved back to Deadline ioshed as default to fix nandroid
- Added Derteufel's selective LiveOC mod - It will prevent low frequency steps to OC, potentially providing enhanced stability and powersaving
- Fixed potential bug in vfat fs driver
- Fixed bug in ext4 fs driver
- Merged some audio changes from Teamhacksung
- Added touch support in Glitch recovery (incomplete)
- Some cleaning
22/02/2012 - BETA 5 :
- Voice audio through dock, thanks to xcaliburinhand (should fix related issues with Glitch volume boost hack)
- Renamed SmartassV2 governor to "GlitchassV2" to prevent latest NSTools version hanging
- Added FranciscoFranco Conservative governor tweaks for more speed
- Added a DIDLE enabler into screensate scaling script to kill BT in sleep and make DIDLE work with both TOP=ON and TOP=OFF. You'll need to enable screenstate scaling in Glitch menu from recovery in order to get DIDLE to use this (disabled by default). It's mostly for testing purposes - Feel free to report your experience with it.
- Moved back to previous sysinit to prevent the DIDLE enabler script to make the phone hanging on the bootlogo. Also fixes screenstate scaling making the phone unbootable, and some SOD/COD issues for guys using some other tweaking scripts
- Implemented BLN9 port from Derteufel with NSTools compatible sysfs. This way all the unsupported roms will get led notifications, and CMLed haters will hopefully stop to yell..
- The flash-time script has been updated to be able to clean more stuff
- A few fixes on the wifi driver to work better with our devices Please report your experience with DIDLE enabled. It may be required to disable DIDLE on some phones to prevent SOD/COD/softreboots or other instabilities. Also MAKE SURE YOU HAVE A DAMN GB BOOTLOADER !
- Reverted modemctl changes from Teamhacksung - should fix data issues some are having
21/02/2012 - BETA 4.1 :
- Reverted sleep GPIO stuff from THS stock samsung port. Should fix SODs some are encountering.
21/02/2012 - BETA 4 :
- Fixes on LiveOC and custom voltage from Ezekeel
- Fixes + various enhancements on I/O scheduling (up to 50% I/O speed improvement compared to beta 3)
- Fixed touchscreen freezing randomly
- Fixed various bugs here and there
- Back from Eugene's DIDLE to Ezekeel's DIDLE v2 mod (available through NSTools again) -> You may encounter SoD if enabled with wifi ON.
- Load balancing improvements
- Updated FIOPS I/O sched
- Sync with THS latest source
09/02/2012 - BETA 3 :
- LiveOC frequency steps changed again - Now all steps are using a 200MHz bus by default, so pushing liveOC % will give the same bus speed on all steps
- Default Int voltage for 1GHz set to Samsung's default to fix instability on bad overclocker devices
- Fixed recovery not displaying long lists items as well as cosmetic fixes - updated to latest source from Koush
- Fixed init.d support
- Switched to Tiny SHMEM, better on small devices
- Ext4 optimizations for more speed
- Readahead values tweaked a bit - should be better overall
- Fascinate : Use GB driver for i500 to fix prox/light sensors, and updated RIL init (Thanks to Sbrissen)
- Fsync() enabled again to prevent/limit data loss while experimenting with overclocking, and to (probably) fix the reboot->bootloop issue
- Disabled frame pointer, FIQ debugger, and some more debug stuff, Morfic-like
- Some writeback quickfixes
- Updated wifi drivers with added net fixes and optimizations
- GlitchOndemand polling tweaking for more stability
- Misc tweaks
29/01/2012 - BETA 2 :
- Updated to linux 3.1.10
- A few fixes on LiveOC (Thanks Ezekeel)
- GPU load affecting CPU frequency scaling (200 vs 100MHz) is back
- Removed CFQ and BFQ, and added SIO & the all new flash oriented FIOPS i/o schedulers - FIOPS is now default
- Better VM tweaks
- Fixed GlitchOndemand polling to fix stability issues some are encountering
- i/o-less dirty throttling backport from linux 3.2 (thanks to Franciscofranco)
- Added dynamic writeback & various writeback fixes
- Proportional rate reduction for TCP (thanks Google )
- Small fix on Lazy gov from Ezekeel
- Captivate : Port battery charging/fuel gauge code from stock --> Improves (but does not completely fix) phone turning off while
charging for some users (charging death). (Thanks to Pawitp)
- Vibrant : Headset buttons fix (Thanks to FaultException)
- Fixed and now built-in CIFS
- Changed OC steps (1152 step is now 1160, with 200MHz bus, 1440MHz step removed, added 1400 and 1500 MHz steps)
- Moved back to "old" DIDLE implementation for now
- Glitch call volume hack is back
- Various optimization and CPU load reduction in some typical cases
- Verizon Fascinate : fix for boot issue on preview 5 and BETA 1
- Updated USB host driver to build 5
23/01/2012 - BETA 1 :
- Dock audio support.
- Added gamma V1 hack and MDNIE bypass mode.
- Added more governors to play with & tweaked interactive and ondemand.
- DIDLE V2 added back for people who want to mod their framework (It may/will cause sleep of death on some devices, as always)
- Battery charging calculation fix (BLX will now show 100% as default).
- Changed overclocked steps for more stability and easier setup.
- Dm-cache support.
- Updated linux base to 3.1.9.
- Improved memory management and cache handling.
- General speed enhancements.
- Fsync disabled.
- Added an entry in the GLITCH menu (in recovery) to choose between mtp and mass storage USB mode.
- USB host mode (OTG) - updated to build 4, from sztupy - thanks to him and everyone involved in this !
- Bootmode injection fix from pawitp.
- Optimized RWSEM algorithm.
- VM and I/O performance enhancements.
- Added BFQ i/o scheduler.
- More cleaning, various optimizations and power management tweaks.
PREVIEW #5 : (For build 13+)
- Even better 720p video recording.
- Fixed Vibrant GPS.
- Added back various governors.
- New colors from Samsung stock.
- Toolchain sorcery with linaro 4.4.5, and using NEON and hardfloat optimizations.
- Bootmode injection support.
- Various speed enhancements.
PREVIEW #4 :
- Fixed softkeys on Captivate and Fascinate.
- Refresh rate back to 60Hz as the uncap breaks colors (it'll help to get better smoothness on heavy games too).
- Better 720p video recording.
- Tweaked governors and schedulers for testing.
- Big cleanup.
- Removed DIDLE for now - useless anyway, the rom prevents it to work correctly.
PREVIEW #3 :
- Added color adjustments to Nexus S framebuffer.
- Dock audio stuff back in.
- Cleanup.
PREVIEW #2 :
- Fixed GPS issues.
- Moved to Nexus S Framebuffer (stock colors, no more color adjustment available).
25/12/2011 - V14 Preview #1
- Compatible with Teamhacksung's ICS/CM9 builds 10 or higher.
- Now using linux 3.0.8 base from the Nexus S drop
- Upstream synced to the latest from THS (TVout, cleanup, 3.0 port..)
- Reverted to stock CM LED Notifications (fixing all the previous problems some users encountered with BLN) / No more BLN app needed, enabled by default.
- Removed Voodoo Color, and back to stock implementation.
- Added support for a new low power mode on wifi chipset, enhancing signal reception and stability, at the cost of a bit higher power consumption.
- Back to NEON mfpu for now
- Full support for init.d scripts
- Readahead value back to 1024 for better results (SDcard read Cache)
- Fixed headset buttons
- Fixed randomly freezing softkeys
- Big cleanup and rewrite of some stuff
- Removed the 200MHz lock when the GPU is active for battery life. Depending on your launcher and/or widgets, you'll get some slowdowns. Change min freq to 200 to fix it.
Major additions, ported from Ezekeel's work on the Nexus S (thanks Morfic !) :
You will need NSTools app, available for free on the market, or here : http://forum.xda-developers.com/showthread.php?t=1333696
- Added "LiveOC" system, giving access to GPU/bus overclocking on the fly, per 1% step.
- Added "Custom Voltage" control, giving access to ARM and Internal voltage undervoling and overvolting. (This makes the previous leakage system obsolete, which is now removed.)
- Added "Battery life eXtender" mod, allowing the user to limit the maximum charge percentage to preserve the battery life (not the battery runtime obviously)
- Added support for DIDLE V2, a very low power mode that will help battery life in many idle/semi-idle cases.
- Lazy governor sysfs, to enable or disable the frequency ramping up when screen is off (to end tasks quicker to sleep faster).
Keep in mind CM9 is at early stages of development and contains many bugs still.
Cool! Trying now
Seems very nice so far, anyone have a link for the modded Bluetooth fix framework?
Sent from my brain to my hand to my SGS to the internetz!
GlitchOnDemand?
What changes did you make?
Thanks for the update.
What bus speed is the 1152Mhz frequency using? My phone gets jittery using it with 110% OC value where as the frequency before and after are ok with 110%.
darckengel said:
GlitchOnDemand?
What changes did you make?
Click to expand...
Click to collapse
maybe this... https://github.com/Tk-Glitch/GlitchDEV/commit/ee960b0781ee079a425513ba9b7631d3b01aeda5
edit: i`m dumb, that`s a change from july.
I saw new governors like smoothass and lagfree. What changes did you make in these two?
Thanks.
EDIT: Forget the question. I already google it..
Can I use this Kernel with v13 Teamhacksung's? Is there going to be any problem?
[email protected] said:
Can I use this Kernel with v13 Teamhacksung's? Is there going to be any problem?
Click to expand...
Click to collapse
Well I would update to V14, but you should be fine on V13.
Got the download
Well I have dl now, waiting for the battery to come up to 100%.... will report back after the flash
Thanks TK
Gage_Hero said:
Well I have dl now, waiting for the battery to come up to 100%.... will report back after the flash
Thanks TK
Click to expand...
Click to collapse
You don't need to be at 100% to flash. Just make sure you have enough to not die during flashing.
sideeffects said:
Thanks for the update.
What bus speed is the 1152Mhz frequency using? My phone gets jittery using it with 110% OC value where as the frequency before and after are ok with 110%.
Click to expand...
Click to collapse
This is "normal" or at least known, you need to do what you are doing, use one above or below when you find one of those laggy frequencies.
Deep idle top=off isn't working at all for me even with framework fix or manual command disable (echo 1 > /sys/class/rfkill/rfkill0/soft)
Top=on is working much better than pre though. Seems to stick, not just 1st couple screen odds.
Sent from my GT-I9000 using XDA App
Thanks guys, loaded on TH build 14 and working very good - haven't been able to test everything yet but wifi and 3g looking very good, browsing, colors, overall responsiveness.
one very clear test is opening of Opera browser: on any other kernel it goes to a black screen for at least a couple of seconds before it opens, but with this kernel it opens immediately.
great work!
Looking good
So far its pretty impressive. Wireless, data and camera all work good. Pretty fast too without making any changes. I will let it run for a bit before I start messing around
Thanks devs!!
You guys are super heros .........awesome! Thankxx a lot for your hard work, @TK-glitch and @sixstrings .
I've got some problems. Normally I use 1200mhz with 120% live OC (resulting in 1440mhz as maximum frequency) and is stable.
now I've tryed 1152mhz with 100, 110, 120 and 125% live oc and it crashes immediately.
With 126% live OC is stable but REALLY slow (just like if it is using a very low frequency, even if cpu spy says is the maximum).
I'd like to have back the 1200mhz step. ATM I've changed to devil kernel just because of this problem.
Going OT for a second: Is just me or flash player (expecially on video playback) on ICS is way slower than on gingerbread? I don't think is kernel related, but asking can't hurt.
beta 1 seems to be very good indeed.fact its the first kernel I'm using with overclock to 1300mhz.all others including preview 5 max stable overclock for me was 1200. .
request:could u please explain the differences/advantages of governers.I know on-demand,conservative basically.but so many different governers with this kernel!!which to use acco to requirements?!a quick. guide like the one for live oc could be helpful. . oh btw,natural for me to use the one with the name 'glitch on demand'
just got it boot and work on b13, so far so good!
btw, a small OT, why did you remove the troll face and the line "glitch in progress"? I love those
ohcanada said:
just got it boot and work on b13, so far so good!
btw, a small OT, why did you remove the troll face and the line "glitch in progress"? I love those
Click to expand...
Click to collapse
Because its a beta now.
Hi all,
some of you know me from the OnePlus One or the Samsung devices area, where I provide my kernels already for more than two years to Galaxy S5, S3 and Note 10.1 users for all sort of platforms (Samsung, Cyanogenmod, Omnirom etc.)
Finally I got an OnePlus Two a few weeks ago and decided to start a kernel also for this device.
Please note:
I am not heading to have as many features as possible implemented, this is not my design goal. If you are more into that, move on to other, good existing kernels. If you are searching for a good mix of improvements and new functions while not sacrificing stability, you are welcome here (see below the history section for more info).
Compatibility
Important: This kernel is only meant to be compatible with official OnePlus OOS and nothing else.
So when the kernel does not run on custom rom XYZ, do not even bother me with it or ask hundred times in the thread for compatibility.
I could not care less about it !!
Important notes
When using new anykernel concept Boeffla-Kernel: Flash stock kernel of rom first !
This kernel is ONLY compatible to OxygenOs stock 2.x or 3.x, nothing else !!!
If you are using a custom rom that bases on OxygenOs, it might work. However, if it does not work, do not expect me to do tweak to make the kernel running with your favorite rom. I would not do it - my one and only reference is OxygenOs stock.
It is not supposed to be compatible to LineageOS, CM, HydrogenOS etc.
Also note: You have to use Boeffla-Config app which I provide on my homepage to tweak the kernel. 3rd party apps will not be able to unleash the full power of the kernel.
Support
First read the FAQ section on the Homepage !!!
Click here to learn about all possible kernel settings in the config app (outdated at the moment).
Click here to learn about using the config app (outdated at the moment).
I will refuse to give support if you do any undervolting and experience freezes or hot reboots.
I will also not provide any support if you do not use Boeffla-Config app to tweak the kernel, other 3rd party tweaking apps are known (and intended) to cause issues.
I will refuse to give support if you have xposed framework installed and reporting any kind of weird issues. My opinion to xposed it quite clear: too powerful for >90% of the users that just mess up their system with it.
Otherwise, you can get in touch with me via the support e-mail address: [email protected]
Please provide kernel version, rom version, a detailed issue description and ideally supporting screenshots or log files.
Change logs
(you can also access them directly in Boeffla-Config V2 by pressing menu and selecting "change log...")
Change log for OxygenOS 3.x kernel - Click here
Change log for OxygenOS 2.x kernel - Click here
Features
Support of anykernel concept (only latest kernels) - flash stock kernel before flashing Boeffla
Full integration with Boeffla-Config V2 (you need at least version 2.2.42 or higher !!!) configuration app
(get it from http://www.boeffla.de) to configure all kernel settings
The two CPUs (big and little cpu) can be configured completely separate in terms of min/max frequencies, governors and hotplug profiles
Additional governors: Impulse, zzmoove, elementalx, conservative, ondemand
Additional schedulers: fiops, bfq, sio und zen
Hotplugging done by using stock core_ctl method
Many Hotplug tweak profiles (default are: little CPU always runs on 4 cores, big CPU runs on between 2 and 4 cores based on load)
Notification LED control (fading, speed, brightness)
Boeffla-Sound engine (Headphones volume configurable only)
Dynamic FSync (activated if screen on, deactived if screen off), configurable
Input boost frequencies and duration configurable, input boost switch
No CPU and GPU overclocking yet
No CPU and GPU voltage interface (will probably never come to save me support work)
GPU underclocking to 27 MHz possible
msm_adreno_tz and simple_ondemand tweaked to better utilize low frequencies
Show CPU frequency usage per CPU and frequency in Boeffla-Config
Show GPU frequency usage per frequency in Boeffla-Config
KCal V2 Color control
Display backlight limits configurable (to avoid display brightness gets too low in some situations)
Display backlight dimmer
Swipe2wake gestures
Swipe2sleep gestures
Boeffla generic wakelock blocker V1.1.0 (documentation)
Vibration control
Haptic feedback control for gestures
BCL (battery current limit) driver switchable (default is on)
SD card read ahead buffer configurable (default increased to 1024 kB)
Ext4 File system tweaks (default to on, can be disabled)
Thermal engine profiles (in system Tweaks section)
Kernel logger (dmesg) configurable
Boeffla charge analysis (display of charger type and charge current in Boeffla-Config app in real time)
Boeffla touchkey LED control (LEDs fully off, LED on screen touch, configurable duration)
USB charge rate bumped up to 900 mA
CIFS support (module, do not mount inside /data, if you rooted with Chainfire SuperSu, make sure you uncheck the namespace separation in SuperSu app)
NFS support (module)
NTFS support (module)
XBox support (module)
OTG-Ethernet support (module)
TCP Congestion changed to Westwood
Many additional TCP congestion algorithms activated to be used
init.d support (in /system/etc/init.d - set correct permissions!)
Automatic EFS backup
Integrated full busybox 1.27.2 (own compilation)
Kernel initialisation log file (with history of 3 log files)
Emergency reset script automatically placed into /boeffla-kernel-data folder of your internal memory
Google gcc 4.9 toolchain (64 bit) used for best stability
Always using latest Oxygen OS Initramfs
Device tree build from kernel sources for future options on frequencies and voltages
Always based on latest Oxygen OS kernel sources (https://github.com/OnePlusOSS/android_kernel_oneplus_msm8994)
Download
For all information and downloads (stable AND testing versions), visit the Boeffla-Kernel homepage:
www.boeffla.de
History and design targets
Basically I created my first Boeffla-Kernel in 2012 as there was no kernel for the Samsung Galaxy S3 around that had exactly the mix of functionalities that I wanted. I wanted to have full flexibility in undervolting and charge rates for instance, but did not like the sharpness and/or brightness tweaks many kernels have implemented as per default.
Hence, I began to create my own kernel after a while, adding all the features I like. This is the result of my work, which in the end I decided to share with you. I hope you like it as much as I do.
The objective of this kernel is to have a kernel for daily use. It does not aim for best battery life, or best smoothness or best benchmark scores. Also it does not aim to have the broadest feature set available everywhere.
It aims more for a good mix of all, not sacrificing stability and functionality in the end.
And - most important: It aims to stay quite close to stock !!!
These design targets are also valid for the OnePlus kernel here!!!
This said, I will definitely NEVER implement:
things I do personally not need
things I do not like
things that are in any way dangerous
anything which is highly experimental
f2fs - it is known to cause various issues and compatibility problems
a CAF based kernel
anykernel method to use the ramdisk of the installed rom
anything that requires upstreaming of kernel parts to a higher kernel major version
So do not even ask for it if it falls into the listed categories. Everything else I am happy to check and decide.
And: I do not really care about benchmark numbers, they say almost nothing as long as something is not completely wrong. Important for me is the feel-good factor.
I am also not interested in gaming at all, so never expect a gamer kernel. It will just not happen...
Compatibility
To reiterate it again: Flash the kernel only if you are running a compatible rom !!!
Configuration of the kernel
To tweak and configure the kernel, manually load and install the app "Boeffla-Config V2" from the downloads section on www.boeffla.de.
You need at least version 2.2.03 or higher for the OnePlus Two Boeffla Kernels.
Donation
If you like my work, feel free to donate: Donation-Link
If you donate at least 2,49 EUR (to be in line with the donation app prices on Google Play store), you will receive a personal donation code which unlocks some nice little comfort functions in Boeffla-Config V2 on top.
Source code
All sources can be found in my Github repository: http://github.com/andip71
Credits to developers
Of course, I had never been able to create all that by my own. So I want to give credits to the really good developers around, that have given me all the inspiration and from which I cherry picked lots of the implemented functionalities:
* ZaneZam
* Ak
* Yank555
* Hardcore
* Chainfire
* Netarchy
* Gokhanmoral
* Simone201
* Entropy512
* Faux
* Savoca
... I just hope I did not forget someone. If so, please let me know and I will add you of course.
Thanks to all of you for your great work !!!
Special thanks
Also I want to thank xda user @magnamentis for the ongoing testing to iron out the stability issues of the first alphas. He was doing that always taking the risk to "ffy" his brand new OP2.
Special thanks as well to @ZaneZam to pinpoint the issue during my absence as I was on business trips most of the time in the past weeks.
Disclaimer
*** As always - Flash on our own risk! ***
Make sure you flash the correct version depending on your firmware version!
I can and will not take any responsibility for bricked phones or lost data.
It is generally recommended to run a complete Nandroid backup in your custom recovery and safely store your personal data before you flash a new kernel.
Cheers and enjoy
Andi
Latest change log:
OOS3.0.x
http://kernel.boeffla.de/oneplus2/boeffla-kernel-oos/oos3xx/changelog.htm
Configuration and profile thread
http://forum.xda-developers.com/oneplus-2/general/unofficial-boeffla-kernel-profiles-t3289395
*** You want my support? Then stick to my rules ***
Guys, I am receiving more and more completely useless support requests in different threads. Useless because people provide nothing to be able to help, not even the minimal possible information they could give.
Hence, I will now remind anyone again on the support guide lines stated here:
http://boeffla.de/index.php/support/support
Also you need to ensure you follow the installation guide lines incl. trouble-shooting stated here:
http://boeffla.de/index.php/support/installation-how-to
And to cut a long story short: If you do not at least provide what I request in the support guide lines, I will IGNORE YOUR REQUESTS IN FUTURE.
Straight and simple. I have enough of people wasting my time just because they are too lazy to write details.
Period.
Also as a reminder:
you use xposed? -> no support, everything is your own issue
you use a custom rom and not the official stock or CM one? -> good luck, you are on your own
you undervolt or overclock? -> have fun, but without my support
Sorry, this might sound harsh (and it is meant to sound harsh), but you cannot imagine about how crappy support requests can be. Stating something does not work is just not enough.
Please consider that!!!
Andi
I am just waiting for the source code push to github to finish.
Then I will officially open up the thread and release the first beta to all of you.
Andi
Online
Hi all,
kernel is now officially released in version 1.0-beta1.
Download link, as always, on the kernel homepage.
Some notes again:
Make sure you have latest Boeffla-Config app running -> 2.02.03 !!!
This is the very very very first kernel version, so expect bugs or issues
Please be nice when you have an issue, this OP2 kernel costed me more grey hairs already than all other kernels I ever built together
Let the fun begin.
Andi
Awesome!! As stated there's no gpu over clocking, however I don't play games on my phone, will I be able to downclock the gpu?
Finally will try and report if any bug welcome to the opt forums andi i was waiting for you (really)
Alvin Vesper said:
Awesome!! As stated there's no gpu over clocking, however I don't play games on my phone, will I be able to downclock the gpu?
Click to expand...
Click to collapse
Downclock should work, yes.
Andi
Thanks a lot Andi!Had an awesome experience with the test kernel.Gonna flash this soon
Tapped from my ❶+❷
Downloading noww
I'm excited to finally try out this kernel. I've always stumbled upon threads that mentioned this kernel and since I've had my Nexus 6, I never got the chance to try this kernel out. But now that I joined the OnePlus 2 family, I can finally see what this kernel is all about!
Crackdroid said:
I'm excited to finally try out this kernel. I've always stumbled upon threads that mentioned this kernel and since I've had my Nexus 6, I never got the chance to try this kernel out. But now that I joined the OnePlus 2 family, I can finally see what this kernel is all about!
Click to expand...
Click to collapse
Sure, just for expectation management: Do not expect too much for the start now.
The msm8994 soc development is quite fresh, as well as the device.
So I am not really far where I want to be in future in terms of features etc.
But stuff will come over the time, as it was with the OPO kernels and the S5, S3, Tab 10.1 kernels etc.
Andi
Lord Boeffla said:
Sure, just for expectation management: Do not expect too much for the start now.
The msm8994 soc development is quite fresh, as well as the device.
So I am not really far where I want to be in future in terms of features etc.
But stuff will come over the time, as it was with the OPO kernels and the S5, S3, Tab 10.1 kernels etc.
Andi
Click to expand...
Click to collapse
That's definitely understandable and patience is key so there's no rush at all. Thanks for your hard work thus far!
I flashed it fine but there is no apk in the config V-2 download, its just a zip. am I missing something?
Crackdroid said:
That's definitely understandable and patience is key so there's no rush at all. Thanks for your hard work thus far!
Click to expand...
Click to collapse
Absolutely.
For future projection, the functionalities should be pretty much what I have in my OPO and S5 kernels one day. This is my goal.
Andi
Quizo said:
I flashed it fine but there is no apk in the config V-2 download, its just a zip. am I missing something?
Click to expand...
Click to collapse
You need to download the app from here:
http://boeffla.df-kunde.de/bc/
(note, it MUST be an apk. if you download a zip, your browser does not interpret the mime headers correctly and you might use another browser)
Save it on your phone, install it manually.
Andi
@Lord Boeffla
Is it possible (in future of course) to control more paramters of audio chip? (Like in your kernel for i9300 for example)
rascal0pl said:
@Lord Boeffla
Is it possible (in future of course) to control more paramters of audio chip? (Like in your kernel for i9300 for example)
Click to expand...
Click to collapse
Most likely no.
See question 2 in FAQ section:
http://www.boeffla-kernel.de/index.php/faq
Andi
Deleted
great... any possibility to add charging control to increase charging speed.. the only downside of this darn phone.. it feels like it takes for ever to charge... !!
Final notice: Since my Z5 died (it's broken into pieces, glass shattered) - development is effectively halted - NO more updates - sorry
This is a Stock (Sony) ROM Kernel and WILL NOT work on AOSP, CM, etc.
aka SunKernel for Z4/Z3+ & Z4/Z3+ Dual - Stock ROM (for now only stock)
This is an extension of the Xperia Z5/Z5 Dual "sumire" main thread over at: https://forum.xda-developers.com/xp...und-z5-wip-t3340725/post65936553#post65936553
Finally !
So the kernel is now also available for the (somewhat forgotten) Z4/Z3+ series
Please understand that I can't test whether it works due to lack of that very device - Enjoy !
Keep in mind that building for the Z5 "Stock" ROMs and "Stock" Kernels, you're constantly facing the following tradeoff:
compatibility with pre-built "core" kernel modules (e.g. texfat [proprietary exfat microSD fs driver])
compatibility with pre-built "goodies" kernel modules (e.g. video and other acceleration, hwcodecs, ...)
losing features that can NOT be replaced by similar ones (e.g. ecryptfs, wlan, exfat, etc.)
when going too far the device doesn't boot or simply hangs on bootanimation
this resulted in a couple branches (at least several dozen) that are partially or totally broken :silly:
[snip]
...
[snip]
More info on the Latest Kernel can be usually found at:
AT the end of the thread
( I KNOW - I should have reserved a few posts for better overview )
---------------------------------------------------------------------------------
[Download] How to get the current ("corona", 5.11) Kernel(s) - Step by Step:
1)
Choose your device from one of the 4 folders
Z5 + Z5 Dual: https://drive.google.com/open?id=0BykGGWB96CBQQy05VURLbzJTZlU
Z5 Compact: https://drive.google.com/open?id=0BykGGWB96CBQVE0tb2dieTZMXzg
Z5 Prem + Z5 Prem Dual: https://drive.google.com/open?id=0BykGGWB96CBQaVZTdnF5QnVTMU0
Z4/Z3+ + Z4/Z3+ Dual: https://drive.google.com/open?id=0BykGGWB96CBQa2xBdHR5TzlrNUE
2)
At the upper right, click on "List View"
3)
At the top of the table, there are 3 labels (name, owner, [last] modified, File size)
click on "Last modified", the newest Kernels should be shown either at the top, or at the bottom
4)
Download the latest Kernel
5)
???
6)
Profit !
Click to expand...
Click to collapse
Before starting to test/use keep in mind that this is WIP (work in progress),
that means - NO guarantees,
backups before flashing are a MUST (especially your microSD card content !)
stability, speed, improved battery and satisfaction are a great side-effect to have.
You have been WARNED !
Enjoy !
Obligatory Source:
(according to the rules in single commits no giant blobs, authorship kept)
https://github.com/zachariasmaladroit/android_kernel_sony_msm8994_kitakami_r2/branches
Features:
(will add more later if I forgot anything)
Features said:
@AndroPlus for build-scripts, kernel patches
@Tommy-Geenexus for kernel patches, fixes
pstore
LPM (low power mode, battery efficiency)
fix high load average (lower battery consumption)
microSD, internal SD reliability improvements
cpuidle improvements (battery efficiency)
fix page thrashing in case of low memory situation (when you disable zram)
vmalloc improvements (less memory fragmentation, better reliability of camera, wifi, etc. drivers with long runtime)
FauxSound
KCAL
WLAN: disable memdesc and ramdumps (thanks to @Tommy-Geenexus )
notification LED changes to green+blue (cyan), when battery is really full (thanks to @Tommy-Geenexus )
Powersuspend, QuickWakeup, Power Efficient Workqueues,
improved vibrator, faster/more reliable interactivity
bluetooth hidp, fix disconnect on idle timeout
a few general stability fixes & reliability improvements
added wakelock switches (only use, if you observe high drain with specific functions; might cause instabilities or higher battery drain !)
big.LITTLE optimization flags; aggressive compiler optimization flags
disabled KSM, it's a battery drainer and magically gets enabled by Sony's ROM so remove it
added BFQ i/o scheduler (now YOU show me where it's smoother ! )
improved noop i/o scheduler - now it's more bare, previously it was similar to simple i/o scheduler - now it should be optimum for bare metal SSD/microSD access
GPU default set to 180 MHz
cpu governors: added ZZMoove, elementalX
added vibrator intensity switch support
added a bunch touchpad (screen) and fingerprint scanner fixes & improvements
support for Sumire DSDS (dual sim) (testing, used single SIM ramdisk)
kudos to all devs working on android, whether at Linux Foundation (Linux Kernel), Android (Google), Codeaurora, XDA or elsewhere - YOU ROCK !
this one looks to be more battery friendly
WIP branch
NEW features
sys-fs interface to control vibrator intensity (some kernel tools might support it)
lowered init value of screen during bootup: now you shouldn't get 100% BLINDED when rebooting :cyclops:
core 0 and 4 are now always on (per default, unless you play around with core_ctl) - allows changing governor settings for the big cores
mmc crc checksum is disabled by default (?) - 30% or more higher performance, re-enable if you favor integrity
KEXEC support - give @Myself5 's MultiROM a test-drive if you're curious (http://forum.xda-developers.com/xperia-z5/orig-development/mod-multirom-v33x-t3374763)
added Alucard cpufreq governor, if it's too laggy, unstable, etc. - I'm throwing it out the airlock
added a few additional changes thanks to @AndroPlus
.
224 version bump (224 ROMs ONLY)
RAM (working memory) energy efficiency improvements, thanks to @AndroPlus to spot it
overclocking support "big" core ~ 2.1 GHz, "little" core ~ 1.7 GHz (the "little" core is less tolerant for OC, less stable)
changed optimization flags (evaluation), should now be more stable but also faster, efficient
.
Z4/Z3+ support
Click to expand...
Click to collapse
Notes:
Trilliard said:
If you have systemless root and systemless xposed on your system, you have to flash latest betaSU and latest systemless xposed framework immediatly after flashing a new Kernel. If you dont do this you will get a bootloop.
Click to expand...
Click to collapse
Overclocking:
The following threads are for the Z5 - so naturally the thermal engine needs to be adapted to work on the Z4/Z3+
http://forum.xda-developers.com/xperia-z5/general/tweak-improve-performance-reduce-t3387879
http://forum.xda-developers.com/showpost.php?p=67444047&postcount=150 ( @_LLJY 's thermal-engine modifications are attached )
Source:
https://github.com/zachariasmaladro...i_r2/commits/Sun-Kernel_32.2.A.0.224_vI.1_2_8
Download: AndroidFileHost :
SunKernel_for_Z4_Z3Plus 224_I.1_2_8
224_I.1_2_8 Changelog said:
Changelog:
- 224 version bump (224 ROMs ONLY)
- RAM (working memory) energy efficiency improvements, thanks to @AndroPlus to spot it
- overclocking support "big" core ~ 2.1 GHz, "little" core ~ 1.7 GHz (the "little" core is less tolerant for OC, less stable)
- changed optimization flags (evaluation), should now be more stable but also faster, efficient
- "ivy" support (Z4/Z3+)
Click to expand...
Click to collapse
Thanks
it is coming thx very much
twrp can not mount mtp
works great
Flashed your Kernel Today, no problems with Systemless Root, flashed Systemless Xposed - no problems here. Everything works fine... Now lets have a look at what we can do
If you don't mind a small request to @zacharias.maladroit, I want to use your kernel and features are good, but can you make a kernel build with default clock of CPU and GPU reduced to 50% before boot (it should be same in recovery also) and i want to manually change its default clock through kernel auditor if i want later. Reason is my phone gets heated during boot due to its running at max frequencies.
Thanks for your work and I hope you wont mind giving me this option.
EDIT: Faux sound is not working and it does nothing when i change it from kernel auditor.
GryTEcHoG said:
If you don't mind a small request to @zacharias.maladroit, I want to use your kernel and features are good, but can you make a kernel build with default clock of CPU and GPU reduced to 50% before boot (it should be same in recovery also) and i want to manually change its default clock through kernel auditor if i want later. Reason is my phone gets heated during boot due to its running at max frequencies.
Thanks for your work and I hope you wont mind giving me this option.
EDIT: Faux sound is not working and it does nothing when i change it from kernel auditor.
Click to expand...
Click to collapse
use ex kernel
death_note7 said:
use ex kernel
Click to expand...
Click to collapse
What you mean ? Which kernel you are referring to ? Does that kernel have all the features of Zach's ? If so give me link as I can't find it. I liked Zach's kernel but during boot my phone gets hot due to default max freq and also faux sound is not working (which does nothing when i change sliders from kernel auditor app).
Flashed this kernel working well, systemless root, xposed and ex kernel manager. Letting it sit in till I start messing with settings.
GryTEcHoG said:
What you mean ? Which kernel you are referring to ? Does that kernel have all the features of Zach's ? If so give me link as I can't find it. I liked Zach's kernel but during boot my phone gets hot due to default max freq and also faux sound is not working (which does nothing when i change sliders from kernel auditor app).
Click to expand...
Click to collapse
Kernel Adiutor Sound controls are broken,
please use Faux Sound Control instead, that works;
I'll see what I can find on that CPU + GPU reduction during bootup,
but this will take some time, focusing on several projects (Android + non-Android) at the same time, so need to triage
zacharias.maladroit said:
Kernel Adiutor Sound controls are broken,
please use Faux Sound Control instead, that works;
I'll see what I can find on that CPU + GPU reduction during bootup,
but this will take some time, focusing on several projects (Android + non-Android) at the same time, so need to triage
Click to expand...
Click to collapse
cool enjoy your works
zacharias.maladroit said:
Kernel Adiutor Sound controls are broken,
please use Faux Sound Control instead, that works;
I'll see what I can find on that CPU + GPU reduction during bootup,
but this will take some time, focusing on several projects (Android + non-Android) at the same time, so need to triage
Click to expand...
Click to collapse
I've tried that also but seems to me only Headphones are working and speakers does nothing. Can you please try again and let me know ?
For the GPU/CPU, It would be better if you down clock them by 50% default and clock it higher after OS is loaded using init.d or something else.
Thanks
same problem here
please do a fix with the broken sound using audio output.. Only headset working flawlessly. thank
please add a touch boost swich in the next update,and fix twrp mtp mode,can not link with computer.thx
I used kernel Andro v31 and now i flash and use Zachs kernel, but SuperSu automatic updated and now i can't install binary for it. Anyone can help me?
i use this kernel i want to know how to flash supersu2.76 and how to shut cpu 4..please
renkahinkaru said:
i used kernel andro v31 and now i flash and use zachs kernel, but supersu automatic updated and now i can't install binary for it. Anyone can help me?
Click to expand...
Click to collapse
??????
RenkaHinkaru said:
I used kernel Andro v31 and now i flash and use Zachs kernel, but SuperSu automatic updated and now i can't install binary for it. Anyone can help me?
Click to expand...
Click to collapse
Dont let it update then...
---------- Post added at 03:27 AM ---------- Previous post was at 03:26 AM ----------
death_note7 said:
same too,abandoned this kernel itâ??is overheat than stock kernel
Click to expand...
Click to collapse
Its hot, its not overheating. Temps should only be considered as overheating when >80
Features:
(will add more later if I forgot anything)
Features said:
@AndroPlus for build-scripts, kernel patches
@Tommy-Geenexus for kernel patches, fixes
pstore
LPM (low power mode, battery efficiency)
fix high load average (lower battery consumption)
microSD, internal SD reliability improvements
cpuidle improvements (battery efficiency)
fix page thrashing in case of low memory situation (when you disable zram)
vmalloc improvements (less memory fragmentation, better reliability of camera, wifi, etc. drivers with long runtime)
FauxSound
KCAL
WLAN: disable memdesc and ramdumps (thanks to @Tommy-Geenexus )
notification LED changes to green+blue (cyan), when battery is really full (thanks to @Tommy-Geenexus )
Powersuspend, QuickWakeup, Power Efficient Workqueues,
improved vibrator, faster/more reliable interactivity
bluetooth hidp, fix disconnect on idle timeout
a few general stability fixes & reliability improvements
added wakelock switches (only use, if you observe high drain with specific functions; might cause instabilities or higher battery drain !)
big.LITTLE optimization flags; aggressive compiler optimization flags
disabled KSM, it's a battery drainer and magically gets enabled by Sony's ROM so remove it
added BFQ i/o scheduler (now YOU show me where it's smoother ! )
improved noop i/o scheduler - now it's more bare, previously it was similar to simple i/o scheduler - now it should be optimum for bare metal SSD/microSD access
GPU default set to 180 MHz
cpu governors: added ZZMoove, elementalX
added vibrator intensity switch support
added a bunch touchpad (screen) and fingerprint scanner fixes & improvements
support for Sumire DSDS (dual sim) (testing, used single SIM ramdisk)
kudos to all devs working on android, whether at Linux Foundation (Linux Kernel), Android (Google), Codeaurora, XDA or elsewhere - YOU ROCK !
this one looks to be more battery friendly
WIP branch
NEW features
sys-fs interface to control vibrator intensity (some kernel tools might support it)
lowered init value of screen during bootup: now you shouldn't get 100% BLINDED when rebooting :cyclops:
core 0 and 4 are now always on (per default, unless you play around with core_ctl) - allows changing governor settings for the big cores
mmc crc checksum is disabled by default (?) - 30% or more higher performance, re-enable if you favor integrity
KEXEC support - give @Myself5 's MultiROM a test-drive if you're curious (http://forum.xda-developers.com/xperia-z5/orig-development/mod-multirom-v33x-t3374763)
added Alucard cpufreq governor, if it's too laggy, unstable, etc. - I'm throwing it out the airlock
added a few additional changes thanks to @AndroPlus
.
224 version bump (224 ROMs ONLY)
RAM (working memory) energy efficiency improvements, thanks to @AndroPlus to spot it
overclocking support "big" core ~ 2.1 GHz, "little" core ~ 1.7 GHz (the "little" core is less tolerant for OC, less stable)
changed optimization flags (evaluation), should now be more stable but also faster, efficient
.
Z4/Z3+ support
224_I.1_2_9:
during bootup ony the small core cluster is active == cooler bootup, but potentially also slower (it should however be fast enough)
Overclocking: active after Boot, BIG core @2.2 GHz, adjust with Kernel Adiutor, etc.
Click to expand...
Click to collapse
Overclocking:
The following threads are for the Z5 - so naturally the thermal engine needs to be adapted to work on the Z4/Z3+
http://forum.xda-developers.com/xperia-z5/general/tweak-improve-performance-reduce-t3387879
http://forum.xda-developers.com/showpost.php?p=67444047&postcount=150 ( @_LLJY 's thermal-engine modifications (for Z5) are attached )
Source:
https://github.com/zachariasmaladro...i_r2/commits/Sun-Kernel_32.2.A.0.224_vI.1_2_9
Download: AndroidFileHost :
SunKernel_for_Z4_Z3Plus 224_I.1_2_9
224_I.1_2_9 Changelog said:
Changelog:
during bootup ony the small core cluster is active == cooler bootup, but potentially also slower (it should however be fast enough)
Overclocking: active after Boot, BIG core @2.2 GHz, adjust with Kernel Adiutor, etc.
Click to expand...
Click to collapse
Thanks
Left for posterity, but no further development will occur (see 4/30/2020 post)...
Here's a script that I helped some good guys out with developing "back in the day" (Franco's Dev Team - you can look them up!). Actually, it is a trimmed, consolidated version of the set-of-scripts we came up with. If you search, you can find osm0sis still hosts the original files, and those that I have been maintaining since the Galaxy Nexus went extinct (through L, M, N, and now O), I believe. Note that those scripts will no longer on Android 10 - and probably not even on 9 - so I don't recommend actually using them.
This script has all of the original tuning scripts put into a single file, having stripped out anything that stopped working between Kit-Kat and Android 10 (which was substantial), and some very small improvements I've found over the years. I also added a few things more to my personal usage preference for this Pixel-2/XL version. It has also been trimmed to work on the Pixel 2 / Pixel 2 XL stock kernel whilst outputting no errors, on all android versions through Android 10, and now on Magisk 19.4+.
Notes:
- This script is lean and mean, but it's not rocket science.
- I didn't invent anything here. Feel free to use (or not), distribute, alter, whatever; to your satisfaction, giving credit for redistribution only to "Franco's Dev Team", and maybe me if you're feeling generous.
- Again, I have verified it works on my personal Pixel 2 XL, and is compatible with all Android versions, Kernels, and Magisk versions.
- It actually improves many benchmark scores (you know the usual culprits) without lowering any on my device. But, you know what that's worth (one device, only a few items likely significant on a statistical basis).
- It won't make your phone run any worse. It might even feel a bit "snappier", but YMMV.
- If you feel this script is good, bad, or does nothing, feel free to thank me - or hang me in effigy, as appropriate.
- I do not plan to do heavy maintenance on this, but I will keep it up to date so it at least safely runs on the Pixel 2 / 2XL as long as I own one. I will post updates with a minimal change log (it's a script, you can read it!).
Disclaimer:
I can't see how this could possibly cause irreparable harm to any android device on which it is run.
However, I suppose untested configurations may (rarely) have slow-downs, reboots, or other effects.
REGARDLESS, it is offered as-is with no warranty, and you choose to run this at your own risk.
Requirements:
Root
BusyBox installation (I recommend the Magisk module by osm0sis)
Knowledge of how to execute a linux script and/or where to place it / allow permissions to run on boot
Usage:
Download attachment to your device
Place file in /data/adb/service.d (for Magisk-rooted devices, using Magisk 18.0+)
remove ".txt" extension (leaving the .sh extension)
Ensure permissions are right (0755)
Reboot and wait 2 minutes
Credits:
Franco's Dev Team, esp. osm0sis
Google
Others as noted in the script file header
Change Log:
Version 34 (98pks34.sh):
Version added with no disabling of zram.
V33 is still active for those who don't need / want zram.
V33 generic is still active as well (V34 generic would be the same as generic version does not alter zram).
Version 33 (98pks33.sh):
- Updated with Franco Dev-Team tuned Deadline scheduler (still the fastest). Script uses this if Deadline is available in your scheduler, else it defaults to using Noop.
- Other very minor tweaks based on testing, and some code cleanup
Version 32 (98pks32.sh):
- Updated for Magisk 19.4 (primarily eliminated mounting calls on / and /system to prevent root interference or verity problems due to SAR implementation now standard)
- Backed off the schedutil governor performance tweaks just a bit, still more performance oriented then v30 and prior, just not as extreme
- Removed wakelock blocking (for now) for evaluation. Most kernels already block safe wakelocks anyway. If I find none of the benefits I'm looking for, I may add them back in the next release.
- Released corresponding device-generic version due to important Magisk / SAR compatibility updates
Version 31 (98pks31.sh):
- Simplified some VM settings / reverted to stock where no difference was noted
- Simplified some block IO parameters / reverted to stock where no difference was noted
- Increased transmission queue buffer based on latest testing (still lower than stock)
- Tuned Schedutil governor settings to bias for more performance, reduce lag
- Increase GPU min frequency to 342 MHz step (2nd from bottom) based on testing to reduce lag
- Note that these changes did not appreciably affect battery life in testing
- Simplified output file write-out
- Released official "generic device" companion script of this version for those asking
Version 30 (98pks30.sh):
! GOOD TO GO FOR Q-FINAL / A-10 !
- Re-enabled stock zram - was causing freezes after about 24-36 hours of uptime
- Re-enabled vm tweaks for increased battery life (disabled pdflush periodic writebacks, lowered potential for large data writes causing hang-ups as a result in dirty ratios, adjusted cache pressure to not favor dentry/inodes quite so hugely over pagecache)
- Blocked a few more known and safe-to-block wakelocks
Version 29 (98pks29.sh):
Reverted some changes that were causing some serious jank / freezes:
- Went back to noop
- Reintroduced periodic pdflush writeback (although less frequent than stock)
Version 28 (94pks28.sh):
Biggest changes in a while!
- Increased run delay to 2 minutes to stay out of kernel apps' way
- Reverted tcp_ecn to 2 (stock) for slight decrease in network latency
- Substantial vm tweaks for increased battery life (disabled pdflush periodic writebacks, lowered potential for large data writes causing hang-ups as a result in dirty ratios, adjusted cache pressure to not favor dentry/inodes quite so hugely over pagecache)
- Right-sized nr_requests for any scheduler (not just noop) relative to built-in Android queue-depth
- Changed scheduler to deadline* with Franco Dev Team's tuning tweaks (still fastest i/o I can manage in testing)
* Device-generic version (94pks28generic.sh) was left unchanged with noop scheduler
Version 27 (94pks27.sh):
- Fixed for Android Q while keeping backward compatibility with prior Android versions.
- Increased run delay to 90 seconds to stay out of magisk module or kernel apps' way.
Version 26 (94pks26.sh):
- Updated one minor (but hard to find), error in mount option filesystem tweaks that had been causing data connectivity issues on custom ROM's using this script or BlackenedMod.
- SPECIAL THANKS to @sublimaze for testing iterations until we found the root cause of this issue!
Version 25 - skipped, test versions for @sublimaze to help me figure out data connection issues.
Version 24 (94pks24.sh):
- Updated ext4 filesystem tweaks for even better battery life and performance
- Small reduction of entropy pool size based on other user feedback
Version 23 (94pks23.sh):
- Change header to list new Magisk 18.0+ late-start boot service folder location
- SEE ALSO OP FOR THIS LOCATION
Version 22 (94pks22.sh):
- Force read_ahead_kb to 1024 for faster I/O performance on all realistic file sizes
Version 21 (94pks21.sh):
- Increased load delay at boot back to 60s.
Version 20 (94pks20.sh):
- Added .sh extension to file to allow more flexibility for future tuning (now just delete .txt, but leave .sh in the file name before copying to run location)
- Slightly increased load time at boot to 40s to ensure script runs even for users with many magisk modules
- Reduced foreground app schedtune boost to 5% (was 10%) for battery saving when multiple apps are open with no perceived detriment to performance or app switching
- Increase dirty_expire and dirty_writeback timings for less overhead, reduced battery, and improved performance with no ill effects noted
- Reverted GPU min clock increase due to my testing finding the speed benefit was not noticeable but battery life was negatively affected
Version 19 (94pks19):
- Reduced load time at boot (enabled by re-ordering of script) to 30s
- tcp_ecn set to 1 for across-the-board network speed enhancement when handshake allows
- reduced txqueuelen to 128 for network speed enhancement on 4g/wifi (less bufferbloat)
- added wakelock blocker courtesy of @xFirefly93, but only for blocking wakelocks I have actually seen in BBS for Pixel 2 / XL.
Version 18 (94pks18):
- Increase cpu governor up-rate-time; VERY significant battery help with no performance degradation noticed.
- Reduce vm dirty ratio and dirty expires slightly to reduce potential (although unlikely) excess caching and latency from memory write-out.
- Slight code re-ordering for potential quicker boot delay in the future
Version 17 (94pks17):
- Schedtune code cleanup
- GPU min frequency set to 342 (performance boost with no adverse battery drain per @xFirefly93 testing)
- Increase cpu governor down rate limit by 25% for better performance with minimal battery life impact.
Version 16 (94pks16):
- Revert dir-notify-disable
- Fix a minor dirty-expire vm derp I made many, many releases ago
- Adjust dev/stune/schedtune parameters to ensure users won't have frequency scaling issues on any kernel, allowing cpu's to actually settle and sleep. This wasn't likely before, but is now virtually impossible, while performance improvement during app switching is still present!
Version 15 (94pks15):
- Fs dir-notify disable.
- Schedtune parameter tweaks for performance increase.
Credit: Both of the above were initiated by @xFirefly93, I only slightly modified the Schedtune parameters.
Version 14 (94pks14):
- Revert disabling service_locator, otg_wakelock, and debug kernel modules - no real battery save noted in testing; and I had some issues with apps hanging that required location services that were resolved by getting rid of this code.
- Change rq_affinity from 2 to 1 - I verified with I/O benchmark testing that this provides a slight increase in I/O performance, especially reads and sqlite operations. No battery life impact noted during days of testing.
Version 13 (94pks13): Internal test build - not released (probably would have been unlucky anyway )
Version 12 (94pks12):
- Turn off iostats - by popular request (slight battery save)
- Increase vm stat_interval to 60 - Thx to xFirefly93 (slight battery save)
- Disable service_locator, otg_wakelock, and debug kernel modules - Thx to xFirefly93 (slight battery save)
Version 11 (94pks11):
- Delay script start by 30 seconds for users with multiple late-start scripts or other Magisk modules
- Increase timer for vm dirty writeback (saves battery from less wake-ups, cache integrity still reasonably protected by low dirty background ratio)
- Slight kernel entropy increase
Version 10 (94pks10):
- Increase min_free_kbytes - better performance based on testing
- Reduce entropy read_wakeup_threshold - to prevent blocking apps or commands if entropy drops
- Thrift ipv4 / network settings that were ineffectual - cleanup with better or same performance based on testing
- Reduce scheduler nr_requests - less overhead, subjective latency reduction
- Revert to default read_ahead_kb - better performance based on testing
Version 9 (94pks9):
- Slight change-up on kernel entropy settings to keep pool about half-full.
- tcp_max_syn_backlog and tcp_ecn parameters added (thanks @Juzman for getting me to look at these!) that seem to help network throughput slightly - they certainly don't hurt.
- Added fstrim for data, cache, and system partitions at end of script - because why not do this on every boot?
Version 8 (94pks8):
New file location noted in header: /sbin/.core/img/.core/service.d
- Need to place script in this directory for Magisk 16.3 onward
- Backward compatible for previous versions back to 14.5
Script now executes 70% faster after boot
- Only sleeps for 30 seconds; verified to still run through Magisk late start service
Added file system optimizations for /system partition
Adjusted min_free_kbytes to 7 GB from 7.5
- Should slightly raise available RAM for each node, no oom increase or other ill-effects verified through dmesg / kmesg logs
Reverted vm.vfs_cache_pressure to 20
- Less subjective latency based on testing
Script success / fail write-out file now time stamped for users local time rather than UTC/GMT
Version 7 (94pks7):
- Removed LMK (yay!) based on multiple requests, advice from @Scott, and my verifying that nothing I tried improved over stock.
- Added back in some block-level scheduler queue tweaks that are not consistent (and not optimized) on all blocks in the stock configuration as I thought they were
- Cleaned up and re-organized the code - inspiration from @Juzman
- Re-evaluated vm settings @Scott) and network tweaks @Juzman); I don't believe this resulted in any changes (except I'm trialing cache_pressure at 60 vice 20), but thanks for their advice, research, testing, and participation (which is also now credited in the script).
Version 6 (94pks6):
- Added feature: script now writes out a file "pks_script_result" to the /storage/emulated/0 (root of internal storage) directory when executed.
- If the file is present after attempting to run (or after a reboot if you have it in su.d, init.d, or service.d folders) then this indicates the script executed.
- If when you open the file in a text viewer it has a time/date stamp and the phrase "94pks6 successfully executed!", then it ran without errors.
- If when you open the file it says instead "94pks failed." then it threw some error code upon execution... but it was probably minor enough that the changes were applied (or the file wouldn't have been written ).
All the above is at least in theory. It seems to be working that way on my device. Thanks to @Scott for the suggestion!
Version 5 (94pks5):
- Lowered last lmk slot (empty apps) much further - no appreciable loss of available RAM during my testing, less redraws in chrome tabs and reloading of recent apps.
Version 4 (94pks4):
- Fixed aggressive Lowmemorykiller / memory over-commit interaction issue (only last LMK slot now much more aggressive than stock, vm.overcommit_memory reverted to "1" (stock). The interaction with previous settings could cause an issue where no additional apps could be opened (they were immediately killed).
- Very minor tweaks to some vm caching parameters
Version 3 (94pks3):
Corrected swap off command to not throw error flag on execution
Altered tx_queue_len replacement command to skip non-linked file and not flag error on execution
Thanks @Lessaj and @veetoe for helping
Version 2 (94pks2):
1). Increased LMK levels
---- I tested for weeks, we have gobs of RAM, it should really only affect empty apps
2). Turned off swap and de-allocated zram space
---- With 4GB of RAM, do we need zram? I don't think so. I found benchmarks and day-to-day performance to be slightly better without it, plus this is further enabled by increased LMK levels (in theory).
3). Reduced the vm dirty expire / writeback by a factor of 10 (still far more aggressive than stock)
---- No real effect here, just walking back to stock since I see no real effect with these parameters on Pixel 2.
4). Enabled Schedutil governor IO_wait_boost flag for both little and big clusters.
---- Should boost performance / reduce latency during high I/O events, found it to marginally increase some benchmarks and subjective performance feel without affecting battery (YMMV).
What if one doesn't have service.d in magisk?
Sent from my Pixel 2 XL using Tapatalk
I might give this a go in the morning. Add it and reboot in a full charge before I go to work. Using Flash kernel with my 2 XL, but hey, I'm always down for tweaking and tuning. I'll report back.
bryantjopplin said:
What if one doesn't have service.d in magisk?
Click to expand...
Click to collapse
You won't see it in the app. Use a root browser of some kind.
Root Partition/Magisk/.core/service.d
That would be the file path.
It wasn't there, just added it. Picture confirmed it was a folder
Sent from my Pixel 2 XL using Tapatalk
TheGeekyNimrod said:
I might give this a go in the morning. Add it and reboot in a full charge before I go to work. Using Flash kernel with my 2 XL, but hey, I'm always down for tweaking and tuning. I'll report back.
Click to expand...
Click to collapse
Should work fine with custom kernels... I'm just not sure if any of the tweaks might not already be in Flash - I know a couple aren't. Thanks for giving it a try and reporting back.
TheGeekyNimrod said:
You won't see it in the app. Use a root browser of some kind.
Root Partition/Magisk/.core/service.d
That would be the file path.
Click to expand...
Click to collapse
Thanks for helping others out while I was away!
bryantjopplin said:
It wasn't there, just added it. Picture confirmed it was a folder
Sent from my Pixel 2 XL using Tapatalk
Click to expand...
Click to collapse
That's truly odd - I've had 3 different devices with Magisk and they always had that folder. Could be that it was hidden to your file explorer of choice, especially since some of the folder names start with, or have "." in them? I dunno. Hopefully adding the folder manually like you did just works.
pkgnex said:
Should work fine with custom kernels... I'm just not sure if any of the tweaks might not already be in Flash - I know a couple aren't. Thanks for giving it a try and reporting back.
Thanks for helping others out while I was away!
That's truly odd - I've had 3 different devices with Magisk and they always had that folder. Could be that it was hidden to your file explorer of choice, especially since some of the folder names start with, or have "." in them? I dunno. Hopefully adding the folder manually like you did just works.
Click to expand...
Click to collapse
Using root explorer since OG Droid. Others are inferior imo. Thanks for checking up.
Sent from my Pixel 2 XL using Tapatalk
I had to show hidden files in Solid Explorer to see that folder! Thanks for the script!
Sent from my Pixel 2 XL using Tapatalk
bryantjopplin said:
Using root explorer since OG Droid. Others are inferior imo. Thanks for checking up.
Sent from my Pixel 2 XL using Tapatalk
Click to expand...
Click to collapse
Same one I use!
henderjr said:
I had to show hidden files in Solid Explorer to see that folder! Thanks for the script!
Sent from my Pixel 2 XL using Tapatalk
Click to expand...
Click to collapse
You're welcome.
Easy way to tell if the script is working? Or pretty much seeing this here is enough?
henderjr said:
Easy way to tell if the script is working? Or pretty much seeing this here is enough?
Click to expand...
Click to collapse
Which kernel are you running? If it's stock, the easiest way to tell for sure is to install a kernel editor (EX by FLAR2 is a good one, but there are others if you have to pay for that one, I forget) and see if some of the parameters in the script "took" like low memory killer values, vm parameters, entropy values, read-ahead kb, io-scheduler being noop instead of CFQ, etc. I know Flash uses cfq as the default sceduler, so if you're returning noop, that would indicate the script ran. I'm not sure what the default scheduler is on Despair's Snoke.
One thing - I don't think the folder you have it in is right. I think the path should be (root)/Magisk/.core/service.d NOT (root)/DEV/Magisk/IMG/.core/service.d
Just remembered, another way to see if it ran is to open Magisk manager, go into settings, click "log" and select the "Magisk" tab. You should see a bunch of stuff, but near the bottom you should see:
: ** late_start service mode running
: * Running service.d scripts
service.d: exec [94pks]
pkgnex said:
Which kernel are you running? If it's stock, the easiest way to tell for sure is to install a kernel editor (EX by FLAR2 is a good one, but there are others if you have to pay for that one, I forget) and see if some of the parameters in the script "took" like low memory killer values, vm parameters, entropy values, read-ahead kb, io-scheduler being noop instead of CFQ, etc. I know Flash uses cfq as the default sceduler, so if you're returning noop, that would indicate the script ran. I'm not sure what the default scheduler is on Despair's Snoke.
One thing - I don't think the folder you have it in is right. I think the path should be (root)/Magisk/.core/service.d NOT (root)/DEV/Magisk/IMG/.core/service.d
Just remembered, another way to see if it ran is to open Magisk manager, go into settings, click "log" and select the "Magisk" tab. You should see a bunch of stuff, but near the bottom you should see:
: ** late_start service mode running
: * Running service.d scripts
service.d: exec [94pks]
Click to expand...
Click to collapse
I'm stock 8.1 right now besides Magisk with Adaway.
The script is is in both places though I only remember putting it in one. Wonder if one is a copy of the other.
Anyway I see it in the logs so we should be good. Thanks again!
henderjr said:
I'm stock 8.1 right now besides Magisk with Adaway.
The script is is in both places though I only remember putting it in one. Wonder if one is a copy of the other.
Anyway I see it in the logs so we should be good. Thanks again!
Click to expand...
Click to collapse
One location is probably a sym-link to the other, then. Good to know!
I'm still running 8.0, so at least I now know it works on 8.1 as well.
On 8.1.0....
Seems??? To work. Little snappier
imaverik said:
On 8.1.0....
Seems??? To work. Little snappier
Click to expand...
Click to collapse
Thanks for the feedback! That's my experience as well.
These tunes/mods don't have as much of an effect as they used to, but I think they still offer a little improvement.
Any impact on battery,good or bad?
skinza said:
Any impact on battery,good or bad?
Click to expand...
Click to collapse
Should not affect battery at all, either way.
I guess in theory the faster network settings and io should mean you won't need your screen on as much, but any effect would not be noticeable.
So I've used the script alongside Flash Kernel beta and a few tweaks of my own. Can't really say I've noticed a battery difference as I also use Disable service and others. But I do feel there is a slight increase in response time whether it's touch, transition, fingerprint, etc.
pkgnex said:
Which kernel are you running? If it's stock, the easiest way to tell for sure is to install a kernel editor (EX by FLAR2 is a good one, but there are others if you have to pay for that one, I forget) and see if some of the parameters in the script "took" like low memory killer values, vm parameters, entropy values, read-ahead kb, io-scheduler being noop instead of CFQ, etc. I know Flash uses cfq as the default sceduler, so if you're returning noop, that would indicate the script ran. I'm not sure what the default scheduler is on Despair's Snoke.
One thing - I don't think the folder you have it in is right. I think the path should be (root)/Magisk/.core/service.d NOT (root)/DEV/Magisk/IMG/.core/service.d
Just remembered, another way to see if it ran is to open Magisk manager, go into settings, click "log" and select the "Magisk" tab. You should see a bunch of stuff, but near the bottom you should see:
: ** late_start service mode running
: * Running service.d scripts
service.d: exec [94pks]
Click to expand...
Click to collapse
Followed the above instructions
Ran no problem
Introduction:
Hello everyone!
The idea to this 'project' did blossom after having an conversation with @pkgnex in the past about the general idea of creating something else that follows what he started with his PK's Tuning Script for Pixel 2 (XL) but with a twist, mainly as a complement to his own thread that you can find here, but also with a completely different vision and focus on what the script itself should achieve (and deliver) for kind of results for myself and for all of you personally, of course, that wants to try it out and use it as a "daily driver".
Shortly explained.
This script is created with the goal of improving both battery life and performance on our Pixel 3a (XL) devices, and after a whole range of configurations and various set-ups, I've come up with something that, in my eyes, is worth sharing with all of you so that you can try it out yourself and judge on your own, with constructive feedback on what can be improved or added in future releases - if desired. My philosophy is, and will always be, this:
If something can be improved or altered in a positive way so the average user can feel and see a difference, then go for it. Non stop.
The latest release can be found here.
Disclaimer:
This is presented as "what if". If this modification screws up or breaks anything for you, I am not the one to be held responsible. It's a free will to try out this kind of changes/modifications/addons/tweaks, just don't blame the inventors for eventual bad results and/or screw-ups.
Note: This script is not recommended to be modified or customized by the user.
Features:
Reduced battery consumption
Device specific enhancements for best possible balance between battery life & performance
Enabled, and fully configured, Boeffla generic kernel wakelock blocker
Disabled a lot of useless stuff at kernel level (Improves battery life as well as performance)
CPUSet improvements & optimizations
Power efficiency enhancements
Wide IO block tuning (Reduces the possibility of hiccups, lags and overhead)
Possibly other miscellaneous things I've forgotten to write down here, both big and small.
Requirements/what you need for getting this script fully working:
An unlocked bootloader
Your own specific choice of kernel
Latest possible version of Magisk
Busybox for Android NDK Magisk Module by @osm0sis
Patience
Installation/How-To use & abuse:
1) Download the attached ZIP
2) Extract the script
3) Move the script to the following location;
/data/adb/service.d and give it the following & needed file permissions (0775)
4) Reboot your phone, let Android boot to the launcher and let Magisk boot service do its crucial magic (takes a few seconds before the scripts is fully up and running around behind the scenes)
5) Enjoy!
Note: If you still are unsure how to do for making my kernel configuration / modification work & be up and running behind the scenes, then please read @Phalanx7621 phenomenal guide here or check out @Phalanx7621 in-depth video here. The installation method is the same for all generations of released Pixels!
Credits:
@franciscofranco for all the information on which kernel wakelocks that is safe to block
@Phalanx7621 for his phenomenal how-to guide
@Lord Boeffla for his awesome generic kernel wakelock blocker
@pkgnex for inspiring me walking into this partially unknown territory.
@flar2 for his excellent EXKM application and ElementalX Kernel
@osm0sis for his Magisk Busybox module
Everyone that I've forgotten to mention here
Telegram:
If you want to try out betas / previews of my script before they are officially released, or just hangout and chat a little, then join the official Telegram group here
To-Do list:
Optimize and properly tune things even further for best possible balance between battery life, system responsivness and performance
Contributors:
@xFirefly93
Created: 2019-07-06
Last updated: 2019-11-15
Update!
Note: It is recommended that you reboot your phone after you have applied v1.0 so the customized changes / improvements takes full effect and is fully up & running as intended.
Version v1.0 (Initial release):
- Initial test release for Google Pixel 3a (XL)
- Enabled, and tuned, Boefflas wakelock blocker
- Enabled the backlight dimmer per default
- Disabled some useless kernel stuff for less overhead
- Some additional high quality customizations & improvements
If you optionally want to donate a beer or five as a way to show your appreciation for all the dedicated hours and work that I am putting into this mod on a daily rate - then this link is the way to go!
Enjoy!
very nice, thank you so much!!!
Sent from my Pixel 3a using Tapatalk
Tiebe said:
very nice, thank you so much!!!
Click to expand...
Click to collapse
You're so damn welcome, and cheers!
Update!
Note: It is recommended that you reboot your phone after you have applied v1.1 so the customized changes / improvements takes full effect and is fully up & running as intended.
Version v1.1 (Semi-major release):
- Adjusted the task scheduler for better system responsivness
- Added my own Schedutil governor profile for a better balance between performance and battery life through the whole day
If you optionally want to donate a beer or five as a way to show your appreciation for all the dedicated hours and work that I am putting into this mod on a daily rate - then this link is the way to go!
Enjoy!
So glad to see you working on sargo releases as well! Really excited to try it out, and what a great time to release this as you are working on BM for Q on wahoo/taimen.
catharsis724 said:
So glad to see you working on sargo releases as well! Really excited to try it out, and what a great time to release this as you are working on BM for Q on wahoo/taimen.
Click to expand...
Click to collapse
The Q exclusive release of BM for Wahoo will be domination deluxe, just wait!
:highfive:
Thank you! Instructions are great but they are confusing because theyre different. I ended up using the ones written here instead of the video or tutorial post.
xFirefly93 said:
- Enabled the backlight dimmer per default
Click to expand...
Click to collapse
These devices are OLED and have no backlight, what does that do in this case? Thx...
duh1 said:
These devices are OLED and have no backlight, what does that do in this case? Thx...
Click to expand...
Click to collapse
Reduces screen brightness a little bit (which is a good thing during the nights and what not).
I was looking through the script and it appears to mainly be kernel customizations. Instead of being an init script, isn't it possible for this to be set up as a custom settings file to be imported to one of the kernel managers, or perhaps you already have a settings file we could test?
duh1 said:
I was looking through the script and it appears to mainly be kernel customizations. Instead of being an init script, isn't it possible for this to be set up as a custom settings file to be imported to one of the kernel managers, or perhaps you already have a settings file we could test?
Click to expand...
Click to collapse
I prefer to let it being applied straight through the service.d folder as a part of the Magisk boot service myself.
It's pretty much a lot easier for everyone that way.
Just for fun, I loaded this script on my Pixel C tablet. Remember that? Lol
It's an old janky Pixel abandoned by Google when Oreo ended. It's now on a custom Pie rom with a custom kernel so why not? The script installed and ran successfully. Proof was in the Magisk log. But not just that, this tablet now flys! No stutter scrolling, slightly slower battery drain and smoother transitions. Most importantly to me were the improvements in Chrome. Chrome would bog way down with just a few tabs open. Scrolling through articles and web pages was painful. The stutter was trerible especially compared to my Pixel 3a.
All I have say is thank you!
12
12paq said:
Just for fun, I loaded this script on my Pixel C tablet. Remember that? Lol
It's an old janky Pixel abandoned by Google when Oreo ended. It's now on a custom Pie rom with a custom kernel so why not? The script installed and ran successfully. Proof was in the Magisk log. But not just that, this tablet now flys! No stutter scrolling, slightly slower battery drain and smoother transitions. Most importantly to me were the improvements in Chrome. Chrome would bog way down with just a few tabs open. Scrolling through articles and web pages was painful. The stutter was trerible especially compared to my Pixel 3a.
All I have say is thank you!
12
Click to expand...
Click to collapse
Haha, holy crap. That was kind of unexpected, and surprising that I actually have created such a monster to be honest.
Or wait..
Wait until v1.2 is complete - it will make both your P3a and Pixel C fly higher than a (Snap)dragon ever is able to do!
:highfive:
xFirefly93 said:
Haha, holy crap. That was kind of unexpected, and surprising that I actually have created such a monster to be honest.
Or wait..
Wait until v1.2 is complete - it will make both your P3a and Pixel C fly higher than a (Snap)dragon ever is able to do!
:highfive:
Click to expand...
Click to collapse
Awesome! And thanks!
Update!
Note: It is recommended that you reboot your phone after you have applied v1.2 so the customized changes / improvements takes full effect and is fully up & running as intended.
Be aware that you have to flash the Busybox Magisk module by @osm0sis for getting the newest enhancements, that is featured / included on v1.2, up and running as intended!
Version v1.2 (Major release):
- Added a few crucial filesystem tweaks for improved performance (Credits goes to @pkgnex for this contribution. Be aware that you have to flash the Busybox Magisk module for getting those modifications up and running as fully intended)
- Fully removed all of the alternative task scheduler values / settings (they was only causing random freezes and lagspikes)
- Slightly adjusted the default stock CPUSet values for hopefully improved power efficiency as well as system responsivness
- Cleaned up the script on a few minor typos and what not
- Disabled a few minor CPU related loggers (experimental)
- Reduced suspend latency by enabling console_suspend
- Added a few tweaks for overall better network performance
- Shifted to Westwood TCP congestion algorithm per default
- Disabled the useless Adreno GPU frequency throttling tunable
- Disabled RCU expedited and 'replaced' it with RCU normal for improved real-time latency, CPU utilization and energy efficiency
If you optionally want to donate a beer or five as a way to show your appreciation for all the dedicated hours and work that I am putting into this mod on a daily rate - then this link is the way to go!
Enjoy!
12paq said:
Awesome! And thanks!
Click to expand...
Click to collapse
You should actually try out the latest Blackened release in the post here above on both your P3a as well as on your Pixel C.
You won't regret it, I promise.
:highfive:
xFirefly93 said:
You should actually try out the latest Blackened release in the post here above on both your P3a as well as on your Pixel C.
You won't regret it, I promise.
:highfive:
Click to expand...
Click to collapse
Sorry, I see very little difference on the P3a, it could just be me. Ex Kernel runs great for me. I'll give your mod some more time to test.
However, on my the 3 yr old Pixel C, it is very much improved. Impressive!
12paq said:
Sorry, I see very little difference on the P3a, it could just be me. Ex Kernel runs great for me. I'll give your mod some more time to test.
However, on my the 3 yr old Pixel C, it is very much improved. Impressive!
Click to expand...
Click to collapse
Have you flashed the Buxybox Magisk module on your P3a?
xFirefly93 said:
Have you flashed the Buxybox Magisk module on your P3a?
Click to expand...
Click to collapse
Yes.