[APP] ✖ AtrixTweaks (18/03/13)

[djeman]

Oui c'est très simple, pour l'avoir déjà il faut un kernel avec undervolt (UV), la rom n'a rien à voir dans l'histoire.

Après si ceux que t'as testé l'avais ben là c'est plus la même chose, donnes nous les noms.

[Xkz]

Delewer, je vais ajouter ton script à AtrixTweaks pour la prochaine version. En théorie je vais remplir la whitelist pour éviter tout soucis, exclure les packages présents dans la whitelist de l'applist et ainsi laisser le choix aux utilisateurs de ne bloquer que les packages qui ne sont pas présents dans la whitelist.

Le tout sera exécuté au démarrage et directement en ligne (automatiquement) et sera kill en cas de 0 dans son fichier d'activation. Le tout peut-être relancé en ligne (automatiquement).

Si j'ai zappé un truc, merci de me prévenir. ^_^ Allez je me lance.

[Delewer]

Bonjour.

Avec votre permission, je vais donner quelques informations pour pouvoir travailler dans de bonnes conditions sur l’Atrix.

But : Modifier plus facilement les fichiers de l'AtrixTweaks

Une "Cerise", en fin de poste, un moyen pour optimiser complétement les scripts, permettre leurs tests sans stopper les "process", supprimer les "Lags" de sortie de veille, et n'utiliser qu'un recepteur sur les "wait_for_fb"

Configuration de « PuTTY »

PuTTY est un terminal libre trés puissant en possibilité.

http://www.putty.org/

Télécharger ensuite « DropBear SSH Server II » sur Google Play :

https://play.google....arserver2&hl=fr

Configurer « Dropber » avec le port 22 et un mot de passe de son choix.

Démarrer « DropBear » (vous pouvez désactiver le démarrage à chaque reboot du téléphone)

Pour PuTTY, configurer une session en SSH, à gauche dans la fenêtre « Category », cliquer sur « Bell » puis « None » (on devient vite fou quand sa sonne à tout va), puis cliquez sur « windows » et mettez « Colums » 166 et « rows » 80, puis cliquez sur « Appearance » et changez la Font pour « Courrier New 8-point », puis cliquez sur « window » et « Lines of scrollback » 50000

Connectez vous avec le user « root » et le mot de passe que vous avez choisi.

Voilà, vous êtes fin prêt.

Configuration d’un terminal sous « bash »

Dans un premier temps, il est indispensable de travailler sous « bash ».

Ce shell permet de gérer correctement le clavier ainsi que l’écran du terminal beaucoup plus facilement.

Le « .profile » :

Il existe un bug sous CM7… Le Home du terminal est mal géré, aussi, il faut créer son « .profile » à l’endroit où la session démarre.

Pour moi se fut dans : « /data/local »

Voici mon « .profile »

# Pour configurer la Crontab :
# cd /data
# touch passwd
# touch group
# touch shadow
# ln -s /data/passwd /system/etc/passwd
# ln -s /data/group /system/etc/group
# ln -s /data/shadow /system/etc/shadow
# mount -o remount,rw rootfs /
# mkdir /bin
# cd /bin
# ln -s /system/bin/sh
# ln -s /system/xbin/vi
# cd /system/etc
# mkdir /cron.d
# mkdir /crontabs
# crontab -e
#	 M H d m w CMD
#	 * * * * * command
# crond -l 0 -L /data/cron.log

export LS_COLOR=always
alias lt="ls -ltr"
alias ll="ls -l"

echo "."
echo "."
echo "."
echo ".... Le .profile se situ dans : /data/local/"
echo "."
echo ".... Le fichier de configuration du bash se situ dans : /etc/bash/bashrc"
echo "."
echo " ... La configuration de la crontab se trouve ici : /system/etc/cron.d/crontabs"
echo "."
echo "."
echo ""

cd /data/local
export VIM="/sdcard/.vim"

bash

J’y ai mis quelques informations utiles, histoire de ne pas les perdre.

« Crontab » par exemple est un scheduler permettant de lancer des scripts à périodicité souhaité.

Faites un tour sous Google pour voir la puissance de « Cron »

Vous pouvez modifier se « .profile » en fonction de votre configuration.

Vous pouvez constater que le bash est lancé automatiquement. Le bash contient son propre « autoexec » :

« .bashrc » situé dans « /etc/bash »

Le voici :

#!/etc/bash/bashrc
#
# This file is sourced by all *interactive* bash shells on startup,
# including some apparently interactive shells such as scp and rcp
# that can't tolerate any output. So make sure this doesn't display
# anything or bad things will happen !


# Test for an interactive shell. There is no need to set anything
# past this point for scp and rcp, and it's important to refrain from
# outputting anything in those cases.
if [[ $- != *i* ]] ; then
	# Shell is non-interactive. Be done now!
	return
fi

# Bash won't get SIGWINCH if another process is in the foreground.
# Enable checkwinsize so that bash will check the terminal size when
# it regains control. #65623
# [url="http://cnswww.cns.cwru.edu/~chet/bash/FAQ"]http://cnswww.cns.cw.../~chet/bash/FAQ[/url] (E11)
shopt -s checkwinsize

# Enable history appending instead of overwriting. #139609
shopt -s histappend

use_color=true

# set some environment variables
HOME=/sdcard
TERM=linux

# enable colorful terminal
if [[ ${EUID} == 0 ]] ; then
	PS1='\[\033[01;31m\]\h\[\033[01;34m\] \W \$\[\033[00m\] '
else
	PS1='\[\033[01;32m\]\u@\h\[\033[01;34m\] \w \$\[\033[00m\] '
fi

# Set up a ton of aliases to cover toolbox with the nice busybox
# equivalents of its commands
for i in cat chmod chown df insmod ln lsmod mkdir mount mv rm rmdir rmmod umount; do
	eval alias ${i}=\"busybox ${i}\"
done
unset i
alias ls='busybox ls --color=auto'
alias sysro='mount -o remount,ro /system'
alias sysrw='mount -o remount,rw /system'

# Try to keep environment pollution down, EPA loves us.
unset use_color safe_term match_lhs

### Mes reglages
PS1='\[\033[01;32m\]\u\[\033[00m\]@\[\033[01;32m\]\h\[\033[01;34m\] \w \$\[\033[00m\] '
HOME=/sdcard
TERM=linux
alias ls='busybox ls --color=always'
alias sysro='mount -o remount,ro /system'
alias sysrw='mount -o remount,rw /system'
alias lt="ls -ltr"
alias ll="ls -l"
mount -o remount,rw /system

Vous pouvez modifier à votre convenance la configuration

Quand tout cela est configuré, le shell est en couleur, et les touches de déplacement permettent de naviguer aisément dans les commandes.

« cd » permet d’aller directement dans le Home, c'est-à-dire, la racine de la sdcard (« /sdcard »)

Configuration d’un terminal sous VIM

VIM est un outil très puissant remplaçant de façon extrêmement avantageux « vi »

Le fenêtrage, la gestion de menu, les listes déroulantes sont possible dans un terminal comme PuTTY grâce à VIM.

Vous aurez alors une véritable station de travail dans votre poche.

La définition du fichier de lancement de VIM :

« .vimrc » à placer dans « /sdcard/ »

set background=dark
:syntax on

C’est court, mais suffisant.

N’oubliez pas, que c’est dans le « .profile » que vous avez indiqué la racine de VIM

export VIM="/sdcard/.vim"

Donc, c’est là que vous allez mettre les fichiers de syntax

Pour cela, soit vous utilisez la méthode longue en passant par le site officiel :

http://www.vim.org/

Et utiliser la commande « rsync » pour télécharger le runtime

http://www.vim.org/runtime.php

Mais je déconseille si on ne connaît pas bien Unix…

Par contre, si on connait bien, il est possible de télécharger l’aide, le « man », etc…

Pour simplifier la manœuvre, je fourni le zip avec les fichiers « syntaxe » qu’il suffit d’installer dans « /sdcard/.vim/syntax »

J’y ai modifié quelques fichiers, qui je pense, feront la joie de certain (« sh.vim » par exemple ^_^ )

Si vous avez des soucis avec le « ^M » en fin de ligne dans les fichiers, pensez à la commande :

« dos2unix –h »

Par exemple :

dos2unix /sdcard/.vim/syntax/*

https://www.dropbox.com/s/s1nobrncdkf9y5y/syntax.rar?m

Le résultat :

Vim /sdcard/.vim/syntax/sh.vim

[/img]

« :syntax on » permet d’activer la coloration syntaxique

« :so $VIM/syntax/xxxx.vim » permet de lancer le fichier syntax sur un type de fichier (comme sql.vim si vous éditer un fichier DDL)

« <ctrl-n> » permet de lister toutes les variables du script pour effectuer une complétion automatique

« Vim –d fichier1 fichier2 » permet de lancer VIM en « diff » fenêtré

« <ctrl-w> » puis une touche fléché pour changer de fenêtre

Etc…

Regardez sur Google pour vous persuader de la puissance de l’éditeur.

Fin prêt pour modifier l’AtrixTweaks

Maintenir les scripts sera bien plus facile maintenant, car nous n’avons plus besoins de charger et décharger, zipper et transférer… tout est accessible directement in situ

« cd /data/AtrixTweaks/X »

« vim xxxx »

Quel type de maintenance parlons-nous ?

J’ai remarqué que l’Atrix rame pas mal à chaque sortie de veille.

C’est normal car chaque script est exécuté en parallèle, et non séquentiellement..

De plus, il y a autant de process « sh » lancé en mémoire que de script… c’est une hérésie quand on veut justement alléger la charge processeur.

Il y a donc quelques optimisations possibles sur quelques scripts pour simplifier le tout, et rendre très efficace les exécutions.

Actuellement, les trois scripts suivant sont accroché sur le récepteur « /sys/power/wait_for_fb_sleep » :

• S06
  
• S07
  
• S15
  

Les trois scripts sont donc réveillés en même temps, et sont exécutés en même temps quand on entre ou sort de veille.

Ce qui pose problème et fait « lagguer » l’Atrix, c’est justement que pendant qu’un script essaye de ramener le processeur à la vie, les autres scripts tentent désespérément de s’accaparer les ressource pour eux-même…

Il faut donc lancer chaque script dans l’ordre :

Lors d’un reveil, S06 en premier pour réveiller le processeur, puis les autres scripts feront leur travail dans de bonnes condition

Lors de la mise en veille, S06 en dernier pour ne pas gener les autres scripts.

De plus, il faut que tout cela soit fait dans un script unique qui « lock » le « wait_for_fb_sleep » et le « wait_for_fb_wake » pour éviter les multiples threads.

Voici ce que je propose ; Un lanceur mutualisé :

#!/system/bin/sh
(while [ $(cat /data/AtrixTweaks/Z/activate_scripts) = 1 ]
do
if [ $(cat /sys/power/wait_for_fb_wake = "awake" ];
then
sh S06 wake
sh S07 wake
sh S15 wake
fi
if [ $(cat /sys/power/wait_for_fb_sleep) = "sleeping" ];
then
sh S07 sleep
sh S15 sleep
sh S06 sleep
fi
done &)

Chaque script S06, S07 et S15 connaissent alors deux modes de fonctionnement : la mise en veille ou le réveil.

Par exemple (attention, je n’ai pas testé) :

S07 :

#!/system/bin/sh
CKLOG=/data/AtrixTweaks/Z/clocklog
echo >> $CKLOG
echo "# [bOOT]: $(date +%d/%m/%Y)" >> $CKLOG
echo >> $CKLOG

case "$1" in
wake)
echo "\ AWAKE - $(date +%r) | $(cat /sys/class/power_supply/battery/status) - $(cat /sys/class/power_supply/battery/charge_counter)% - $(($(cat /sys/class/power_supply/battery/voltage_now) / 1000))mV" >> $CKLOG
;;
sleep)
echo "/ SLEEP - $(date +%r) | $(cat /sys/class/power_supply/battery/status) - $(cat /sys/class/power_supply/battery/charge_counter)% - $(($(cat /sys/class/power_supply/battery/voltage_now) / 1000))mV" >> $CKLOG
;;
*)
exit 0
;;
esac

Chaque script devant être écrit de cette manière, c’est très simple à adapter.

Autre avantage, démarrer et stopper le tout est très facile, car il suffit de gérer « activates_script »

Et sur chaque script, on peut ajouter une variable pour faire un « exit 0 » si on ne souhaite pas l’exécution.

Mais également, modifier un script est facile, et sa prise en compte est dynamique !!

Modifier « S07 » mettre en veille, rallumer, re-modifier, remise en veille, etc… plus besoin de couper et relancer le téléphone ou chercher à tuer le « sh » !!

C’est vraiment beaucoup plus facile pour tester !!

Voilà, en espérant pouvoir trouver d’autres améliorations.

Modifié 24 mars 2013 par Delewer

[Xkz]

Sympa l'idée du lancement différé, on verra ça pour la prochaine mise à jour (après celle qui va arriver), je préfère déjà avoir les retours de bugs et vu tous les ajouts que l'on a fait il risque d'y en avoir n'ayant testé que sur CM10 et CM7.

[Delewer]

Des bugs ?? Quels bugs ?? y'a pas de bugs !

Y'a jamais de bugs !!

hé hé.

J'ai hate de voir çà !!

Au fait, j'avais ajouté une log et un tueur de tâche intégré au "Freeze" à l'extinction de l'écran.

A tu testé sans faire de Kill du process gelé ? Et avec un kill ?

Perso, j'ai testé avec et s'était mieux...

Edit1 :

Et a tu pensé a utiliser la crontab pour gerer les scripts comme "FixLed" ?

Je me demande si ce serait mieux ou pas?

Modifié 11 mars 2013 par Delewer

[Xkz]

Si il n'y avait pas les quelques (mauvais) portages ça serait déjà plus simple. ^_^

Certains scripts vont fonctionner parfaitement sur CM7 alors qu'il seront inutilisables sur CM10, je te dis pas ce que ça donne sur ces fameux portages parfois. :P Alors je suis obligé de faire en sorte que ça fonctionne sur toutes les ROMs ou du moins la majorité.

Oui je fais un kill avant le pm pour éviter les FC au retour qui pourraient créer d'autres dysfonctionnements.

Non pas encore utilisé la crontab mais je vais me pencher la dessus.

Encore une fois ta "cerise" semble hyper pratique, à voir si ça s'adapte bien et elle sera sur le gâteau plus tôt que prévu, en reprenant l'idée mais en modifiant légèrement. ;)

Modifié 11 mars 2013 par # Xkz

[Delewer]

Bonjour,

J'ai fais un test avec la "crontab" pour voir si cela fonctionne correctement avec l'Atrix.

Et ça fonctionne trés bien.

Voici comment j'ai procédé.

Paramétrage de la "crond"

Se mettre en "su" et lancer (on pourra mettre tout ça dans un script facilement, histoire de vérifier si la "crond" est déjà paramétrée).

cd /data
touch passwd
touch group
touch shadow
ln -s /data/passwd /system/etc/passwd
ln -s /data/group /system/etc/group
ln -s /data/shadow /system/etc/shadow
mount -o remount,rw rootfs /
mkdir /bin
cd /bin
ln -s /system/bin/sh
ln -s /system/xbin/vi
cd /system/etc
mkdir cron.d
cd cron.d
mkdir crontabs

Ensuite, on installe cette version du script pour la Led de la batterie

"/data/AtrixTweaks/X/S16CRON"

#!/system/bin/sh
#Activate LED when battery lvl is higher that n%
##/data/AtrixTweaks/Z/flb_color
##/data/AtrixTweaks/Z/flb_level
##/data/AtrixTweaks/Z/flb_sleep
[ "$(cat /data/AtrixTweaks/Z/activate_fixledbat)" != "1" ] && exit 0
## Battery stats
battlevel=$(cat /data/AtrixTweaks/Z/flb_level)
STATUS=$(cat /sys/class/power_supply/battery/status)
COUNTER=$(cat /sys/class/power_supply/battery/charge_counter)
## When AC is Unpluged
if [ \( "$COUNTER" -lt "$battlevel" \) -a \( "$Etat" -ne "1" \) ]
then
# Taking LED's choosen color
export color=$(cat /data/AtrixTweaks/Z/flb_color)
case $color in
"orange") echo 0 > /sys/class/leds/green/brightness
		 echo 0 > /sys/class/leds/red/brightness;;
*) echo 0 > /sys/class/leds/$color/brightness;;
esac
export Etat=1
fi
## When charge is full
if [ \( "$COUNTER" -ge "$battlevel" \) -a \( "$STATUS" = "Full" -o "$STATUS" = "Charging" \) ]
then
# Taking LED's choosen color
export oldcolor=$color
export color=$(cat /data/AtrixTweaks/Z/flb_color)
if [ "$oldcolor" = "" -o "$oldcolor" = "$color" ]
then
case $color in
 "orange") echo 1 > /sys/class/leds/green/brightness
		 echo 1 > /sys/class/leds/red/brightness;;
 *) echo 1 > /sys/class/leds/$color/brightness;;
esac
else
case $oldcolor in
 "orange") echo 0 > /sys/class/leds/green/brightness
		 echo 0 > /sys/class/leds/red/brightness;;
 *) echo 0 > /sys/class/leds/$oldcolor/brightness;;
esac
case $color in
 "orange") echo 1 > /sys/class/leds/green/brightness
		 echo 1 > /sys/class/leds/red/brightness;;
 *) echo 1 > /sys/class/leds/$color/brightness;;
esac
fi
export Etat=0
fi

Pour tester rapidement :

sh -x /data/AtrixTweaks/X/S16CRON

Paramétrage de la "crond" :

crontab -e
* * * * * sh /data/AtrixTweaks/X/S16CRON >/sdcard/testcrontab.log

Cela se présente ainsi :

# M H d m w CMD

# * * * * * command

M=Minutes

H=Heure

d=Jour du mois

m=Mois de l'année en cours ou à venir

w=Numéro du jour de la semaine (0=dimanche, 1=lundi, ...)

Quand on mets "*" cela indique que ce paramétre est "toujours vrai"

Ainsi : "* * * * *" signifie que cela est lancé toutes les minutes

Démarrage de la "crontab" :

crond -l 0 -L /sdcard/testcrontab.log

Pour vérifier la log :

cat /sdcard/testcrontab.log

Pour stopper la "crond"

kill $(ps crond | tail -n 1 | awk '{print $2}')

Pour directement modifier le paramétrage de la "crond", il suffit de modifier ou créer le fichier :

cat /system/etc/cron.d/crontabs/root

Modif1 :

Il serait peut-être possible de s'inpirer de tout ceci pour proposer un "tasker" comme "cron4phone" qui est excelent.

=> Mais plus simple !!

A noter également, que la "crontab" fait partie du "busybox"

Modif2 :

Les avantages de cette méthode...

Hum, difficile à dire...

- A vérifier si les performances sont meilleures.

- Pas de script en mémoire, car c'est "crond" qui s'occupe de tout

- Si on modifie un script, il est prit dynamiquement, et il ne serait plus necessaire de stopper quoi que ce soit.

- Il faut lancer "crond" pour lancer les scripts, et c'est facile de tout stopper

- un script de lancement englobant "crond -l 0" suffit pour tout démarrer

- On peux mettre une ligne de la "crond" en commentaire par un "#", et cela suspend le lancement

etc...

Modif3 :

Avec un tasker basé sur la "crond", on pourra proposer un outils pour tout ceux qui veulent bricoler leur systeme

Comme par exemple, proposer :

- "reboot" tout les dimanche à 4 heure du Mat :

00 04 * * 0 reboot

- Defragmenter le "cache dalvik" 1 fois par semaine (chaque lundi midi) :

00 12 * * 1 sh "scriptdefragdalvik"

etc...

Modifié 17 mars 2013 par Delewer

[Xkz]

Oui c'est l'utilisation à laquelle je pensais (Modif 3) car le soucis avec la crontab est qu'au minimum le lancement se fait toutes les minutes.

Je pense qu'on va faire ça avec Djeman, déjà pour la défragmentation des .db et le nettoyage du dalvik-cache.

AtrixTweaks mis à jour. ;)

Modifié 18 mars 2013 par # Xkz

[Yull]

Bonjour

Depuis la dernière mise à jour, lors d'un reboot :

- Après la phase de démarage, la led de la batterie s'allune et reste allumé

- les boutons du bas ne s'allune pas, il faut aller dans Activation, décoché Rétroéclérage des boutons enregistrer et recocher et enregistrer

AT v1.4

Android 4.1.2

Merci pour ce superbe utilitaire

[Xkz]

Salut et merci.

Quand tu parles de LED de la batterie, peux-tu préciser ? Tu as activé l'option ou tu parles de la LED de notification qui indique qu'AtrixTweaks se lance ? Si tu parles de l'option, elle ne fonctionne pas ou à moitié sous CM9/CM10 car si j'ai bonne mémoire un système comme celui-ci est déjà intégré.

Pour ce qui est des boutons capacitifs, à priori tu as activé l'option dans Activations car tu parles de "réactivation", as-tu pensé à régler la luminosité des boutons dans Réglages ?

Je vais sur la CM10 d'epinter dans la soirée pour vérifier ça. Si je me trompe sur un ou plusieurs points j'éditerai mon message.

Modifié 19 mars 2013 par # Xkz

[Yull]

Re

En fait, c'est bien la led de notification qui indique qu AT se lance, mais maintenant, elle reste allumée

Pour les boutons capacitifs, c'est pas un pb de niveau, mail il semble qu'au démarrage, l'option n'est pas prise en compte

C'est bien sur la CM 10 d'epinter

@+

Modifié 19 mars 2013 par Yull

[Xkz]

Aucun des deux problèmes de mon côté. Si tu n'as pas activé l'option (Profil de luminosité + Rétro-éclairage des boutons) il est normal que tu aies des boutons non illuminés dans le cas où tu n'as pas activé la luminosité automatique, c'est un bug connu sur les ROMs CM9/CM10, rien à voir avec AtrixTweaks.

Est-ce que tu n'aurais pas rempli la totalité de la partition data ? (1,97Go)

Si ce n'est pas le cas, qu'est-ce qui s'affiche dans Stats & Logs, Logs des modifications ? Tout est sûrement lié.

Modifié 19 mars 2013 par # Xkz

[Yull]

Re

AtrixTweaks started

S01- 1

TS00loop- 1

S02- 1

TS03- 0

S04- 1

TS05- 0

S06- 1

TS07- 0

S09- 1

S10- 0

S11- 1

S12- 1

S13- 1

S14- 0

S15- 0

TS16- 0

S18- 0

TS17- 1

S01- 1

TS00loop- 1

S02- 1

TS03- 0

S04- 1

TS05- 0

S06- 1

TS07- 0

S09- 1

S10- 0

S11- 1

S12- 1

S13- 1

S14- 0

S15- 0

S18- 0

TS16- 0

TS17- 1

TS08- 1

TS08- 1

[Xkz]

Essaie d'aller dans AtrixTweaks, Divers, Désinstaller.

Puis tu redémarres et tu réinstalles.

[Yull]

Alors, ca résous partiellement le pb :

Après redémarrage et réinstall, tout est OK

Mais si je redémarre encore le tel, le disfonctionnement revient (led de la batterie se ramule et les boutons ne sont pas allumés)

Merci pour la réactivité :)

[Xkz]

Je te tiens au courant, je t'enverrai des flashables par CWM recovery pour faire différents tests.

[Delewer]

Bonjour,

Après une petite semaine d'utilisation, voici les quelques bricoles que j'ai pu noter.

Réactivité excellente (bien mieux qu'avant)

Excellente autonomie, et plus stable

Plus de "process" fou ("tegra_spi" et "cpcap_spi") qui prenaient entre 40% et 60% de la cpu de temps en temps.

Réactivation des applications gelées

Elles sont systématique au démarrage du teléphone, y compris celles que l'on n'a pas mis dans la liste noire.

Pour y palier, j'ai du mettre en commentaire ceci dans le script "S00"

#for i in $(pm list packages -d | cut -c9-)
# do
# pm enable $i
# done

Je pense qu'il faudrait ne réactiver que les App gelées ; Par exemple (non testé)

for i in $(cat /data/AtrixTweaks/Z/apptofreeze)
do
pm enable $i
done

Bien sur, il faut conditionner le tout par :

[ -e /data/AtrixTweaks/Z/apptofreeze ] (...)

Bugs rencontrés

1/ Le "governor" du second processeur n'est pas correctement positionné :

"/sys/devices/system/cpu/cpu1/cpufreq/scaling_governor" est à blanc !

2/ Le fichier "appdisable" (répertoire Z" est vide alors qu'il y a des applications gelées

3/ Il n'y a pas de message d'attente quand la liste des applications à geler se rafraichie (écran noir...)

4/ Absence du choix du "governor" pour les processeurs dans l'interface de Djeman

La liste est récupérable de cette manière :

set $(cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors)
Gov1=$(eval echo $1)
Gov2=$(eval echo $2)
echo $Gov1
echo $Gov2

On peux fournir le choix des "Governor" possible pour le Processeur (écran allumé par exemple)

5/ Attention, dans le script S06, vous oubliez le processeur "1" pour ne privilégier que le "0", or le deuxième processeur peux trés bien être positionné à 1000Hz alors que le premier est mis à 216Hz écran éteint... rien ne l'empêche (surtout avec les Rom alternatives).

Je conseille de regler les deux processeurs en même temps.

Il m'est déjà arrivé d'être dans ce cas :

- proc0 : "performance" 1000Hz

- proc1 : "powersave" 216Hz

6/ Dans le script "S18", toutes la partie du code avant le case est trés (trop) longue.

Il est inutile de recharger toute la liste des applis à geler dans "applist"

Je pense qu'il faut creer un troisième état dans les scripts (3 eme choix "case")

- "awake"

- "sleep"

- "init" <= C'est là qu'il faut mettre ce genre de code (liste des applis, log initiale, etc...)

7/ Script "S07", même remarque que "6/" ; La log s'inscrit systématiquement... il faudrait mettre le bout de code avant le case, dans un "case init)"

"init")
CKLOG=/data/AtrixTweaks/Z/clocklog
echo >> $CKLOG
echo "# Start/Restart: $(date +%d/%m/%Y)" >> $CKLOG
echo >> $CKLOG
;;

8/ Dans le script "S15", après avoir testé, il semble que la consommation reste identique quand on coupe les "data" et que l'on ne passe pas en "2G"

J'ai pu tester :

svc data disable
avec la 3G

et

svc data disable
avec le 2G

Et l'autonomie n'a plus rien à voir.

Mais j'ignore totalement comment passer en 2G.

Cela donnerais :

Screen off : svc data disable + "2G"

Screen on : svc data enable + "3G+"

Merci encore pour tout.

J'espère ne pas avoir dis trop de bêtises...

Modifié 23 mars 2013 par Delewer

[Delewer]

Comme promis plus tôt, voici le répertoire "syntax" pour "VIM"

https://www.dropbox.com/s/s1nobrncdkf9y5y/syntax.rar?m

Voir ce thread pour savoir quoi en faire

https://forum.frandroid.com/topic/105205-app-%e2%9c%96-atrixtweaks-180313/page__st__260#entry2332026

Modifié 24 mars 2013 par Delewer

[djeman]

S'pas ma faute :emo_im_angel:

Merci du retour, on va devoir bosser maintenant :)

[Delewer]

:P

[Xkz]

Coucou djeman, delewer et Yull, je ne suis pas dispo en ce moment pour divers test et j'en suis désolé, on en reparle dans 2-3 jours mais à priori Delewer :

- Le fichier appdisabled est vide et c'est normal : En gros je le remplis en veille par chaque nom de package gelé puis je le vide au retour en activité une fois les applications réactivées.

- Pour ne réactiver que les app gelées par AtrixTweaks, j'ai préféré un 'for i in $(pm list packages -d | cut -c9-)' qu'un 'for i in $(cat /data/AtrixTweaks/Z/apptofreeze)' au cas où le fichier est corrompu par un anr du système pendant sa lecture en sortie de veille. C'est sûr qu'il ne faut vraiment pas avoir de chance pour que ça arrive mais on sait jamais. ;) J'essayerai tout de même de cette manière pour laisser aux utilisateurs la possibilité d'utiliser d'autres applications qui font "hiberner" les applications.

- Pour le message d'attente dans la liste d'app à geler s'pas ma faute non plus ! :P

- Les différents governors ne sont pas fonctionnels avec les SoC Tegra, le CPU a son propre governor et la modification n'est pas possible, c'est pour cela que l'on ne l'intègre pas dans AtrixTweaks cette fonctionnalité et c'est également pour cela que faux123 n'approfondie pas le développement des kernel sur l'Atrix car la plupart des modifications qu'il fait touchent cette partie.

- Pour le script S06 il ne fonctionne pas avec les derniers kernels de la team CM7 lorsque l'Atrix est en activité, il y ont ajouté un built-in je crois, mais j'ajouterai cela même si "normalement", le second coeur s'adapte à toutes les modifications du premier étant donné qu'ils sont synchrones.

- Je rajouterai l'état "init", merci pour l'idée je n'y avais pas du tout pensé, surtout que dans S18 je prédéfinis la whitelist et que je ne donne pas le choix à l'utilisateur.

- Pour le passage EDGE/UMTS/HSPA ça touche directement le système donc avec des scripts on n'ira pas loin. ^_^

Merci pour tes réponses toujours très complètes. ;)

Modifié 24 mars 2013 par # Xkz

[Delewer]

Mais de rien !!

Et bon courage à toi.

Pour le soc tegra et le réglage du proc, j'ai cloné le github du nouveau Firmware (il compile en ce moment).

Je vais regarder comment ça se gère... Enfin si c'est à ma porté...

[Yamuto]

J'aime toujours autant lire les échanges techniques, cela m'apprends un peu :D

[Xkz]

Bonjour et désolé pour la petite absence.

Yull, le problème vient du fichier qui se lance au démarrage (S00) et qui bug sûrement à la première boucle. Je t'envoie bientôt un .zip flashable par recovery en MP.

Au passage, un certain Ilhan est appelé ici pour expliquer son commentaire sur le play store.

Il y a énormément de portages de ROM pour l'Atrix et AtrixTweaks vit grâce à sa communauté qui rapporte de nombreux bugs. Si certains commencent par descendre notre travail sans nous donner les moyens de l'améliorer, c'est bien bête de leur part.

Petite aparté que j'ai trouvé nécessaire, je m'excuse pour les autres. ;)

[Delewer]

Bonjour tout le monde

Ca y est, j'ai enfin testé le nouveau Kernel 3.1 (jb).

Première impression, ça chauffe... et beaucoup !

J'ai l'impression que l'accélération matériel, qui est bien presente, fait beaucoup chauffer le joujou.

La fluidité et incroyable ! Mieux encore que sur Nexus 7, c'est dire !

Utiliser notre Atrix est un vrai plaisir !

Bugs :

Dès que l'on fait un reboot... l'écran se coupe et... rideau... il faut enlever la batterie, car le tel ne redémarre plus.

Sinon, tout semble fonctionnel.

AtrixTweaks :

Ca fonctionne, mais j'ai tout de même dû le couper car dans la liste des "gouverneur", il n'y a plus de "powersave" !!

Donc, ca fait bugguer le tél...

Voici la liste des Gouverneurs :

- interactive

- conservative

- ondemand

- userspace

- performance

Il faudrait coder "interactive" dans l'Atrixtweak pour ce kernel...

Voilou... je vais rester quelques temps sur ce kernel avec MROM car c'est trop dur de retourner sur CM7

^_^