[Kernel][ICS] Devil2_0.94 [24/05/12] [01/05/12] pour ICS

Nous discuterons ici des firmwares, kernels et autres custom ROMs
Image
Image
#1

[Kernel][ICS] Devil2_0.94 [24/05/12] [01/05/12] pour ICS

Messagepar Wendigogo » 07 Fév 2012, 11:33

Suite à des questionnements récurents et une demande sur les threads concernant ICS, j'ouvre ce fil sur le kernel Devil développé par DerTeufel1980.

Le thread original se trouve sur XDA et sera probablement plus à jour que le mien, le temps dont je dispose pour maintenir ce sujet étant variable : http://forum.xda-developers.com/showthread.php?t=1445214.

Pourquoi le Devil ?
Il est basé sur le kernel (noyau en français) des builds de la future CyanogenMod 9 auquel l'auteur ajoute différentes fonctionnalités intéressantes venant du Nexus S (un "cousin" de notre Galaxy S) pour la plupart d'entre elles (mais pas que).
Il est basé sur les sources du noyau Linux en version 3.1.10 (plus récentes que celles du noyau d'origine) et est compatible avec les Builds 13/14/15 du portage CM9 et les versions RC3/4 du portage AOSP

Les fonctionnalités présentent dans ce noyau sont les suivantes (en date du 05/02/2012) :
- Trois niveaux de ram disponibles : de 348MB à 402MB.
nouvelle version "b" (uniquement pour la version "Ram de base") passe de 348MB à 377MB; La version VC doit être patchée avec le fix 720p disponible sur le serveur FTP (patch inutile pour la version CMC).
- Deux ordonnanceurs (scheduler en anglais) de tâches (BFS et CFS) disponibles (version de kernel au choix)
BFS (Brain Fuck cpu-scheduler) plus disponible pour le moment (de retour plus tard)
- Différents ordonnanceurs E/S (entrée/sortie : gestion des accès de lecture/écriture des données) SIO (par défaut) et V(R) (peut-être plus rapide que SIO,sélectionnable dans NSTools par exemple)
- Support init.d (scripts lancés au démarrage du système, comme le sscripts ThunderBolts par exemple)
- Support des patchs Voodoo Sound / Voodoo Color ou Voodoo Sound / réglage des couleurs CM9 (version de kernel au choix)
- BLN V9
- Support du pilote de l'USB Host (plus d'informations dans le thread de sztupy qui a porté ces pilotes sur le Galaxy S : http://forum.xda-developers.com/showthread.php?t=1450298 )
- Gestion de l'overclocking/undervolting par Ezekeel's
- Support du Deep Idle V2 par Ezekeel's
- Support de Touchwake
- Support de BLX (Batterie Life Extender, l'auteur du Devil juge cela inutile mais comme certains le lui on demandé il l'a ajouté )
- Backports (portage de patchs/améliorations d'une version plus récente vers la version utilisée) du noyau Linux 3.2
- Recovery tactile
- d'autres petites fonctionnalités et améliorations


Téléchargement

Tous les noyaux se trouvent ici http://devil.haxer.org/ ou là http://rootaxbox.no-ip.org/divers/.

Les versions (BFS/CFS) utilisant les CyanogenMod Color (réglages des couleurs de la CM9) sont suffixés "CMC". Les réglages se trouvent dans le menu Paramètres > Options Spécifiques, options "Color Tuning" et "mDNIe Mode" (susceptible d'être traduit un jour ou l'autre).

Les versions (BFS/CFS) incluant le patch Voodoo Color sont suffixées "VC". Les réglages se font par le biais de l'application Voodoo Control ou sa version payante Voodoo Control Plus.

On me souffle dans l'oreillette que le kernel fait le ménage dans le répertoire init.d à l'installation. Donc pour ceux qui utilisent des scripts d'initialisations (comme les Thunderbolts!) cela les faits "sauter". Une sauvegarde de ces scripts se trouve dans le dossier "/system/etc/init.d/backup". Il suffit donc de les recopier dans le dossier "/system/etc/init.d" et de redémarrer (ou de les réinstaller directement).

À noter également que la version CFS est "mieux" supportée par les tweaks Thunderbolts! (pour les bidouilleurs avertis) toujours d'après ma source. ^_^

Changelog dans le post 2

FAQ dans le post 3

Détail des fonctionnalités dans le post 4

Si vous avez des remarques ou suggestions j'essaierai autant que possible de les intégrer ici.
Dernière édition par Wendigogo le 29 Mai 2012, 14:08, édité 19 fois.
Modèle : Oppo N1
Firmware : ColorOS
Réseau : Free Mobile
Ambassadeur OPPO France

ImageImageImageImageImage


Problème "d'espace disque faible" sur votre Cyanogen/MIUI : La solution existe :D
Image
Avatar de l’utilisateur
Wendigogo
Andro-bavard
 
Message(s) : 580
Inscription : 08 Déc 2010, 17:13
Localisation : Lyon

#2

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar Wendigogo » 07 Fév 2012, 11:33

Changelog
C'est une traduction "libre" du Changelog de ce Devil

24.05.2012 :
- Smooth_ui included to ondemand, conservative, smartass, lulzactive, lagfree and lazy governor (only one setting for activating/deactivating it in general)
- 3 cpu governor presets (smooth, normal, powersave) for ondemand, conservative, smartass, lulzactive, lagfree (only one setting for switching the mode in general)
- no need for activating/deactivating of selective live_oc anymore --> just change target low and target high
- BLX back in
- fixes to devil idle to be more stable while in call
- 1,5 mb more ram (thanks to mialwe)
- added aroma filemanager to cwm recovery
- added fully working TWRP recovery optional to cwm recovery (to use TWRP, just create a file named "twrp" at /cache)
- added option to select ram config in kernel --> no need for flashing an other kernel to get more ram (thanks to stratosk)
Code : Tout sélectionner
you can change ram setting by doing (or use command center or similar):
echo 1 > /sys/kernel/bigmem/enable (this gives you xl mem of 391 mb)
echo 2 > /sys/kernel/bigmem/enable (this gives you bm mem of 403 mb (this is breaking 720p))
echo 0 > /sys/kernel/bigmem/enable (this gives you cm9 default mem of 378 mb)
you have to reboot to make changes work


- switched to new initramfs from stratosk and mialwe ( now there will be cmw zip and odin tar file of every kernel version)
- added possibility to use Zram instead of Swap
- no need for flashing/using special scripts to make swap/zram working anymore
Code : Tout sélectionner
echo 1 > /data/local/swap_use (for using swap partition on external sd card, you have to create this partition before)
echo 2 > /data/local/swap_use (for using Zram, no other modifications required)
you have to reboot to make changes active. You can't use swap and Zram at the same time


- added zcache
- added frontpage
- added cleancache
- added fugeswap (thanks to ezterry and faux123)
Code : Tout sélectionner
we will add in fugeswap as long as its less then the free swap

Setting this to a very large positive number will indicate swap ought to be fully used as free (and will slow the system down)

smaller numbers will allow you to put some pressure on SWAP without slowing the system down as much.

small negitive numbers will allow the system to be faster at the same minfree level.

default is 512 to give a very little bit of pressure to use some swap but this can be modified at runtime via:
/sys/module/lowmemorykiller/parameters/fugeswap



01.05.2012 :
- all changes from cm9 stock kernel (including mount points option)
- some finetunin to deadline and sio
- Devil Idle: limiting bus/ram/gpu speed to 100 mhz for 100-800 mhz cpu freq, while screen off (automatic mode) or always (permanet), both modes automatically reduce the int voltages of the affected freq by 50 mV
Code : Tout sélectionner
activate automatic:
    echo 1 > /sys/devices/virtual/misc/devil_idle/bus_limit_automatic
deactivate automatic
    echo 0 > /sys/devices/virtual/misc/devil_idle/bus_limit_automatic

permanet on:
    echo 1 > /sys/devices/virtual/misc/devil_idle/bus_limit_enable
permanet off
    echo 0 > /sys/devices/virtual/misc/devil_idle/bus_limit_enable


- compiled with swap support
- added stratosk's smooth_ui to lulzactive governor (activated by default)
Code : Tout sélectionner
activate:
    echo 1 > /sys/devices/system/cpu/cpufreq/lulzactive/smooth_ui
deactivate
    echo 0 > /sys/devices/system/cpu/cpufreq/lulzactive/smooth_ui

with this feature enabled, cpu freq jumps up to max freq, by touching the screen.


- rest oc_value to 100 while screen off, and back when screen turns on (combined with devil idle automatic, can't be turn on/off without devil idle)
- added posibility for different voltages while screen off (also bundled with devil_idle, with default settings, stock arm voltages are applied, because of live_oc set to 100)
Code : Tout sélectionner
this is an example, how to apply screen_off arm voltages:
    echo 1450 1400 1350 1275 1075 975 875 800 > /sys/class/misc/customvoltage/arm_volt_screenoff

this way, it is possible to undervolt while screen off, but overvolt and overclock while screen on

for now, the int voltages can not be changend


- added the possibility to set freq limits while screen off (min and max freq)
Code : Tout sélectionner
echo 100000 > /sys/devices/virtual/misc/devil_idle/user_min
echo 800000 > /sys/devices/virtual/misc/devil_idle/user_max

both are independent from devil_idle, and get applied when screen turns off
by default 100 and 1000 mhz are set.
values which can be puth here are all "stock" freq (without live_oc level) multiplied with 1000. live_oc values get applied automatically.



19.04.2012

- even better fix to selective live_oc (last one (in test kernel) generated some overhead)
- fixed sampling rate of ondemand and conservative (have ported mialwe's/stratosk's sleep multipliers)
- new tunables for ondemand and conservativ

sleep multiplier and tunables:
mialwe and stratosk had the great idea, to change the sampling rate of conservative and ondemand governor while display of. for this, he introduced the sleepmultiplier (in his case factor 3). this means, if you set sampling rate to 20000, it changes to 60000 while screen off, and back, when screen on.

for ondemand and conservative:
i have made this multipliers tunable. proper values are between 1 and 5, because one could want a higher multiplier while screen off, if sampling rate is very low while screen on (higher sampling rate means, less checking for work load --> better batterie, worse performance). with this tunables you get better batterie, without making the performance worse while screen on.

two other tunables: up_threshold_min_freq and responsiveness_freq
the first one is a very low threshold while on low freq (by default 40), to make the governor scale up faster, until the responsiveness_freq is reached.

the responsiveness_freq is set to 400000 (400 mhz) by default. while the freq is below this value, up_threshold is the same as up_threshold_min_freq, and freq jumps to responsiveness_freq, with skipping the freq between the actual one and the responsiveness_freq. (conservative governor does not jump up to this step)

responsiveness_freq can be set to values between 100000 and 1400000
up_threshold_min_freq can be set to the same values as the normal up_threshold.

not tunable: while screen off, up_threshold is set to 95, no matter your other settings, to save more batterie.

till now, the tunables have to be changend by:
Code : Tout sélectionner
echo VALUE > /sys/devices/system/cpu/cpufreq/ondemand/VARIABLE_NAME

and

echo VALUE > /sys/devices/system/cpu/cpufreq/conservative/VARIABLE_NAME

example:
echo 400000 > /sys/devices/system/cpu/cpufreq/ondemand/responsiveness_freq
echo 50 > /sys/devices/system/cpu/cpufreq/ondemand/up_threshold_min_freq
echo 5 > /sys/devices/system/cpu/cpufreq/ondemand/sleep_multiplier

up_threshold_min_freq is disbaled by default for conservative governor
(this can be done by setting the up_threshold_min_freq to 100.

for ondemand, this also disables the additional jump to the responsivenss freq)


for lulzactive:
for this governor, i did similar things, but they are not tunable till now.

when screen off:
- inc_cpu_load is set to 90, and back to the original value, when screen turns on
- up_sample_time is set to 50000, and back to the original value, when screen turns on
- down_sample_time is set to 40000, and back to the original value, when screen turns on

other changes:
- fix to touchwake from ezekeel, and another fix from stratosk
- upstream fix to compass
- building for i9000B now, too (big thanks to F4k for the hints by pn )
- removed some typos from recovery
- removed some annoying "no's" and "yes" from recovery in misc menu
- fixed wifi mode switch (pm_fast is the one with better signal)




14.04.2012:
- Nouvelle version "b" (uniquement pour la version "stock") : passage à 377MB de ram disponible. La version VC doit être patchée avec le fix 720p disponible sur le serveur FTP (patch inutile pour la version CMC).

13.04.2012:
- Mise à jour du pilote WiFi
- Interface utilisateur pour changer le mode du WiFi (pm_fast moins énergivore, pm_max meilleur signal)
Code : Tout sélectionner
echo 0 > sys/module/bcmdhd/parameters/uiFastWifi (pm_fast)
echo 1 > sys/module/bcmdhd/parameters/uiFastWifi (pm_max)

- Interface utilisateur pour activer/désactiver fsync (pour de meilleures performances mais avec un risque de perte de données en cas de crash ; C'est Ezekeel qui l'a développé donc ça devrait être bon). Paramètre désactivé par défaut, par sécurité
Code : Tout sélectionner
echo 1 > /sys/devices/virtual/misc/fsynccontrol/fsync_enabled (fsync enabled)
echo 0 > /sys/devices/virtual/misc/fsynccontrol/fsync_enabled (fsync disabled)

Pour rendre permanent ce paramètre au reboot, il faut le sélectionné dans le Recovery : devil --> misc

- Noyaux incluant le patch Voodoo color corrigés et donc disponibles (comme précédemment, ils contiennent "VC" dans leur nom)

10.04.2012:
- Ajout du contrôle de l'intensité du retour haptique (par mialwe), les réglages peuvent être modifiées dans le Recovery
- Disponibilité des trois versions : "stock" (348 mb ram), XL (390 mb), XL_bm (402 mb)
- Suppression de la fréquence 1080Hz pour l'instant
- Légère correction dans touchwake
- Légère correction dans la sélection du live_oc (maintenant les fréquences basses ne sont pas live_oc'ée)

pour changer l'intensité du retour haptique (vibrations) à la volée vous devez exécuter le code suivant :
Code : Tout sélectionner
echo value > /sys/class/timed_output/vibrator/duty (où "value" est comprise entre 20000 et 43640)

Si vous voulez rendre "permanentes" les modifications, vous devez soit utiliser les pré-réglages dans le Recovery soit un script d'init (init.d) ou encore :
Code : Tout sélectionner
echo value > /etc/devil/vibrator (où "value" est comprise entre 20000 et 43640)


05.04.2012:
- correction d'un bug dans le choix du live_oc
- Correction d'un second bug dans la sélection du live_oc; il pouvait mener à des crashes du gpu en overclockant la ram mais pas le cpu (pour les fréquences basses)
- Ajout d'un commutateur pour choisir entre le live_oc "normal" et le live_oc sélectif
(peut être modifié dans le Recovery, menu Devil --> performace --> liveoc ou avec la commande (écrasée au reboot suivant) :
Code : Tout sélectionner
echo 1 > /sys/devices/virtual/misc/liveoc/selective_oc (selective mode)
echo 0 > /sys/devices/virtual/misc/liveoc/selective_oc (normal mode)

lorsque le mode du live_oc est modifié, la valeur du live_oc est remise à 100 pour éviter les comportements étranges.

- Ajout de la possibilité de définir la fréquence max au démarrage (dans le Recovery). Cette fréquence est utilisée tant que les script d'init.d n'ont pas été exécutés (automatiquement placé à 1000 pour être certain de ne pas avoir de conflits avec les autres réglages cpus de l'utilisateur).

# également dans la version précédente, mais je (il) l'avais(t) oublié :
- Corrections de stratosk pour le Deep-idle (merci beaucoup)
- Ajout de la possibilité d'underclocker en utilisant le live_oc (la limite actuelle est fixée à 90, ce qui signifie une réduction des toutes les fréquences et bus de 10%, pour économiser davantage de batterie quand c'est réellement nécessaire)

03.04.2012:
À partir de maintenant il y a en plus trois différentes versions avec plus ou moins de RAM :
- La version standard avec 379 mb de ram, entièrement fonctionnelle
- La version "slim ics" (XL) avec 390 mb de ram, perte de la lecture de vidéos en haute résolution
- XL_BM avec 402 mb ram, mais perd en plus l'enregistrement vidéo en 720p
(en flashant le noyau, les fichiers de rom modifiés sont appliqués, il est donc inutile de flasher une rom spécifique pour avoir 379 ou 390 Mb de ram)

- Ajout d'une nouvelle fréquence d'overclock : 1080 MHz (1100 MHz ne supporte pas le live_oc)
- Correction de SmartassV2 pour le live_oc (après avoir modifier les valeurs d'overclock, il est également nécessaire de modifier les valeurs de smartass mais elles seront automatiquement appliquée au live_oc
- Recovery tactile avec un menu spécifique au Devil (pour différentes raisons il met quelques secondes à se charger la première fois et comme il n'y a pas encore de touches virtuelles un warning (avertissement) apparait)
- Charge rapide, option désactivée par défaut.
Pour l'activer :
Code : Tout sélectionner
echo 1 > /sys/kernel/fast_charge/force_fast_charge

Pour la désactiver :
Code : Tout sélectionner
echo 0 > /sys/kernel/fast_charge/force_fast_charge

Lorsque la charge rapide est activée la liaison des données usb est perdue (donc si vous branchez votre SGS au pc, impossible d'accéder aux SDcard interne et externe)

- Ajout d'un script datafix (pas le mien :mrgreen: ) dans init.d (il est désactivé par défaut. Pour le rendre fonctionnel il faut créer un fichier datafix dans /data/local/)
- Relecture et Nettoyage de plusieurs parties pour avoir davantage de ram, de vitesse et de stabilité

07.03.2012
- Retour aux "commits" précédents pour la gestion de la mémoire et le mode No_Hz --> La stabilité de la version 1.1.5 devrait être de retour
- Comme le développement ne s'arrête jamais : modifications du "live_oc" (par défaut le "live_oc" ne s'applique que sur les fréquences supérieures ou égales à 400MHz, un script pour modifier cela sera ajouté plus tard aujourd'hui)
- Nouvelle modification du Logo de démarrage

05.03.2012:
- Mise à jour de l'ordonnanceur d'entrée/sortie "sio" à la dernière version
- Quelques petites mises à jours des gouverneurs "ondemand" et "conservative" issues de linux 3.2
- Meilleures performances pour le noyau "CFS" (paramétrages et patches)
- Paramétrage de l'ordonnanceur "deadline"
- Meilleures performances d'E/S
- Logo de démarrage modifié (ça ne sera probablement pas la dernière fois ;) )

28.02.2012
- BLN V9 fonctionne enfin (plus besoin du support pour LED2) : réglage via NSTools
- Correction des gels de l'écran de verrouillage
- Retour aux anciens paramétrages sur la mémoire qui étaient probablement l'origine des ralentissements en fin de journée
- À nouveau les correctifs Wifi issus du tk-glitch
- Paramétrage des gouverneurs conservative et ondemand (le conservative reste assez peu agressif)
- Retour du dm-cache (qui avait retirer cela de mon github ? :P )
- Amélioration de la qualité du signal USB
- Support du dock audio par "xcaliburinhand" (non testé, je n'ai pas de Dock)
Nota : Nécessite l'application du Market Galaxy Dock Sound Redirector; Fonctionne sur le Glitch (pas encore testé le dernier Devil) mais la qualité sonore est *TRÈS* en deçà de ce que rend la sortie mini-jack du Galaxy S.
- Moins de débuggage ( ?? )
- Correction de la version du noyau qui ne s'afficahit pas dans la section "À propos du téléphone"

12.02.2012
- Ajout de l'ordonnanceur Fiops (paramétré pour davantage de performances)
Nota : c'est celui par défaut dans le noyau Glitch
- Lorsque le GPU (processeur graphique) est actif, la fréquence mini du processeur principal n'est plus la plus faible définie mais celle juste au dessus
- Corrections pour le live_oc et les tensions personnalisées (OV/UV)
- Nouveaux paramètres de montage par défauts NOATIME et NODIRATIME (plus rapides)
- Mise à jour des drivers Wifi (merci à tk-glitch)
- Gouverneur intellidemand paramétré pour de meilleures performances
- Suppression de divers éléments (zram, swap, réglages de cpufreq qui étaient responsables d'instabilités du noyau précédent)

05.02.2012
- Ajout du Touchwake
- Ajout du BLX
- Mise à jour de BLN (V8 à V9) (fonctionne pour les appels manqués, voyants fixes ou clignotants, configurable en utilisant l'application NSTools ou l'application BLN Pro)
- Ajout du gouverneur Intellidemand
- Ajout des réglages mdnie à la version Voodoo Color du kernel
- Ré-ajout du deep idle v2 (L'auteur pense que c'est la meilleure/la seule implémentation qui fonctionne)
- Version du noyau avec CFS (à la place de BFS) disponible (peut-être plus à l'aise en multi-tâche et pour l'autonomie mais plus lent d'après l'auteur)
- Suppression de l'ordonnanceur E/S BFQ
- Un paquet de petites corrections et améliorations

30.01.2012
- Retour au réglage des paramètres Voodoo Sound par l'application dédiée (Voodoo Control)

29.01.2012
- Basé sur les sources du noyau Linux 3.1.10
- Passage à la version d'Eugene373 du Deep Idle (toujours activé, pas de stats dans NSTools)
- Ajout de l'ordonnanceur E/S BFQ
- Voodoo Sound se règle maintenant depuis l'application "DSP Manager"
- Support de Zram (peut-être désactivé en supprimant le fichier 05Zram du dossier "init.d")
- Support de Zcache and Cleancache (pas encore fonctionnels ?)
- Optimisation de l'algorithme rwsem
- USB Host V5

24.01.2012
- Support des scripts d'initialisation "init.d" (le dossier n'est pas créé par le noyau ou le zip. Vous devez le faire vous-même)
- Retour du Deep Idle V2
- Nouveaux gouverneurs de fréquences CPU : MinMax, Lagfree et Lulzactiv
- LED V2 (le clignotement est réglable depuis NSTools, fonctionne également pour les appels manqués la plupart du temps (ne fonctionne pas parfois mais l'auteur ne sait pas pourquoi pour l'instant))
- Ajout du Backlight Dimmer (seulemnt dans la version LED du noyau): utilisé pour éteindre les leds alors que l'écran est allumé, après une durée définie (dans NSTools). Le désactiver revient à laisser les leds allumées en permanence (quand l'écran est allumé)
- Portage du noyau 3.2 d' I/O-less dirty throttling (optimisation des goulots d'étranglement des E/S ???)
- Portage des patchs pour Ext4 du noyau 3.2
- Proportional Rate Reduction for TCP - by Google; traduction Google : Réduction du taux proportionnel pour le protocole TCP - par Google (probablement une amélioration de la gestion des flux réseau)
- USB Host V4

19.01.2012
- Intégration des pilotes Usb Host
- Réglage des couleurs CM9
- Suppression du Deep Idle à cause de problème liés au Bluetooth (il devrait être réintégrer, toujour sen cour de test)

16.01.2012:
- Passage à une base 3.1.9 du noyau Linux

15.01.2012:
- Correction d'un bug dans Cpu Spy, causé par le "live_oc" (patch d'Overclocking)
- Toujours basé sur Voodoo Color pour le moment, peut-être deux versions de noyau demain
Dernière édition par Wendigogo le 29 Mai 2012, 14:11, édité 12 fois.
Modèle : Oppo N1
Firmware : ColorOS
Réseau : Free Mobile
Ambassadeur OPPO France

ImageImageImageImageImage


Problème "d'espace disque faible" sur votre Cyanogen/MIUI : La solution existe :D
Image
Avatar de l’utilisateur
Wendigogo
Andro-bavard
 
Message(s) : 580
Inscription : 08 Déc 2010, 17:13
Localisation : Lyon

#3

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar Wendigogo » 07 Fév 2012, 11:34

FAQ (Questions Réponses fréquentes) :
C'est une traduction libre ET adaptée (puisque j'ai prévu un post spécifique pour décrire les fonctionnalités du noyau) de la FAQ du thread original sur XDA.

Q : Que sont BFS et CFS?
R : Ce sont des ordonnanceurs de tâches pour le noyau. Le premier se veut le plus simple possible pour limiter son impact sur les ressources disponibles et le second (arrivé avant chronologiquement) essaie de répartir au mieux les tâches selon certains critères avec un coût un peu plus important en terme de ressources.

Q : Pourquoi les LEDs sont allumées lors du démarrage du téléphone et en mode Recovery ?
R : C'est un "bug" du au portage sur i9000 de la version du Nexus S de BLN V9. Le variateur des LEDs ne les éteint qu'une fois la séquence de démarrage terminée.

Q : Mes Leds s'allument lorsque j'appuie sur les touches tactiles alors que l'écran est éteint
R : Désactiver puis réactiver BLN une fois.

Q : Est-ce que BLN fonctionne avec les SMS ?
R : Cela fonctionne mais vous devez désactiver "turn screen on" (allumer l'écran à la réception d'un SMS) dans votre application SMS.

Q : Palsambleu (hé hé bien placé celui-là ^_^) mais que sont tous ces gouverneurs ?
R : Pour les anglophones la réponse complète (traite aussi de ordonnanceurs etc.) : http://forum.xda-developers.com/showthread.php?p=19846297. Pour les autres, une description succincte dans le post suivant.

Q : Quels sont les bons réglages d'Overclocking (via live_oc) ??
R : Personne ne peut le savoir. Tous les terminaux sont différents (j'ajoute même que d'un noyau à l'autre cela peut aussi être différent). Il semble que la configuration suivante fonctionne pour pas mal d'utilisateur. Si elle fait rebooter votre téléphone, vous devrez trouver la "bonne configuration" vous-même.

Si la configuration vous convient merci de cliquer sur le bouton "Thanks" de Crack : http://forum.xda-developers.com/showpost.php?p=22194160&postcount=1246
Nota : je n'ai pas vraiment compris à quoi correspondent les colonnes ARM et Init (les valeurs dans Init ne correspondant pas pour la plupart à mes valeurs de tensions par défaut)
Crack a écrit:OK, these are mine. Rock stable

LiveOC 117% -> 1200 MHz -> 1404 MHz

Freq/ARM/Init
1200/1400/1150
1000/1325/1125
800/1250/1125
400/1025/1100
200/900/1100
100/875/1000

low freqs could possibly be tweaked harder but stability was my fist goal


Q : Qu'est-ce que "Touchwake" ? 0 quoi ça sert ?
R : Avec "Touchwake", l'écran reste sensible aux contasts digitals même éteint (pour une période définie avec NSTools). Pour une explication détaillée, voir le thread d'Ezekeel's thread: http://forum.xda-developers.com/showthread.php?t=1239240. J'essaierai de détailler cette fonctionnalité dans le post suivant.

Q : Comment faire pour que mes paramètres Voodoo Color soient sauvegardés lors des redémarrages ?
R : Vous devez utiliser la version Plus de Voodoo Control. Seule cette version a été mise à jour pour prendre en compte les modifications dues au passage sous ICS.

Q : Quel est le meilleur Ordonnanceur d'E/S ?
R : L'auteur du Devil estime que SIO et V(R) sont les plus véloces.

Q : Comment activer Deep Idle/Live_Oc ?
R : En utilisant NSTools. Disponible gratuitement sur le market.


Questions relatives au Deep Idle :
Q : À quoi correspond TOP=Off et TOP=On lorsque je regarde les informations sur Deep-Idle ?
R : Lorsque TOP=Off est actif, le minimum d'énergie est utilisé. TOP=ON indique que le BlueTooth ou le gps ne sont pas mis en "veille profonde" (et donc sont toujours alimentés).
Nota : Pour pouvoir passer en mode TOP=OFF il faut flasher, en plus du noyau un framework modifié. Ce dernier, en plus de modifier une partie de l'apparence de votre rom (si vous avez utilisé des thèmes/mods), génère des instabilités avec le Wifi et le Bluetooth (problème vécu : en sortie de ville le wifi "clignote", impossible d'établir une connexion, redémarrage obligatoire). Si vous tenez vraiment à le tester, le framework modifié est ici : http://forum.xda-developers.com/showpost.php?p=21877729&postcount=791. À VOS RISQUES ET PÉRILS !

Q : Dans les statistiques de veille je n'ai que TOP=On. Quel est le problème ? Je n'utilise pourtant ni le Bluetooth ni le GPS.
R : Vous devez flasher le framework-res.apk modifié car ICS ne désactive pas complètement le Bluetooth par défaut. Même si vous ne l'utilisez jamais.
Nota : voir point du dessus à propos de ce framework ...

Q : Les statistiques de veille ne montrent qu'une veille normale mais pas de veille profonde (Deep Idle). Pourquoi ?
R : Une application empêche le passage en veille profonde. Vous devriez tout d'abord fermer l'application d'appareil photo tournant en tâche de fond. Un redémarrage peut aussi résoudre le problème.
Nota personnelle : j'avais lu (il y a bien longtemps) que l'implémentation de la gestion des ressources (mise en veille en particulier) dans Android était l'opposée de celle utilisée dans le noyau Linux et que cela était une raison du refus d'intégrer Android dans la branche principale du noyau. Je constate que les arguments avancés par les développeurs du noyau Linux avaient raison sur ce point ...

Q : Quel est le meilleur gouverneur CPU lorsqu'on utilise deep-idle?
R : Comme Ezekeel l'a indiqué, le LAZY devrait être un bon choix
Dernière édition par Wendigogo le 07 Fév 2012, 17:18, édité 1 fois.
Modèle : Oppo N1
Firmware : ColorOS
Réseau : Free Mobile
Ambassadeur OPPO France

ImageImageImageImageImage


Problème "d'espace disque faible" sur votre Cyanogen/MIUI : La solution existe :D
Image
Avatar de l’utilisateur
Wendigogo
Andro-bavard
 
Message(s) : 580
Inscription : 08 Déc 2010, 17:13
Localisation : Lyon

#4

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar Wendigogo » 07 Fév 2012, 11:34

Réservé 3
Modèle : Oppo N1
Firmware : ColorOS
Réseau : Free Mobile
Ambassadeur OPPO France

ImageImageImageImageImage


Problème "d'espace disque faible" sur votre Cyanogen/MIUI : La solution existe :D
Image
Avatar de l’utilisateur
Wendigogo
Andro-bavard
 
Message(s) : 580
Inscription : 08 Déc 2010, 17:13
Localisation : Lyon

#5

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar Wendigogo » 07 Fév 2012, 11:35

Ça devrait suffire ...
J'espère avoir le temps de faire la suite dans l'après-midi, au pire demain.

Enjoy !
Modèle : Oppo N1
Firmware : ColorOS
Réseau : Free Mobile
Ambassadeur OPPO France

ImageImageImageImageImage


Problème "d'espace disque faible" sur votre Cyanogen/MIUI : La solution existe :D
Image
Avatar de l’utilisateur
Wendigogo
Andro-bavard
 
Message(s) : 580
Inscription : 08 Déc 2010, 17:13
Localisation : Lyon

#6

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar julz » 07 Fév 2012, 11:42

Salut Wendigogo,

Merci pour ce topic. Je vais le suivre avec intérêt. ;)
Modèle : Nexus 4 - 16Go
Firmware : SlimKaterator & Hell's Doctor & Mod TARDIS & F2FS

Nouveau ? Perdu ?
Pour bien débuter sur le forum
CHARTE du FORUM
Avatar de l’utilisateur
julz
Ancien du Staff
Ancien du Staff
 
Message(s) : 4657
Inscription : 12 Fév 2011, 16:19

#7

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar Atemi_Waye » 07 Fév 2012, 11:47

Nice ! Great kernel !

Je l'utilise depuis un moment et aucun souci. Pas mal de réglages dispo grâce à NSTOOLS.

Envoyé depuis mon GT-I9000 avec Tapatalk
SGS i9000
Rom: AOKP
Kernel: Devil 1.1
Modem: i9000XXJVU
Opérateur: Bouygues telecom
Avatar de l’utilisateur
Atemi_Waye
Andro-bavard
 
Message(s) : 475
Inscription : 18 Déc 2010, 17:26

#8

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar julz » 07 Fév 2012, 15:20

Juste dommage pour le BLN :(
Modèle : Nexus 4 - 16Go
Firmware : SlimKaterator & Hell's Doctor & Mod TARDIS & F2FS

Nouveau ? Perdu ?
Pour bien débuter sur le forum
CHARTE du FORUM
Avatar de l’utilisateur
julz
Ancien du Staff
Ancien du Staff
 
Message(s) : 4657
Inscription : 12 Fév 2011, 16:19

#9

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar julz » 07 Fév 2012, 15:20

Juste dommage pour le BLN :(
Modèle : Nexus 4 - 16Go
Firmware : SlimKaterator & Hell's Doctor & Mod TARDIS & F2FS

Nouveau ? Perdu ?
Pour bien débuter sur le forum
CHARTE du FORUM
Avatar de l’utilisateur
julz
Ancien du Staff
Ancien du Staff
 
Message(s) : 4657
Inscription : 12 Fév 2011, 16:19

#10

Re: [Kernel] Devil 1.0 [05/02/12] pour ICS

Messagepar sk4c » 07 Fév 2012, 15:26

merci Wendigogo, un topic de plus en fav ^^
Gs6 Edge Rom : Full Stock sfr
Gs4 I9505 Rom : CM12.1 14.05.2015 / Lollipop 5.1.1 / B.Bande OA7 / Kernel Stock
Nexus 7 2012 Rom : CM12.1 14.05.2015 / Lollipop 5.1.1 / Kernel Stock
Gs3 I9300 Rom : Full Stock sfr JB 4.3
Gs3 Mini i8190N Rom : Full Stock sfr JB 4.1.2
https://plus.google.com/u/0/photos/1095 ... 4609733249
Avatar de l’utilisateur
sk4c
Andro-intarissable
 
Message(s) : 1043
Inscription : 10 Oct 2011, 09:35

Suivant

Retour vers [SGS] Firmwares, Kernels et Custom ROMs

Qui est en ligne ?

Utilisateur(s) parcourant ce forum : Aucun utilisateur inscrit et 2 invité(s)