Aller au contenu

DeGRuS 4.2.2 : Tests pour résoudre les derniers problèmes


Recommended Posts

Salut SteveJC,

Dans ce cas il va falloir qu'on reprend la "libandroid_runtime.so" de la 4.1.1 ?

Je crains aux impact vis-à-vis des autres modules.

J'avais déjà essayé mais il faudrait la liste des libs qui dépendent de cette lib

Enfin c'est vraiment du bricolage !

Lien vers le commentaire
Partager sur d’autres sites

Voici la liste:

 

drm/libdrmmtkplugin.so
libFFTEm.so
libJniAtvService.so
libandroid.so
libandroid_runtime.so
libandroid_servers.so
libaudioeffect_jni.so
libdcfdecoderjni.so
libdrmframework_jni.so
libem_bt_jni.so
libem_wifi_jni.so
libjnigraphics.so
libjtranscode.so
libmedia_jni.so
libmpodecoder.so
libmpojni.so
libmtk_vt_client.so
libmtk_vt_service.so
libmxvp.so
libnativecheck-jni.so
librs_jni.so
libsogouime_jni_v42.so
libsoundpool.so
libspeex_sogou_v42.so
libsystem_server.so
libttscompat.so
libvideoeditor_jni.so
libwebcore.so

Avec aussi "bin/app_process".

 

J'ai utilisé le petit script suivant:

#!/bin/sh

for f in $(grep -rl "libandroid_runtime.so" *)
do
  found=$(readelf -d $f | grep "libandroid_runtime.so")
  if [[ -n $found ]]
  then
    echo "$f"
  fi
done

 

Merci


 

Hmm! J'ai oublié le question du header. J'ai juste pris le boot.img dans lequel j'ai balancé le zImage généré.

Je refais la manip.

Lien vers le commentaire
Partager sur d’autres sites

Fin des réunions :D

 

La meilleure solution que je vois pour l'instant c'est de recompiler "libandroid_runtime.so". Seulement, est-ce que le code dispo est exactement le même que ce que nous possédons aujourd'hui (sous format binaire) ?

La seconde solution qui est de la plomberie (ce que je fais sous Windows pour patcher en mémoire les programmes ayant un sérieux bug de s'arrêter après 30 jours):  Functions Redirecting. Je viens de trouver un bon article pour les format ELF: http://www.codeproject.com/Articles/70302/Redirecting-functions-in-shared-ELF-libraries. L'idée c'est de garder la librairie actuelle et de mettre l'ancienne "libandroid_runtime.so" avec un nouveau nom sous "/system/lib". Il faut après patcher "libandroid_runtime.so" pour rediriger les appels relevant du bluetooth vers l'ancienne librairie.

Est-ce que la seconde hypothèse vous sembles-elle viable ?

 

Merci bien.

Lien vers le commentaire
Partager sur d’autres sites

Je n'ai pas retrouvé le code en question dans ton lien, cela doit venir des source d'android

 

Sinon, j'ai testé la LEWA 4.1.2.

Le boot.img est quasiment le même que le boot.img originel de WIKO juste le classpatch pour l'inclusion des librairies android

Tout le reste est identique.

 

Et on a le même souci sur init.bt.sh qui bloque

 

Donc cela doit venir d'une librairie dans /system mais laquelle ?

 

Je ne vais plus avoir beaucoup de dispo dans ces prochaines semaines ...

Edit .

J'ai remarqué que le service bin/hald qui est lancé dans le init.rc n'existe pas dans la rom JB 4.1.1

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

  • 2 weeks later...

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...