[KERNEL][CAF][LINARO] Private Kernel r15 [27/05/16]

[prototyp01]

Ich möchte euch gerne den jungen Kernel von DerRomtester vorstellen. Eignet sich sehr gut für die CM13-CAF-Variante von Sultanxda, da er darauf basiert.
Er ist mit Absicht recht simpel gehalten und nicht mit Features überfrachtet.
Wer will, kann mit der App "Kernel Adiutor" div. Dinge wie Governor, Scheduler, Spannungen, Bildschirm etc. ändern.

Quelle: [CAF][UBER] Private Kernel

Features:
* francos thermal driver tuned to work with the VADC sensor (more accurate throttling results)
* not underclocked by default
* added more ioschedulers (BFQ default)
* autosmp hotplug

NUR FÜR ROMs MIT SULTANs KERNEL ALS BASIS!

Downloads

Created 2016-01-25
Last Updated 2016-05-27

 

[prototyp01]

Changelog:

r15

Spoiler

* synced with sultanxda
ppp: take reference on channels netns
netfilter: x_tables: check for size overflow
ALSA: timer: Fix leak in events via snd_timer_user_tinterrupt
ALSA: timer: Fix leak in events via snd_timer_user_ccallback
ALSA: timer: Fix leak in SNDRV_TIMER_IOCTL_PARAMS
mmc: clk_scaling: Fix scale_down_in_low_wr_load sysfs return value

r14

Spoiler

* synced with sultanxda
* removed the new wifi driver (keeps crashing and crashing i dont know why i need to investigate)

r13

Spoiler

* synced with sultanxda

r12

Spoiler

* synced with sultanxda
* removed autosmp hotplug
* added cpuquiet hotplugging framework
* Fix direct references to HZ (should improve smoothness a bit)

r11

Spoiler

* synced with sultanxda 18 Apr 16 built
* Fix teardown sequence (mirror 9330) to avoid noise.
* Fix UHQA not properly enabled.
* Enable micbias pulldown by default (factory)
* fixed a possible memmory leak
* killed some harmful errors that occur in my last_kmsg

r10

Spoiler

* synced updates with sultanxda latest release

r9

Spoiler

* synced with sultanxda
* some small misc bugfixes

r8

Spoiler

*upstream updates from sultanxda
* disabled iostats for better performance
* tuned ksm values
* tuned per_process_reclaim
* autosmp enabled by default

r7

Spoiler

*upstream updates from sultanxda

r6

Spoiler

* mpdecision active by default (it isnt actually that bad as i thought)
* removed bricked hotplug
* added f2fs support (experimental! i dont give support for it)
* some various patches from franciscofranco and cm to improve performance and fix some bugs
* updated cubic tcp (enabled by default)
* synced with CAF LA.BF.1.1.3_rb1.11
* added PM_SUSPEND_FREEZE https://github.com/DerRomtester/andr...e01c5799b7fb58
* updated autosmp hotplug to a more recent version

r5

Spoiler

* improved the performance of bfq ioscheduler
* increased modem stability
* removed ondemand
* reverted back to the old interactive and ondemand
* added and modified autosmp hotplug (enabled by default)
* compiled with linaro 5.2 toolchain
* fixed some compilation warning introduced by gcc 5
* removed some unused things on our device (picked from cm kernel)

r4

Spoiler

* synced with sultanxda
* re-added and updated ondemand governor (default)
* tuned smartmax to be slightly more aggressive
* updated interactive to a more recent version
* added lz4 compression and decompression --> a slightly larger kernel with decreased boot time
* added a small patch that should increase your ext4 filesystem performance
* updated anykernel ramdisk to the latest version
dont wonder if you get a busybox error it is a harmless warning!

r3

Spoiler

* upstream updates from sultanxda
* added some compiler optimizations -O3 and some special ones for our soc
* added sound control
* reduced retention voltage (better idle drain during c states)
* disabled add random because it is only used on spinning devices and useless on flash devices
* lowered GPU voltage constraints
* reduced some debug logs to avoid a watchdog bite
* increased msm mpdec idle frequency slightly and avoid cores unlocking unnecessary when the cpu input boost driver is working
* smartmax default for now (i achieved good results with it)

r2

Spoiler

* added voltage Control
* added Smartmax governor
* cleaned up smartmax governor
* removed boosting function from smartmax governor because we are using cpu_input_boost for that
* removed the redundant iowait check adapted for smartmax

r1

Spoiler

* francos thermal driver tuned to work with the VADC sensor (more accurate throttling results)
* not underclocked by default
* added more ioschedulers (BFQ default)
* bricked hotplug simplified by myself
* improvement better ext4 performance
* improvement better I/O latency
* improvement Moiré patterns in linux load average
* synced with sultanxda
* improvement: better BFQ and CFQ performance
* misc things ecc.

 

[prototyp01]

Neue Version

* synced with sultanxda
* re-added and updated ondemand governor (default)
* tuned smartmax to be slightly more aggressive
* updated interactive to a more recent version
* added lz4 compression and decompression --> a slightly larger kernel with decreased boot time
* added a small patch that should increase your ext4 filesystem performance
* updated anykernel ramdisk to the latest version
dont wonder if you get a busybox error it is a harmless warning!

 

[prototyp01]

Neue Version

* improved the performance of bfq ioscheduler
* increased modem stability
* removed ondemand
* reverted back to the old interactive and ondemand
* added and modified autosmp hotplug (enabled by default)
* compiled with linaro 5.2 toolchain
* fixed some compilation warning introduced by gcc 5
* removed some unused things on our device (picked from cm kernel)

 

[Der René]

Hallo

ich habe ein kleines Problem mit der CPU Frequenz.
Und zwar, wenn ich die maximale Taktfrequenz von 1958 MHz auf 2457 MHz in der App 'Kerne Adiutor' umschalten möchte, springt die Frequenz direkt wieder runter auf 1958 MHz.

Könnt ihr mir sagen, wie ich das beheben kann?
Ansonsten läuft der Kernel echt sauber und bin soweit echt zufrieden.

Gruß

 

[prototyp01]

Das Problem haben andere auch. Lass das Handy mal abkühlen und schau dann nochmal nach. Alternativ kannst du auch mal im Reiter Temperatur mit der Grenze rumspielen.

 

[prototyp01]

Neue Version

* mpdecision active by default (it isnt actually that bad as i thought)
* removed bricked hotplug
* added f2fs support (experimental! i dont give support for it)
* some various patches from franciscofranco and cm to improve performance and fix some bugs
* updated cubic tcp (enabled by default)
* synced with CAF LA.BF.1.1.3_rb1.11
* added PM_SUSPEND_FREEZE https://github.com/DerRomtester/andr...e01c5799b7fb58
* updated autosmp hotplug to a more recent version

 

[Der René]

Wie kann ich denn unter Sultan CM 13 mit diesem Kernel F2FS nutzen? Muss einfach nur ein auf f2fs formatiert werden oder muss man in irgendeiner Config bei CM13 was umgeschrieben werden?

Kann mir da jemand Auskunft drüber geben?

 

[prototyp01]

Ich habe nie F2FS genutzt. Nach Abwiegen von Informationen überwiegen meiner Meinung nach die Nachteile.

Bedenke, dass DerRomtester F2FS in seinem Kernel explizit als "experimental!" einstuft.

 

[prototyp01]

Hier mal eine Usererfahrung mit F2FS: (Quelle: [CAF][LINARO] Private Kernel r6 - Post #259 )

yeah I know, but what I meant is that when you configure the /data and /system partitions f2fs, there used to be a small amount on corruption in the files at every reboot. I don't know what exactly happened, but this amount of corruption was enough to make TWRP freak out and wipe the partitions because of it. Thankfully I didn't lose any data, but it's still frustrating if your phone does a factory reset in the middle of the day and you're not home.
Does only formatting cache to f2fs even make a difference?

 

[prototyp01]

Neue Version

*upstream updates from sultanxda

 

[prototyp01]

Neue Version

*upstream updates from sultanxda
* disabled iostats for better performance
* tuned ksm values
* tuned per_process_reclaim
* autosmp enabled by default

 

[Kallest1100]

Bin gerade am testen, sieht schon gut aus.

 

[Kallest1100]

Neu:
Private Kernel - xda-developers DevDB

 

[prototyp01]

Werde den Thread demnächst anpassen.

Da ich selbst diesen Kernel (aktuell) nicht mehr nutze, werde ich wohl nur noch sporadisch den Thread aktuell halten.

Bitte schaut daher selbst bei xda nach, ob eine neue Version draußen ist.

 

[Der René]

@prototyp01:

Weshalb nutzt Du diesen Kernel nicht mehr? Hattest du Probleme mit dem Kernel? Würde mich mal interessieren.

 

[prototyp01]

@Der René

Der Kernel war klasse, hatte damit keinerlei Probleme. Ich habe die ROM gewechselt. Bin nicht mehr mit der Sultan CM13 unterwegs sondern mit der von jgcaap: [ROM][6.0.1] CyanogenMod 13.0 Builds [6.0.1_r22][2016/03/25][Linux+CAF+Google+CM]

 

[Der René]

Achso okay. Und ist die Firmware nochmals schneller als die von Sultan? und vor allem was genau war der Grund zum Wechsel?

Bisher bin ich nämlich mit der Rom von Sultan nämlich sehr zufrieden.

 

[prototyp01]

Vorsicht: ROM ≠ Firmware.

Eine ROM kann die Firmware enthalten. Im Falle von Sultan ist das nicht der Fall. Er hat die Firmware aus seiner ROM herausgenommen. Deswegen soll man auch in machen Fällen die originale CM13 flashen, denn die beinhaltet auch die Firmware fürs OPO. (oftmals wird Firmware mit Baseband /Modem gleichgesetzt, aber in der Firmware ist das Modem mit enthalten)

Gewechselt habe ich, weil ich mit der Akkulaufzeit nicht mehr zufrieden war. Was Stabilität und Performance anging war die Sultan top, keine Frage. Aber nachdem im Akku-Thread manche von 7-8h DoT gesprochen haben und ich nur auf gut 4-5h komme, kam ich ins Grübeln.

Hab mich dann auf XDA nach einer neuen ROM umgeschaut und die Beschreibung bei der CM13 Variante vom User jgcaap hat mir ganz gut gefallen.

 

[Der René]

Aber wenn manche User 7-8 DoT haben, dann wird das Handy wahrscheinlich auch nicht so sehr beansprucht. Es kommt immer darauf an, welche Apps man nutzt und wie stark der Prozessor arbeiten muss und dazu kommt es noch darauf an, wie stark die Helligkeit eingestellt ist, ob man mit voller Empfangsstärke mit dem WLAN bzw Mobilfunknetz verbunden ist. Schlechtes Netz = höherer Akkuverbrauch.
Das sind alles Dinge worauf man achten sollte. Und ich lege auch nicht viel wert auf die DoT von anderen Usern, da jeder sein Handy unterschiedlich konfiguriert hat.