[Kernel 3.4.82] Blaze™ Kernel

[shangalisto]

 

Features :

• Insecured
• Persistent ADB
• Neon optimizations
• Compiled using GCC 4.6
• Merged Latest Linux Upstream Commits i.e. 3.4.82
• XZ compression for kernel. Size 4.2MB ==> 2.7 MB
• Activated many Governors : Interactive , Conservative
• Reduced Logbuffer shift
• KSM for Page Merging
• Activated and tweaked conservative governor
• Dynamic Filesync Control 2.0
• Dynamic Management of Dirty page writeback
• Lock initial TCP window size to 64k (Improves network ping and output)
• Faster NOATIME and NODIRATIME mounting flags
• Disabled Gentle Fair Sleepers
• Enabled ARCH_POWER
• Asynchronous I/O latency to a solid-state disk greatly increased
• Activated and tweaked conservative governor
• Patches to prevent depleting Entropies
• Frandom driver - Fast Kernel Number Generator
• Optimized git implementation for SHA1
• Optimized glibc version of string
• Enabled SWAP support
• Optimized AES and SHA1 routines
• Optimized apply_slack() method for size and speed
• Various EXT4 Filesystem patches from android_kernel_common
• Enabled 5 new TCP Congestion controls viz. Westwood, Veno, BIC, Reno, HTCP
• Set westood as default from cubic.
• Optimized memcopy and memmove algorithm
• Tweaked SLUB allocator
• Increase READ_AHEAD size to 1024kb
• Cleancache enabled
• Ability to change IO-Schedulers without need of root
• Optimizations to SLUB memory allocator
• Optimized VM dirty ratios
• Optimized CFQ scheduler-you really don't need any other IO scheduler
• Added FIOPS IO scheduler which is much better than CFQ and set to default
• Optimized FIOPS IO Scheduler with many tweaks merged with it
• Hotplug CPU Governor will remain default as it is best for MTK phones
• NTFS Filesystem support for USB OTG (WIP)
• Added config.gz support
• CIFS Support Added in form of Module
• Support for X-Box 360 Gamepad and other gamepads (WIP)
• Added cdrom option to UMS-lun-devices (you can now use this app: Link
• And many more changes

 

A voir ce qu'il vaut face au Kashkernel mais remarquez que le kernel est en 3.4.82 là où jusqu'à maintenant, on était limité au 3.4.5.

Donc surement des optimisations en vue !

 

Source : http://forum.xda-developers.com/showthread.php?t=2696629

Modifié 30 mars 2014 par shangalisto

[McSpee]

Peut on lui demander d y inclure les pilotes pour la boussole ?

Envoyé depuis mon Wiko CINK FIVE

Modifié 30 mars 2014 par McSpee

[shangalisto]

Je l'ai pas testé, à la limite ce que tu peux faire c'est installé l'ancienne JellyXperia 5.4 car la boussole est censée fonctionner dessus, si tu vois qu'elle marche avec le kernel, alors que c'est le problème viennent des ROMs et pas des kernels.

[natsukiro]

Je l'ai testé et aucun soucis à déplorer depuis ce week-end, tout fonctionne bien et la durée de ma batterie à légèrement augmenté.

 

Niveau bench; plus ou moins similaire au stock kernel, en revanche j'ai remarqué une meilleure gestion de la ram.

[DrShadow]

Attention au doublons

 

Pour le moment, ce n'est pas un vrai 3.4.82, il manque des commits.

[shangalisto]

Attention par rapport aux fuites de batterie et la décharge en USB, car apparemment il y a le même soucis que sur le Kashkernel qui se base sur les mêmes (morceaux) de sources depuis la V2.4.

Ce qui rend le téléphone difficilement utilisable en cas de batterie faible.

[twyst3r]

Bonjour, savez vous ou je peux trouver le kernel stock du five?

Merci

[shangalisto]

C'est marrant parce que dans la derniere release (005), le CPU semble OC a 1,6 Ghz et je ne souffre pas de ralentissements particuliers.

[DrShadow]

C'est marrant parce que dans la derniere release (005), le CPU semble OC a 1,6 Ghz et je ne souffre pas de ralentissements particuliers.

 

http://forum.xda-developers.com/showpost.php?p=51822424&postcount=241

 

Ce n'est que visuel je crois

[shangalisto]

La prochaine release contiendra l'OC du CPU a 1,52 Ghz et serait fonctionnel d'après l'auteur, pressé de voir ça :)

[DrShadow]

Déjà ce n'est plus 3.4.82 et pas trop de rêves concernant l'overclock ^^

[shangalisto]

Effectivement, et pour l'OC c'est l'auteur qui a annoncé qu'il a l'air de fonctionner mais que c'est expérimental. Puis faut être optimiste, il y en a bien un qui va finir par réussir !

[DrShadow]

La majorité des valeurs sont codées en dur sur la plateforme et c'est pour ça qu'un kernel MT6589 fonctionne aussi bien que sur MT6589T mais l'OC ne sera actif que sur MT6589T.

 

L'idée de forcer un comportement sur un MT6589 peut ne pas fonctionner ou conduire à des situations instables en raison de ces valeurs codées en dur.