[DEV/DEBUG] Pour miniCM7-2.1.X par nAa (X10Mini [robyn], X8 ET x10Mini PRO!)

[matmutant]

bonsoir à tous,

je créé ce sujet dans le but d'accelerer le debug des dernieres petites instabilités, les derniers petits bugs et autres avec la rom miniCM7 2.1.X + nAa kernel

tout d'abord j'aurais besoin de volontaires ayant des soucis avec la rotation de l'écran sous miniCM7 2.1.4+ nAa kernel 06

pour une grande majorité d'entre nous, le changement des pilotes des sondes à résolu nombre de désagréments, malgré tout, certain utilisateurs rencontrent ce problème de rotation

nAa aurait donc besoin des dmesg,logcat et /dev de ceux ayant des soucis de sonde mouvement

SpliFFdu95240 m'a déja fourni les siens, il m'en faudrait d'autres afin de comparer :)

voici la/les marche(s) à suivre :

dmesg :

une fois le tel completement démarré :

adb shell dmesg > C:\XXXX\dmesg.txt

ou via terminal emulator:

su // get root perms
dmesg > /mnt/sdcard/dmesg.txt

logcat (à effectuer pendant le démarrage via adb)

adb logcat

/dev

adb shell find /dev

// pour les commandes adb, si adb.exe n'est pas à la racine de votre disque systeme, veuillez spécifier le chemin exact, e.g. : c:\program files\ADB\adb.exe

nAa compilant à chaque fois à partir des sources, il peut apparaitre de nouveaux problemes e.g. : petit probleme avec les options "cachée" et "pourcentage" pour la batterie (devrait etre fixé très prochainement)

ce sujet sera édité au fur et à mesure des besoins ...

bonne soirée :)

m@

PS: petit rappel pour les "angloforumeurs", une lecture attentive de mon FAQ, ainsi que de quelques autres sujets intéressants est la solution à de nombreux problèmes. ;)

Modifié 13 décembre 2011 par matmutant

[matmutant]

bon j'aurais besoin des /dev de toutes les personnes qui veulent bien svp

je suis à la recherche de :

/dev/akm8975_daemon
/dev/akm8975_aot

// ceci est la sonde pour les X8 mais il semble que certains mini l'auraient aussi (d'ou le probleme de rotation)

ou

/dev/akm8973_daemon
/dev/akm8973_aot

//la sonde "normale"

Edit : si des personnes utilisant GingerDX pouvaient faire de meme ça serait vraiment sympa (pour ceux-là, merci de préciser que vous êtes sous cette rom)

Edit2: GDX ---> c'est finalement juste lié au kernel d'après, c'est donc toute personne utilisant le kernel qui peut aider en effectuant la commande quelque soit la rom ;)

Edit3: pour ceux qui ont akm8975, lancez la commande svp :

ls -la /dev/akm8975_daemon
/dev/akm8975_aot

puis,

ls -la /dev/akm897*

et vous devriez avoir une réponse du type (merci de me la fournir):

$ls -la /dev/akm897*
crw-r-----	1 compass  system	 10,  31 Nov 24 22:13 /dev/akm8973_aot
crw-r-----	1 compass  system	 10,  32 Nov 24 22:13 /dev/akm8973_daemon
lrwxrwxrwx	1 root	 root			16 Nov 24 22:14 /dev/akm8975_aot -> /dev/akm8973_aot
lrwxrwxrwx	1 root	 root			19 Nov 24 22:14 /dev/akm8975_daemon -> /dev/akm8973_daemon
$

apres une longue discution avec nAa et quelques tests,il en ressort que:

dès qu'on a quelques réponses nous permettant de supprimer le probleme; il fixe, et recompile tout, ensuite, à vous la MàJ ;)

edit4 : miniCM7-2.1.5 est maintenant disponible pour tous, mais la demande précédente est toujours d'actualité !

### MiniCM7-2.1.5

* Basée sur CM-7.2.0 (RC0)

* Suport pour X8 (shakira)

* mise au point à l'aide du bouton appareil photo pendant l'enregistrement d'une vidéo (robyn)

* désactiver la fenetre de pop up de déblocage réseau après déblocage sim (configurable) > activé par défault, dans le build.prop

>> ajouter la ligne qui suit pour le désactiver:

ro.telephony.ril_skip_locked=true

cela permettrait de comfirmer/infirmer la these des 2 sondes dans les mini

et ferait gagner un temps précieux pour le developpement de miniCM7 :)

merci d'avance :)

Modifié 26 novembre 2011 par matmutant

[matmutant]

une autre question, y a t'il des gens chez orange, ayant réussi ou "échoué" au déblocage du bootloader?

je demande par là si:

- vous avez réussi et que tout fonctionne

- vous avez réussi mais le téléphone est maintenant simlocké

- vous avez "réussi" mais le téléphone de trouve plus aucun réseau, ni gsm/3g etc, ni wifi, ni meme fm

- vous avez tout simplemenent échoué

- autre (à préciser)

il semble que le taux d'échec enregistré soit plus important avec cet opérateur

bonne journée.

m@

PS: pour ceux qui souhaitaient le chargement de la batterie téléphone éteint, cette fonction est maintenant au point (la nuit derniere en a souffert.) et sera vraisemblablement disponible dans la prochaine mise à jour de miniCM7 ;)

Modifié 13 décembre 2011 par matmutant

[FrenchKoR]

A vrai dire j'avais échoué par le passé, mais finalement tout fonctionne sans problème (téléphone déjà simlocké). La solution était de flasher un firmware 2.1.1.C.0.0. ;)

[matmutant]

donc tu es chez orange?

et bien merci pour cette info

je suppose que le firmware dont tu parle est non brandé?

si c'est aussi simple ça devrait pouvoir éviter des ennuis pour certains :D

[FrenchKoR]

Je suis chez Orange oui, désolé d'avoir omis de le préciser. ^^ On avait même eu un échange à ce sujet sur la FAQ de miniCM7 (sur XDA).

Le firmware en question est effectivement debrand, je pense que ça joue :

http://forum.xda-dev...d.php?t=1101332

D'ailleurs avant d'y parvenir, j'avais essayé des tas d'autres firmwares, notamment 2.1.1.A.0.6, j'avais également fait la MAJ depuis SEUS (depuis, pourtant, une ROM debrand), ça ne me filait jamais le dernier firmware (2.1.1.C.0.0)...

Donc procédure pour ceux qui rencontrent notamment un bootloop sur le Kernel nAa :

1. Flasher le nouveau firmware ci-dessus

2. Recommencer toute l'installation (Kernel, ROM).

Modifié 7 décembre 2011 par RoK

[matmutant]

effectivement je m'en rappelle :) (mais sous un autre pseudo je crois non?)

donc tu préconise celui-ci, tres bien je vais enfin avoir une réponse constructive à leurs questions

(je ne peux pas vérifier moi meme: jamais eu ce probleme étant chez SFR et l'unlock ayant fonctionné du premier coup )

merci :)

Modifié 7 décembre 2011 par matmutant

[FrenchKoR]

Oui, c'était FrenchKoR. :P

Tiens moi au jus, histoire de savoir si cette solution fonctionne vraiment pour tout le monde, stp.

[matmutant]

d'acc :)

il faut d'abord que je retrouve les personnes concernées dans mon flot de pm :S

bonne soirée

m@

Modifié 7 décembre 2011 par matmutant

[FrenchKoR]

Salut,

Il semblerait que BééHach ait rencontré le même problème et l'ait résolu à partir de ce firmware, donc comme moi. Il est chez Bouygues.

Infos ici :

https://forum.frandroid.com/topic/83127-135-questions-avant-de-me-lancer/page__pid__1345030

Suivi d'ici :

[matmutant]

si tu as le temps et l'envie de faire un post sur le topic du faq pour expliquer que passer par un firmware debrand semble éviter certains désagrments, je citerais ton post avec plaisir dans le post #6 (et non j'ai pas trop le temps de penser à une formulation adéquate :P donc ça m'arrange si tu as envie de le faire :) )

PS:tout dernier score antutu avec un kernel expérimental de nAa : 2025@768MHz, malheureusement mon mini crash dans les 1 à 10 secondes à 787MHz ... avec le kernel 06 il m'est impossible de dépasser 728MHz (chrash assuré)

Modifié 10 décembre 2011 par matmutant

[matmutant]

ce qui devrait fonctionner dans la prochaine version :

- chargement téléphone éteint

- surcadençage du processeur à 768MHz et plus pour certains chip (en contre partie la batterie est très sollicitée...)

- WLOD (white led of death) pour les kernel panics (un équivalent du BSOD), utile pour le développement

- surement d'autres choses sur lesquelles on travaille ;)

________________________________________________

:excl: nous avons besoins d'un testeur pour des kernels sur x10minipro

nAa a l'intention de supporter aussi les x10minipro (pour les kernels au moins) :excl:

si vous avez envie de participer, et de tester en exclusivité des kernels expérimenntaux, vous etes les bienvenus

:lol:

dans un premier temps il nous faut un alpha testeur, puis quelques beta testeurs

voici une partie des qualités requises :

- avoir l'habitude des flash de kernel, et des "reprise de tout à zero" :P

- savoir manier un minimum les scripts si besoin (facultatif)

- avoir un peu de temps pour utiliser des versions instables et/ou non completes :wacko:

- avoir adb qui fonctionne (quoique j'arrive à faire sans ^^)

- savoir recupérer dmesg, logcat et autres (cf les posts plus haut)

- avoir un coeur bien accroché pour les fois où un probleme survient

- (...)

les "dépots de candidature" se font par mp ou bien directement sur ce sujet

Possesseurs de x10 miniPRO, si vous voulez voir le nAa kernel porté sur votre cher téléphone, aidez nous :)

Modifié 11 décembre 2011 par matmutant

[FrenchKoR]

Comme je te l'ai dit par MP je suis disponible, j'ai du temps libre, bref ça me plairait bien.

Je rajouterais parmi les qualités qu'il faut avoir une bonne machine à café aussi, pour limiter la casse. :P

Edit : Ah oui, au fait. ^^

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

Modifié 12 décembre 2011 par RoK

[matmutant]

merci de ton aide (et oui j'ai vu et remercié ton post, je l'ajouterais au FAQ plus tard:p)

note:

pour ceux qui s'amusent dans les script avec notepad++,

pour changer les fins de ligne de CR LF (windows) en LF (unix) : edition > convertir les sauts de lignes > convertir en format UNIX (LF)

voici un début de script pour donner la température de la batterie :

#!/system/bin/sh
# battery temp displayer
clear
BAT_TMP_FILE=sys/devices/virtual/power_supply/battery/batt_temp
CUR_TEMP=`cat $BAT_TMP_FILE`
echo -e "\033[36m temperature actuelle : \033[1;31m $CUR_TEMP degres \033[0;36m" #la réponse n'est pas en dgrés mais en dixiemes de degrés
echo "relancer le script pour mise a jour de la temperature"

.

dès la sortie du prochain build, je vais libérer un script pour changer la fréquence max en un toucher, pour passer rapidement d'un mode éco @691MHz à un mode performance (mais stable) @748MHz. Il fonctionne très bien mais ferait freezer tout telephone sur le kernel06 ou antérieur, donc il sera posté plus tard :)

bon finalement je vais libérérer une version developpement 691-710. --> bientot posté sur XDA, je traduirais ensuite

http://forum.xda-dev...23#post20231223

sur x10mini :

sur X8 :

Modifié 12 décembre 2011 par matmutant

[FrenchKoR]

Beau boulot, ça reste pour le moment (à mon sens) un script à usage personnel puisqu'il correspond particulièrement plus à tes besoins, mais à la longue je pense que beaucoup y trouveront leur compte. Donc bonne chance pour la suite du dev, j'ignorais carrément qu'on pouvait activer des scripts aussi simplement (Script Manager) ; ça ouvre des tas de possibilités.

[matmutant]

c'est aussi pour ouvrir la voie que je m'y suis lancé :)

ce n'est qu'un premier travail (et mon premier vrai script unix) --> avant ce matin je ne maitrisais quasiment aucune fonction ou variable ni leur syntaxe respective^^

j'espere que d'autres auront des idées meilleures et plus utiles (quoique ça me simplifie grandement la vie d'avoir juste un widget pour changer tout en meme temps)

mais tu as raison c'est surement trop spécifique pour etre utile à d'autres, tanpis :P je ferais mieux une prochaine fois :)

actuellement ce script fait passer de "122-691MHz" à "320-XXX" et inversement. XXX etant 710,728,748, ou 768.

si la fréquence d'origine est différente de 691 ou la valeur XXX du script, le nouveau minMAX sera "122-691"

Modifié 12 décembre 2011 par matmutant

[matmutant]

voici une version développemment du script (non libérée sur XDA) : ici

permet un changement entre 122/691/interactiveX et 320/478/Scary

en voici le code :

#!/system/bin/sh
# Script to switch max frequency from 691200 to 748800 and vise-versa
# similar for min freq
# if max freq is 600000 it will be changed to 691200
# similar for min freq
# if it is NOT (600000 or 691200 or 748800) it will be change to 691200
#
# catching values
MAX_FREQ_FILE=/sys/devices/system/cpu/cpu0/cpufreq/scaling_max_freq
CUR_MAX_FREQ=`cat $MAX_FREQ_FILE`
MIN_FREQ_FILE=/sys/devices/system/cpu/cpu0/cpufreq/scaling_min_freq
CUR_MIN_FREQ=`cat $MIN_FREQ_FILE`
SCAL_GOV_FILE=/sys/devices/system/cpu/cpu0/cpufreq/scaling_governor
CUR_GOV=`cat $SCAL_GOV_FILE`
clear
# splash screen
echo "CPU minMAX frequency & governor swithcher by m@ "
echo "version 11.12.13 alpha7"
echo " "
echo -e "\033[1;31m  "
echo "@@	 @@   @@@@@@@"
echo "@@@   @@@  @	   @"
echo "@@ @ @ @@  @ @@@@@ @"
echo "@@  @  @@  @ @   @ @"
echo "@@	 @@  @ @@@@@@@"
echo "@@	 @@  @	    "
echo "@@	 @@  @@@@@@@@@@"
echo -e "\033[0;36m  "
echo "many thanks to nAa for his help! "
echo " "
echo " "
echo " "
sleep 1
clear
# telling current values
echo -e " you're running from \033[1;32m $CUR_MIN_FREQ to $CUR_MAX_FREQ \033[0;36m Hz"
echo -e "current governor is \033[1;32m $CUR_GOV \033[0;36m"
# executing
if [ "$CUR_MAX_FREQ" -ne 600000 ]
then
if [ "$CUR_MAX_FREQ" -eq 691200 ]
then
 echo "setting cpuclock from 320 to 748MHz"
 echo 748800 > $MAX_FREQ_FILE
 echo 320000 > $MIN_FREQ_FILE
 echo "setting governor to Scary"
 echo Scary > $SCAL_GOV_FILE
elif [ "$CUR_MAX_FREQ" -ne 691200 ]
then
 echo "setting cpuclock from 122 to 691MHz now"
 echo 691200 > $MAX_FREQ_FILE
 echo 122880 > $MIN_FREQ_FILE
 echo "setting governor to interavtiveX"
 echo interactiveX > $SCAL_GOV_FILE
# part kept for future use :)
# elif [ "$CUR_MAX_FREQ" -ne 691200 -a "$CUR_MAX_FREQ" -ne 748800 ]
# then
#  echo "$CUR_MAX_FREQ is not 691 or 748MHz"
#  echo "setting cpuclock from 122 to 691MHz"
#  echo 691200 > $MAX_FREQ_FILE
#  echo 122880 > $MIN_FREQ_FILE
fi
else
echo "Opps! you are not overclocking! "
echo "setting cpuclock from 122 to 691MHz"
echo 691200 > $MAX_FREQ_FILE
echo 122880 > $MIN_FREQ_FILE
fi
# updating new values
CUR_MAX_FREQ=`cat $MAX_FREQ_FILE`
CUR_MIN_FREQ=`cat $MIN_FREQ_FILE`
CUR_GOV=`cat $SCAL_GOV_FILE`
# displaying new values
echo -e "\033[36m you're now running from \033[1;32m $CUR_MIN_FREQ to $CUR_MAX_FREQ \033[0;36m Hz"
echo -e "current governor is \033[1;32m $CUR_GOV \033[0;36m"
echo " "
echo -e "\033[36m you can close that window now :)"
echo "support available @ XDA-developpers"

donc si ça vous intéresse :)

[FrenchKoR]

Je reste personnellement sur ma méthode classique, à savoir un overclock de 122 à 691 mhz en stratégie "ondemand", ça économise pas mal ma batterie. ^^ Mais j'ai testé le script ce matin pour m'en faire une idée, ça fonctionne nickel et ça s'annonce intéressant. A long terme, tu pourrais même améliorer une stratégie existante (comme smartondemand par exemple) pour la rendre plus fonctionnelle et l'implémenter sans passer par une appli tiers, c'est possible ? Dommage que peu de gens sur ces forums ne semblent s'y intéresser.

Modifié 14 décembre 2011 par RoK

[matmutant]

smartondemand o_O ?

j'ai fait un micro tuto pour le DIY (Do It Yourself), tout le monde peut ainsi changer et les fréquences min/max et les politiques d'utilisation du processeur en éditant le script

effetivement peu de gens s'y intéressent, mais en meme temps ça a pas la portée d'une rom :P

et non je pourrais pas l'implémenter dans la rom (et nAa à pas l'air très convaincu de son utilité donc ne le fera pas :P)

voici la traduction de mon tuto :

.DIY script editing for specific&personnal freq/govs :).

Do It Yourself, edition de script pour fréquences et politiques spécifiques ou personnelles :) :

frequences disponibles :

pour la max :

• 825600
  (0x2B)
  
  
• 806400
  (0x2A)
  
  
• 787200
  (0x29)
  
  
• 768000
  
  
• 748800
  
  
• 729600
  
  
• 710400
  
  
• 691200
  
  
• 600000
  
  

pas sûr des valeurs en gris, je ne peux pas les essayer moi meme, donc ceux qui peuvent overclocker a de telles fréquences, s'il vous plait donnez la valeur exacte :)

not sure for the gray values, i just can't try myself, so please people that are able to OC that much, give the the exact value :)

pour la min :

• 600000
  
  
• 480000
  
  
• 320000
  
  
• 245790
  
  
• 122880
  
  
• 19200 (non disponible pour le moment
  not available atm
  )
  
  

Doixanh à expliqué la maniere de calculer ces valeurs :

DX has explained how these values are calculated : in his OC thread

politiques disponibles available governors (exact syntax) :

• interactiveX
  
  
• interactive
  
  
• Scary
  
  
• ondemand
  
  
• smartassV2
  
  
• smartass
  
  
• conservative
  
  
• SavagedZen
  
  
• minmax
  
  

ce qu'il faut éditer : what to edit:

echo "setting cpuclock from 320 to 748MHz"
echo 748800 > $MAX_FREQ_FILE
echo 320000 > $MIN_FREQ_FILE
echo "disabling UnderVolt"
rmmod /system/lib/modules/x10miniuv.ko
echo "setting governor to Scary"
echo Scary > $SCAL_GOV_FILE

Si vous voulez un min à 480 et max à 787MHz avec "ondemand" pour vos parametres de performance :

if you want min 480 & max 787MHz with ondemand governor for your perf setting:

echo "setting cpuclock from 320 to 748MHz"
echo 787200 > $MAX_FREQ_FILE
echo 480000 > $MIN_FREQ_FILE
echo "disabling UnderVolt"
rmmod /system/lib/modules/x10miniuv.ko
echo "setting governor to ondemand"
echo ondemand > $SCAL_GOV_FILE

Modifié 14 décembre 2011 par matmutant

[FrenchKoR]

Smartondemand, c'est une version améliorée du governor ondemand, développée par des membres de XDA il me semble. ^^

[matmutant]

ce n'est pas de mon ressort ^^ (j'en avais jamais entendu parlé :P)

mon script permet de choisir parmi ceux déjà présents dans la rom :)

[Konao]

Je sais pas si le bug est résolu ou pas , mais je suis chez Orange et j'ai eu aucun problème pour déverrouiller le bootloader :o

[matmutant]

non, le probleme n'est pas résolu ^^

l'histoire d'orange et une hypothèse non vérifiée pour l'instant :P

mais de quelle rom venais tu quand tu as unlock?

stock 2.1.1.A.0.6 ou 2.1.1.C.0.0 ou bien une custom?

[FrenchKoR]

On a quand même bien progressé puisque ça a résolu le problème sur mon mini et le mini d'un autre utilisateur Frandroid, c'est déjà pas mal. Ne crachons pas dans la soupe, comme on dit. ^^

[matmutant]

pas faux :P

mais meme si la these est tres probable, on ne peut pas la confirmer avec certitude :)

edit : dsl je sais plus taper :P

Modifié 15 décembre 2011 par matmutant