[Kernel] BLADE - CM/AOKP/AOSP - 4.1.2+4.2.1

[KERNEL][Inernational] 2013/01/14 - BLADE - CM/AOKP/AOSP - 4.1.2+4.2.1 - xda-developers

Der Kernel für alle AOSP based ROMs und NUR für diese
d.h. NICHT für Sense ROMs

Download:
Goo.im Downloads - Browsing BLADE

Mirror:
Mediafire

WICHTIG:

Je nach ROM braucht ihr unterschiedliche Boot Images
Das ist im jeweiligen Dateinamen ersichtlich

*-CM10-* für 4.1 ROMs z.B. CM10 and AOKP 4.1.2
*-CM10.1-* NUR für CM10.1
*-42-* für alle anderen 4.2 ROMs z.B. AOKP 4.2.1 and AOSP 4.2.1

Der Kernel code ist fuer alle der gleiche

Build 201301172225

Changelog:
-fixed change that causes audio problems on screen-off
-dont start htc_ebdlog daemon by default
-update BFQ to latest version
-enabled 4x1.7Ghz mode

To enable
To make it permanent put this into an init.d script
Next AOKP build will include support for this in the performance settings

BIG FAT WARNING:
If you enable this you do it at your own risk!
I dont want to hear a single thing about
1) crashes
2) heating problems
3) battery drain

Build 201301142339

Changlelog:
-"unified" governor switching fixed
no need for "funky" init.d scripts anymore
-ondemand is back as default governor since switching is now much easier
-fixed some derps of last build

Build 201301112025

Changlelog:
-replaced cpu hotplugging code with mpdecision from show-p1984
all credits to him for this really awesome piece of code
https://github.com/showp1984/bricked-grouper-3.x
-silence some of those HTC log spammers

Notes:
-this is experimental
-screen off frequency is now FIXED to 475Mhz to use the LP mode
of the tegra chip. There is NO way to change this
If you have problems e.g. listening to music blame your music player app

Build 201301080036

Only for AOKP 4.2 and CM10.1 at the moment!

Changelog:
-GPU OC
-switch to interactive govenor as default
-latest s2w update from nik3r - see elitekernel thread for details
-test include of rngd - see elitekernel thread for details
-cleanup of pm_qpos code
-limit to 1 cpu in screen of mode
-make screen of max frequency cap configurable using sysfs

Build 201212271409

Changelog:
-rebased to HTC kernel sources
EU 1.17.401.1 - enrc2b-jb-3.1.10-f362097

Build 201212251736

The kernel sources are the same for all!
So choose the correct one for your rom

Changelog:
-multi touch fix - thanks to d-panja3 for pointing me at this

Build 201212170143

Changelog:
-BT headset support - requires new ROM

Build 201212122240

Changelog:
-initial bluetooth support - with full LPM (low power mode) support
working:
-network (opp, tether, ...)
-a2dp audio streaming
not working:
-voice call audio e.g. for headsets

-new s2w from nik3r
-some of the other cool enhancements of nik3r

Initial Changelog:
-build with linaro 4.7
-XZ compression
-BFQ as default scheduler
-S2W
-debloated HTC stuff

Build 2013012623060

Changelog:
-added "fast charger" support (allows "overruling" of automatic charger detection)
to enable:
"my" AOKP 4.2.1 has a quick toggle for it

-setting UV to -100mV fixed

Build 201301240030

Changelog:
-start of battery saving "project"
see here for details

Build 201302111636
Changelog:
-fixes required for USB tethering
-nvidia video fixes
-added new smartmax governor
This is a new governor implemented by me which is a mix between ondemand and smartass2
By default this is configured for battery save - so this is NOT a gamer governor!
This is still WIP!

-changed cpu hotplug order
This is now like for the nvidia code 3-2-1
If you use the scaling_max_freq_limit tunable you must now change the order!

So e.g.
becomes

-code is now 100% warning-free

Build 201302202247
Changelog:
-updated interactive governor
-updated smartmax governor
-fixed button backlight lags - thanks to Thömy
-"good" nvidia fixes are back
-core voltage UV disabled to see if cause the random freezes
-tegra3 tweaks - thanks to TripNRaVeR

Build 201302241749
Changelog:
-smartmax: minor fixes
-added nvidia smartdimmer - based on grouper kernel
https://android.googlesource.com/ke...d75/arch/arm/mach-tegra/board-grouper-panel.c
more info on smartdimmer here
What is NVIDIA SmartDimmer?
-added JRCU
-added row and sio I/O scheduler
-some tegra3 tweaks from TripNRaVeR - big credits to him
-google and nvidia bug-fixes

smartmax is now the default governor!

Build 201303052312
Changelog:
-use ROW I/O scheduler as default - better performance
-switched to cpuquiet CPU hotplugging with - tweaked to get more LP time
-added uhid - required for BT HID devices (gamepads)
-fast_charge no need to replug cable after changed
-configurable screen of frequency limit if you have problems with default 475Mhz
Attention: this will disable "automatic" LP lock during screen off
so think if you really need it

-configurable min audio frequency limit if you have problems with default 102Mhz

-fixed kernel for HDMI support - now works again on sense
AOSP issues are caused by the ROM currently

Build 201303131612
Changelog:
-added smartmax_eps governor
eps stands for "extreme power saving"
so this is a smartmax tuned for even less battery usage
-disabled blocking ramdom access (always use non-blocking urandom)
-arm spinlock tweaks taken from 3.8.2
-rwsem tweaks

Läuft bei mir absolut sauber der Kernel und ich kann auch einen Unterschied beim Smartdimmer erkennen, was vorher nicht der Fall war.
Batterieleistung ist deutlich besser bei mir und keine Lags oder andere Probleme bis dato.
Auf 1150-1400 Mhz durchprobiert...

Der ursprüngliche Beitrag von 16:29 Uhr wurde um 16:49 Uhr ergänzt:

Läuft bei mir absolut sauber der Kernel und ich kann auch einen Unterschied beim Smartdimmer erkennen, was vorher nicht der Fall war.
Batterieleistung ist deutlich besser bei mir und keine Lags oder andere Probleme bis dato.
Auf 1150-1400 Mhz durchprobiert...

Batterieleistung ist deutlich besser bei mir

Zum Vergrößern anklicken....

Wie hast du das denn in zwei Stunden festgestellt?

Aber läuft bei mir auch sauber der Kernel zusammen mit dem update der Rom von heute.

Better Battery Stats und Tests ...
Im übrigen habe ich den Kernel eher geflashed .. Gibt ja durchaus neuere Quellen

Sonst hatte ich ca 4 % pro Stunde
Jetzt sind es 2 % , wobei das letztendlich egal ist, da ich abends sowieso immer lade...

Ok,danke.Wie lange kommst du denn mit einer Akkuladung hin und gibt es ne Möglichkeit zu undervolten?

Undervolting funktioniert glaube ich und es ist auch noch was in der Entwicklung.. Dazu gibt es mehr im XDA Thread von Maxwen.

Ich denke so 1 1/2 Tage sind realistisch, aber es kommt halt auf die Tätigkeiten an.
Generell zieht es bei mir mehr als die Sense-Roms, was am Energiesparmodus liegt, den ich da an hatte.
Bei AOKP begrenze ich höchstens die CPU Geschwindigkeit, da 1300 od. 1400 locker im Alltag ausreicht.
Die Performance des ROMS ist auf jeden Fall besser und ich habe keine Mircoruckler mehr...

Quote:
Originally Posted by nchantmnt
Just a quick thought about undervolting:

I know that higher than -50mv fails for most users but that should also be in relation to the actual frequency while crash happened (and of course temperature, cpuload etc)

Now my thought is that while it's not possible to set UV values per freq step
rewriting the UV interface to support per frequency settings
is right on top of my todo list

Zum Vergrößern anklicken....

Zum Vergrößern anklicken....

Build 201303170221
Changelog:
-smartmax_eps finetuning
-added CPU UV interface - so you can now use apps like Trickster mod
to change CPU voltages
-use variant 4 CPU voltages by default also for variant 3

Herzlichen Dank!
Kannte ich noch nicht und sieht interessant aus ...

Hier meine Standardwerte...
Werde mal testen, was geht ?!?

Was bewirkt ZRam, kann man das einschalten? Habe gerade einen Thread gefunden, wo das bei virtuellen Karten nicht empfohlen wird?

Gesendet von meinem HTC One X+ mit Tapatalk 2

_DIORDNA_ schrieb:

Was bewirkt ZRam, kann man das einschalten? Habe gerade einen Thread gefunden, wo das bei virtuellen Karten nicht empfohlen wird?

Gesendet von meinem HTC One X+ mit Tapatalk 2

Zum Vergrößern anklicken....

kannst du ruhig einschalten - ist supported
das ist ein "virtueller" komprimierter swap space von ca. 100MB
der wird natuerlich vom restlichen memory "abgezwickt"

ob sinnvoll oder nicht musst du eintscheiden ich hatte allerdings
noch nie das beduerfnis

das gane pasiert nur im memory und NICHT auf der SD
das ist ja genau der Vorteil gegenueber "echtem" swap space

Ich bin nochmal jeweils 25 mV tiefer als du DIORDNA und läuft noch alles flüssig.

Jep, bin auch überall etwas tiefer , ohne Probleme.
Mal schauen, wie sich das auf den Akku auswirkt.

mawie schrieb:

Ich bin nochmal jeweils 25 mV tiefer als du DIORDNA und läuft noch alles flüssig.

Zum Vergrößern anklicken....

ihr solltet immer dazu sagen ob ihr variant 3 oder 4 habit

und noch was
aufgrund der impliziten Abhängigkeit zwischen core und CPU rail bedeutet UV das auch core voltages geringer sind
das heißt das z.b. die GPU mit geringere Frequenz läuft. Also UV hat auch Auswirkungen auf die performance

Sent from my HTC One X+ using Android-Hilfe.de App