Aller au contenu

[Kernel] [4.4.x/L] Hell's Core b58 - 18/09/2014


Recommended Posts

Bonjour,

Je crée se topic, pour tenir informer nos chers Nuxiens sur l’évolution et les mises à jours du Kernel Hell's Core.

Je ne suis pas le concepteur du Kernel, j'informe juste et met à disposition les liens nécessaire.

233680d1377019913-kernel-jb-jss15j-jwr66

Pour l'avoir testé, il me tien facile 1 journée voir l'autre d’après en utilisation normal(avec un peu de net, dl...)

Le téléphone ne chauffe pas, et chargement rapide.

FauxSound, FauxSpeaker, FauxGamma, Fast Charge, l'optimisation O3, Krait Retention ...

Et le fameux touch control qui fonctionnel nikel ,tester sous CM 11 nightly.

Téléchargement :

http://forum.xda-dev...&postcount=7579

(b47-pre-release) STABLE

Merged 4.4.3

Update to Linux 3.4.93

Linaro 4.9.1 from Christopher83

IMPORTANT NOTE!!!!!

IF YOU COME FROM HELLSDOCTOR, PLEASE REFLASH YOUR ROM OR CLEAR YOUR INIT.D FOLDER!!! OTHERWAYS YOU'LL HAVE FC's LIKE HELL!

(b46 test 4)

-OOM Upstream to 3.14 from faux

-S2W Fixes from AK

-Linux 3.4.86

(b44-45)

-Upstream auf 3.4.84

-Linaro 4.8.3 03.2014

-Cpuidle Commit

-futex Upstream updated

-jbd2 commits optimized

-LoUIS Cache

-81mhz

(b44 test t3)

Lowest frequency 81 MHz

Updated to linux 3.4.79

Merged CM optimizations

(b43)

-Rebase auf 4.4.1 Sourcen

-Linux 3.4.76

-S2W/dt2w Port vom N5

-faux sound 3.2

-suspend_freq auf max angehoben

-Kleine Fixes usw. siehe Git

(b40)

-Upstream from 3.4.65 auf 3.4.66

-ca. 100+ SLAB/SLUB/SL[AU]B/mm... Commits

-Module Support (for TouchControl)

-Conservative GPU: Thresholds set slightly differently ( probably a little smoother when scrolling)

-S2W Fix from fluxi

-kexec Support (MultiROM)

-3 epoll Commits from Upstream

(b39)

-Rebase auf CM/JSS/JWR Sources

-Compiled with Linaro 4.8.2.09 Toolchain

-Upstream from 3.4.65

-O3 Support with Custom Build Flags

-Conservative GPU Governor

-msm_hotplug Hotplug Control (Tanks geht an fluxi)

-dynamic fsync off

Color Profile :

LG:

echo "212 114 21 118 0 0 0 80 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_b

echo "210 114 21 118 0 0 0 80 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_g

echo "208 114 21 118 0 0 0 80 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_r

echo "255 255 255" > /sys/devices/platform/kcal_ctrl.0/kcal

Google:

echo "212 32 35 116 0 31 16 80 51 3" > /sys/devices/platform/mipi_lgit.1537/kgamma_b

echo "210 64 68 118 1 0 0 48 32 1" > /sys/devices/platform/mipi_lgit.1537/kgamma_g

echo "208 64 68 118 1 0 0 48 32 1" > /sys/devices/platform/mipi_lgit.1537/kgamma_r

echo "255 255 255" > /sys/devices/platform/kcal_ctrl.0/kcal

PA-Halfbreed:

echo "212 64 68 118 0 25 4 66 32 1" > /sys/devices/platform/mipi_lgit.1537/kgamma_b

echo "210 64 68 118 0 25 4 66 32 1" > /sys/devices/platform/mipi_lgit.1537/kgamma_g

echo "208 64 68 118 0 25 4 66 32 1" > /sys/devices/platform/mipi_lgit.1537/kgamma_r

echo "255 255 255" > /sys/devices/platform/kcal_ctrl.0/kcal

PA-Contrasty:

echo "212 64 68 118 0 26 0 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_b

echo "210 64 68 118 0 26 0 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_g

echo "208 64 68 118 0 26 0 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_r

echo "245 244 240" > /sys/devices/platform/kcal_ctrl.0/kcal

PA-Brighter:

echo "212 49 21 118 0 31 9 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_b

echo "210 49 21 118 0 31 9 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_g

echo "208 49 21 118 0 31 9 64 48 2" > /sys/devices/platform/mipi_lgit.1537/kgamma_r

echo "245 244 240" > /sys/devices/platform/kcal_ctrl.0/kcal

Ni moi, Frandroid, ou Xda ne sommes responsable du brick ou défaillance de vôtre smartphone.

Modifié par Kidseb12
  • Like 1
Lien vers le commentaire
Partager sur d’autres sites

Il faut voir si c'est avantageux les 192MHz, car par exemple sur certains kernels sur le S2 on pouvait descendre à 100MHz au lieu de 200 (ou un truc comme ça) sauf qu'au final ça consommait plus, le téléphone étant pas fait pour être cadencé à cette fréquence.

Lien vers le commentaire
Partager sur d’autres sites

Supprime les parties où il s'exprime à la première personne ou modifie les un peu à ta sauce non ? car là ça fait un peu bizarre, ou mets le

C'est fait merci :) la citation pas mal, je savais pas trop comment faire. :)

En résumé, il a quoi ?

FauxSound, FauxSpeaker, FauxGamma, Fast Charge, Retention, 192Mhz ?

Et il y a aussi l'optimisation O3, Krait Retention et d'autres choses features que j'ai pas trop bien compris. ^^'

Nouvelle mise à jour : (b17)

Sched_MC deaktiviert (führt zu Lags)

S2W sysfs wieder integriert (muss noch schauen welcher Pfad)

Etwas am dyn. fsync

freeze/unfreeze (weniger Verbrauch im DS?)

Kleinigkeiten unter der Haube... (-;

Lien vers le commentaire
Partager sur d’autres sites

Et dernière question (pour le moment): C'est quoi la différence entre "normal" et "hells" ?

C'est ça :

normal:

ondemand

min 192mhz max 1512mhz

optimal_freq auf 702000

sync_freq auf 1350000

hells:

intellidemand

min 192mhz max 1512mhz

up_threshold 90

-up_threshold_any_cpu_load 90

-up_threshold_multi_core 90

-two_phase_freq 1242000

Lien vers le commentaire
Partager sur d’autres sites

Et concrètement ça change quoi ? :P

Intellidemand et ondemand sont deux governors différents :

OnDemand : L’Ondemand est le gouverneur le plus populaire, et en général celui qui est défini par défaut sur les terminaux android. Sa particularité par rapport aux autres gouverneurs est que lorsque la demande en ressources des applications dépasse un certain seuil, il définit automatiquement la fréquence à son maximum. Puis, au fur et à mesure, il baisse la fréquence par paliers en fonction de la diminution de la charge, et place de nouveau la fréquence au maximum si la demande remonte. Il constitue en général un bon compromis entre autonomie et puissance, mais a tendance à trop augmenter la consommation du CPU (sur les courtes et moyennes sollicitations), et donc affecter l’autonomie plus que d’autres gouverneurs dans ce genre de cas.
Intellidemand : Intellidemand, pour “intelligent ondemand”, est une version modifiée de l’ondemand qui modifie la fréquence du processeur en fonction de l’activité de... la puce graphique ! Il se comporte en effet comme l’ondemand lorsque le GPU est fortement nécessité (jeux, animations etc.). Et lorsque le GPU n’est pas ou est peu sollicité, l’intellidemand limite la fréquence maximale à une valeur moyennement élevée de sorte à économiser la batterie. Il constitue donc une bonne alternative à l'ondemand.

Si ça peut te donner une idée. Je te conseil d'essayer les deux versions et fais ton choix. Pour l'instant j'ai testé que la version hells et ça fonctionne nikel !

Modifié par Ornadyx
Lien vers le commentaire
Partager sur d’autres sites

La différence entre la version Hell et la normale c'est que la hell est préréglée a sauce (avec quelques heures que j'ai corrigé pour ma ROM).

Je vais essayer cette rom avec un slim rom, mais les modifications que tu as porté portent sur quelle partie du kernel ???

Lien vers le commentaire
Partager sur d’autres sites

Rejoignez la conversation

Vous pouvez poster maintenant et vous enregistrez plus tard. Si vous avez un compte, connectez-vous maintenant pour poster.

Invité
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

×
×
  • Créer...