[Tuto] Installer le recovery TWRP 3.1.1.0 / Root par recovery TWRP sur J3 (2016) SM-J320FN

[djeman]

Faut prendre exemple sur le device tree que j'ai partagé, le script bootimg.mk est configuré dans la config de la board :

S'il vous plaît, Connexion ou S'inscrire to view codes content!

Après c'est des options qui existent d'origine donc je te laisse regarder les docs.
De toute façon prendre exemple sur ce que j'ai fait où des repo officiel c'est un peu pareil, je crois qu'ils ont peut être integré ce script spécial samsung quelque part.

Bon sinon ma build est mieux mais j'ai encore trop modifié ^^

S'il vous plaît, Connexion ou S'inscrire to view codes content!

Pas facile de faire le tri entre le bon et le mauvais, c'est encore une petite erreur mais à un endroit chiant faut tout refaire presque ...

 

[faltisal]

Hé hé pas de chance... Ta réussi à avoir un boot presque complet ou tu t'en approche ? D'après se que j'ai compris tu bloque sur le gpu ?
Edit: si tu réussi par miracle à boot tu pourra enfin me montrer l'écran du device info dont tu rêve ! Selon toi t'es à combien de % d'accomplir un build "utilisable" ?
Edit2: C'est possible de modifier le boot loader pour qu'il accepte le kernel sans le flag ? Si oui faudrait faire comment ?

 

[djeman]

J'en sais rien du tout ^^

Pour l'instant j'essaye de passer à sprdroid6.0 d'une certaine façon, du coup j'ai un peu tout repris et je repars de zéro.
Je comprends pas aussi quelle format veut notre pilote, il est étrange notre affichage

J'ai l'impression qu'on est sur un cas de pilote spreadtrum modifié par samsung pour s'adapter à l'écran ^^

Donc mon but pour le moment c'est d'avoir une base comme la sprdroid avec le moins de patch possible pour pouvoir rajouter petit à petit tous les éléments nécessaires sans que ça soit compliqué.
J'arrive pas à m'expliquer mais j'up tout dès que ça boot au moins comme avant.

Là je me pose la question de quelle format il veut, je vais jeter un coup d'oeil à la lib d'origine sous ida pour voir si samsung a viré cette modif ou y a réglé quelque chose.
Mais c'est tendu de la virer vu que c'est lié à la gestion du framebuffer :x

 

[faltisal]

Ok bonne chance, quand tu essaie de boot ça plante ou exactement ?

 

[djeman]

Pas de gpu = pas d'affichage ^^

Mais je vais opti je l'avais avant je vais le ravoir et quand je l'aurai ben j'espère que les autres modifs seront moins problématiques.
C'est pour implanter toutes les fonctions de notre gpu, donc j'insiste car je veux pas qu'il manque un bout là dessus.

Finalement j'ai peut être pas assez modifié au lieu de trop modifier, pas facile à cerner j'ai relancé une compilation et je vais me faire une bouffe ... ben wé je force un max et bon là je recommence à avancer.
L'utilisation des nouveaux éléments sprdroid concernant la vidéo sont liés à une modification du driver ion de spreadtrum dans le kernel, du coup c'est pas évident à mettre en place mais là c'est presque bon.

Si j'atteins mon but tu verras une grosse diff sur le git et la suite du dev sera plus simple je pense, une bonne structure c'est important sinon on s'embrouille
Et l'arrivée des sources sprdroid ont mis à mal le peu que j'avais fait.

 

[faltisal]

Hé hé alors échec ou réussite ? ...

 

[djeman]

Il y a trop de fichiers !!! Gnnnniiiiiii !!!!!

Mais la prochaine je la sens bien ! J'ai vu que j'ai bien quiché donc la prochaine c'est la bonne ... c'est la bonne je suis sûr que c'est la bonne !! :mdr3:

 

[faltisal]

Alors c'est la bonne ?
Edit: Essaie de faire un build avec tout les patchs on sais jamais si ça fonctionne.

 

[djeman]

:mdr3:

Faut que t'arrêtes de croire qu'on nous donne la sources prête à compiler, au moindre test tu verras que c'est pas du tout ça ^^

Me reste un soucis sur gralloc mais je vais trouver

 

[faltisal]

Mais sinon le GPU fonctionne ?
Edit: Tu peux développer sur ton problème ?

 

[djeman]

gralloc = graphic allocation

J'ai un soucis de gestion écran/backbuffer, j'aimerai bien être plus précis mais c'est hard ^^

 

[faltisal]

Ok je crois que ta un patch en rapport avec le backbuffer, si je me trompe pas ça devrait t'aider .

 

[djeman]

Tu sais quoi vu que je suis aussi cagnieux qu'on l'était avant je vais déjà opti un brin et update le git.

Puis après tu pourras me rejoindre sur les joies du développement du système de gestion du gpu par android wink

 

[faltisal]

J'essaie juste de t'aider hein... Je fais mon possible [emoji45]

 

[djeman]

Oui je comprends, je t'en veux pas mais tu es un peu beaucoup pressant sur un truc que je ne maitrise pas du tout.

Donc si tu veux faire des essais faut pas se sentir incapable, faut se lancer de toute façon tout le monde galère et tout le monde y va au feeling car on a pas toutes les infos.
Je vais essayer d'update le git avant demain avec les nouvelles grosses modifs, maintenant qu'on est à peu près revenu comme avant.

Edit: Mais je te rassure si j'insiste c'est que je reste sur ce que j'ai dit :

... on n'aura plus à se plaindre d'autres choses que de notre manque de connaissance.

Et en ce moment je m'en plains très fortement !!! je suis nul !!! ^^

 

[faltisal]

Ben moi je suis archi nul... J'ai aucune expérience avec les socs spreadtrum, ça semble vraiment être la merde ! Je me documente le plus possible, mais j'ai l'impression de patiner, ingurgiter des informations, c'est facile, mais après s'en servir concrètement ces autres choses. En tout cas, je remarque que tu est très talentueux et que tu te bats comme une bête sauvage pour réussir ! En plus, tu prends le temps de m'expliquer tes avancées, ce qui m'a énormément aidé tu n'imagine pas à quel point ! Enfin bon on a le droit de se plaindre de notre manque de connaissances, mais on est arrivé à un stade où abandonné n'est plus une option mais une erreur. Faudrat serré les fesses mais​ on y arrivera ! Moi en attendant je suis entrain d'essayer de comprendre le mieux que je peux les sources du soc.

 

[djeman]

Yip ben c'est en forgeant qu'on devient forgeron ... nul le dicton ^^

Mais si j'insiste sur des points c'est que je sais que c'est la galère, mon premier essai pour faire une rom avec android 2.3 à l'époque fut un bel échec.
Et là c'est bien pire que juste faire un assemblage de trucs existants il y a pas le choix faut coder des parties.

Mon log de boot commences à devenir de plus en plus beau, bon en fait je vais toujours pas plus loin que l'anim de boot mais avec plein de trucs qui se lance et un crash fatal du système audio au moment de lancer le système.

S'il vous plaît, Connexion ou S'inscrire to view codes content!

Wé ben wé j'ai clairement foiré un truc pour avoir ça car je l'avais pas avant ^^
C'est du aux mauvaises modifs que j'ai fait avec la custom policy moisi que je vais virer au prochain test ... entre trop ajouter et pas assez on bascule vite d'un coté ou de l'autre !x

Mais ça semble avancer ... point de vue développeur (Les fans de logs :x) smiley
Et avec le gpu au complet

 

[faltisal]

Apôtre de Satan ! Érudit ! Qu'on le brule ! Au buchet ! Il a basculé du côté obscur de la force ! Il a trop patché ! [emoji1]

 

[faltisal]

Bon je me suis renseigné pour unlock le bootloader apparemment le device n'a pas de mode fastboot il faut donc réussir à dumper le bootloader pour pouvoir le unlocker à la main puis le réinjecter dans le device, J'aurais besoin de toi tu crois que tu peux m'aider ?

 

[djeman]

Et euh ... je comprends pas ce qui t'arrives

Pourquoi souhaiterai tu modifier le bootloader ? Tu sais que modifier un bootloader sans avoir une interface jtag pour pouvoir le sauver si on le bloque c'est quasiment vouloir jeter son smart à la poubelle ^^
Le déblocage du bootloader chez samsung se fait simplement en cochant "Dévérouillage OEM", cette option va débloquer le bootloader ou de façon plus clair va permettre d'installer du contenu non signée par le constructeur.

Bon sinon je suis mieux, ça crash sur un soucis avec les plugins omx en ce moment.
Faut faire le tri entre l'omx bellagio, l'omx de sprd et un autre qui traine sur le smart d'origine ... je les avais tous mis à l'arrache mais une partie est bien foireuse.

Il y a encore un max de boulot mais rien d'impossible je pense, les sources sprdroid en grande partie peuvent s'utiliser sans modif et quelques trucs avec modifs

 

[faltisal]

Ben quand ta unlock le bootloader tu à la possibilité de rattraper un brick d'après ce que j'ai compris, c'est quoi une interface JTAG ? comment on l'obtient ?
Edit: Je suis en plein boulot sur ma rom custom j'ai réussi à grugé le SysScope sans le virer de la rom il croit que c'est une release officiel ! [emoji23] (ça me fait patienter puis ça fera une alternative pour ce qui kiff touchwiz) si tes intéressé je te fais un build si tu veux.

 

[djeman]

Eh !!!! Tu dois venir me rejoindre !!! Need help

J'ai tout mis à jour sur le git et là par exemple c'est plus le moment juste de coder mais de faire du tri, elle semble démarrer mais j'ai trop chargé à partir de ce qui existe sur le smart d'origine.

L'interface jtag c'est compliqué, c'est un truc qui se connecte sur la carte mère et permet d'interagir avec le processeur.
On ne développe pas de bootloader sans car si le bootloader déconne il ne reste plus que le jtag qui te permet de le réparer.
C'est souvent plus ou moins bridé, faut voir les constructeurs.

Tu as la possibilité de rattraper un blocage logiciel si tu peux flasher des trucs avec odin c'est tout.
Et tant que ton bootloader fonctionne c'est censé être récupérable, regardes là :

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

C'est la méthode de récupération officiel de chez samsung du mode download sur certains note4, le pire qui puisse arriver avant de devoir sortir le jtag.
Le bootloader peut faire démarrer le spl sur la carte sd.

 

[faltisal]

C'est à dire tu as trop chargé ? Envoie moi les logs que je comprends mieux.

 

[djeman]

Ouhla trop tendu les logs maintenant, ça ne bloque plus au début du boot mais au début de l'optimisation.

Ce qui donne une installation bien raté mais bon on en est là.


On n'est plus à rien, ça avance sérieusement

Ca bug sur libstagefrighthw_cm et un autre truc omx que je charge mais dont j'ai pas les libs ^^

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

Wé ok j'ai quand même des log, si tu cherches failed et le dump du stack pour libstagefrighthw_cm tu les verras, je pense que pour débuter je vais peut être voir simple et les virer pour passer aux lib omx de sprd qui ont l'air de bien fonctionner.
Au début j'ai chargé pour avoir un boot maintenant faut vider pour avoir un boot propre puis après reremplir pour avoir toutes les fonctions ^^

 

[faltisal]

Bah si c'est aussi con que changer les DLLS... [emoji23] Je crois que tu gère !
Edit: Puis je peux pas faire grand chose puisque ma "station" de dev android arrive dans 3 / 4 semaine...

 

[djeman]

... on est sous linux c'est des .so, j'ai corrigé pour faire un peu moins noob :x

Mais wé c'est pas des soucis compliqué c'est juste chiant, pas besoin de coder faut trouver le bon mix entre les 3 versions d'omx qu'on a ... et sur notre smart d'origine samsung a fait cohabiter 2 versions, libs sprd et libomxil bidouillé par samsung.
T'as du voir que j'ai mis le minimum du dossier vendor sprd, il y a plein de bons trucs à récupérer et maintenant qu'on a la même structure normalement c'est presque sans modif

Et faut faire le ménage dans ce que j'importe de notre rom d'origine, j'ai pris pas mal de trucs devenus incompatibles à cause de problème de linkage ou de code qui a trop évolué.

 

[faltisal]

Ok je vais voir se que je peux faire mais je te garantis rien j'ai déjà du mal à comprendre le /vendor ...

 

[djeman]

Compliqué ce qu'ils ont fait spreadtrum ^^

Moi sur mon git j'ai viré tous les scripts, dans le projet à un moment je lui dis de compiler tous les makefile qu'ils trouvent dans le dossier vendor et au moins je me complique pas la vie.
C'est inclu dans ce fichier =>

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

Sur ma version si tu jettes un dossier avec un makefile il se fera automatiquement compilé une fois le projet réinitialisé par une commande lunch ou brunch.

Je fais pas un dossier vendor/sprd pour plusieurs appareils, juste le notre et quand on aura fini le notre ben ... si quelqu'un veut compliquer le tout avec des scripts il pourra le faire.
Et faut pas oublier qu'il y a une majorité de trucs qu'on ne veut pas, c'est le repo sprd fait pour faire des roms sprd 'stock' avec plein d'applis et de modifs de sprd.

 

[faltisal]

Effectivement c'est plus sage.
Edit: Alors pour le problème de .so ta échangé pour voir si ça fonctionne ?

 

[djeman]

J'ai oublié de dire qu'il ne faut pas oublier d'inclure le nom du module dans le device.mk si il n'est pas une dépendance d'un autre.

Faut pas croire que j'ai compris comment faire un projet de firmware android en 10 minutes c'est pour ça que c'est un gros bordel et qu'il faut nettoyer

Edit: Je suis en pause !!! Il y a une heure je me rappelais plus de mon nom à force de chercher à avoir un gralloc fonctionnel :mdr3:

Là franchement je sais plus, ça doit se passer avec le device;mk où j'ai du inclure des modules inutiles, faut surement virer la dll "libsomxcore.so" des plugins omx dans le patch frameworks_av.diff puis copier les libs manquantes dans le dossier omx_components à partir du projet sprdroid.
Donc coooooollll !! Une pause cigarette magique s'impose smiley

edit2: Il n'y a pas juste des so à échanger faut les compiler pour notre plateforme, on parle de l'accélération matérielle vidéo/audio c'est lié au matériel, au kernel et au reste d'android

 

[faltisal]

Hé hé... Moi j'ai une pause sandwich le temps de la compilation de ma rom
Edit: Je suis entrain de test sur mon device l'installation donc si je te réponds plus aussi vite c'est que mon update script à chier les partitions.
Edit2: C'est bon me re voilà.

 

[faltisal]

Alors t'en est où vieux cagneux !?[emoji13]

 

[djeman]

Oh doucement ... faut pas pousser les vieux, je viens à peine de m'y remettre.

J'ai enlevé l'import du plugin foireux dans le code source, viré les vieux trucs libhardwarehw_cm et vpu, remplacé par ceux de sprdroid, corrigé les makefile, je viens de tester la compilation de libomxvpu et libomxil-bellagio importé de sprdroid elles sont bonnes sans modif
Là je vais tester les 3 ou 4 libs ajouté en plus puis ben je continu, peut être une pause film le temps d'une compilation complète pour valider et up sur le git ou échanger les 15 libs à la main ... wé plutot la compil complète surtout que je risque de devoir modifier un brin les patchs.

Voila tranquillou, si il y a bien un truc que j'ai compris c'est que sur les machins énormes d'1 million de fichiers il faut être très méthodique pour pas s'embrouiller ... si il y a embrouille et qu'on se perd faut reprendre à un point fixe qu'on connait d'où les mises à jour du git.

Puis ce soir dodo pas trop tard

 

[faltisal]

Ok ça tombe bien moi aussi je me pose devant un movie

 

[djeman]

Eheh on a le boot complet :frime1:




Pas grand chose d'autre encore mais bon faut bien un début

Edit: Niveau affichage ça pas mal, le son euh ça crash mais sur certains trucs ça fait du son, ça semble vibrer faiblement, bon voila en gros ah et la lampe de poche fonctionne ^^
Voila en gros, faut continuer le boulot smiley

 

[faltisal]

C'est génial ! Envoie moi un build que je test en profondeur !
Edit: j'ai du temps à perdre lol...

 

[djeman]

Euh bon il est 4h du matin il faut que je mette à jour le git puis il y a pas grand chose à voir.
300Mo c'est énorme pour moi sans la 4g et là mon smart est pas en état donc en plus il va falloir que je le restaure avant.

Ca devrait vite s'améliorer mais ce soir j'upload pas 300Mo

 

[faltisal]

Hé ben un vieux cagneux ça change pas toujours fatigué quand les jeunes on l'a pêche ! Puis moi au moins j'ai la fibre. (Humour trash)
Edit: Je demande juste le zip flashable puis 300 mo c'est pas la mort avec ta co en 1h c'est uploader.
Edit2: Je suis le spécialiste du déboguage du son sur mtk sur sprd ça doit pas être si différent... Niveau réactivité c'est utilisable ?

 

[djeman]

J'ai pas envie de trainer plus d'1h à 4h du matin pour le fun d'upload un truc totalement inutilisable, dans l'état à part pour relever les logs ça sert à rien.
Et des sources j'en ai des centaines par contre l'adaptation à notre matériel se fera pas toute seule quoi qu'il arrive.

Et ... je ne suis pas vieux ni cagneux, le dire une fois en rigolant ok mais faut pas insister ...

 

[faltisal]

Si si j'insiste... PAS je trouver juste que le context autoriser à blaguer je suis désolé si tu le prends mal c'est juste que je suis hyper content que ça boot et que j'ai de bonnes compétences en déboguage audio c'est mon dada quoi je veux juste contribuer le plus vite possible !
Edit: En vrais je suis juste un spécialiste du déboguage / portage "soviétique" de rom... J'ai jamais vraiment déboguer dans des sources...

 

[faltisal]

Tu pense que ça vient d'où le bug audio ?

 

[djeman]

Le bug audio il venait des libs propriètaires omx sprd que j'avais oublié d'inclure

 

[faltisal]

Ok niquel tu peux m'envoyer un build que je te fais une liste de ce qui ne fonctionne pas ? J'ai envie de faire beta testeur parceque je vois pas ce que je peux faire d'autres..

 

[djeman]

Mais pour faire beta testeur il faut quelque chose à tester

Pas que la build est grave cagneuse pour le moment mais si quand même, certains trucs essentiels ne vont pas du tout.
Il faut d'abord alléger un peu en y rajoutant tout ce qu'on a de spredtrum nous concernant.

Là je suis en train de finir l'intégration de la bonne lib bt car bon le truc que j'avais mis à part dégueulasser le log il ne servait à rien.
Niveau son j'ai l'air tout bon, niveau affichage il y a surement encore un soucis car certains effets d'android ne fonctionnent pas.

Pour renseigner un peu plus le tactile semble bien réactif, les 2 mémoire de stockages sont bien détectées et elles fonctionnent, adb pas de soucis, le mtp semble fonctionner mais affiche le smart sans lecteur sous windows.
Euh et pas de ril mais ça c'est normal vu que j'ai même pas encore regardé ^^



A la fin de cette build, il doit bien rester une heure ça fait max 30 minutes qu je l'ai lancé, si j'ai pas fait de grosse foirure je te l'upload

 

[faltisal]

Ok c'est niquel tu vas pas être déçu ! Je vais la torché !

 

[djeman]

Va falloir créer un sujet et se répandre sur xda maintenant qu'on a une base accessible à un peu tous les développeurs.

Le plus dur dans cette histoire c'est de se lancer, entre l'usine à gaz de l'environnement de dev trouver des ressources sur le smart et déboguer les crashs critiques du kernel on a vite fait de se perdre complet.
Et comme rien ne démarre on ne sait même pas si un des trucs qu'on a fait est bon ou pas.

N'empêche on a bien pourri le sujet du recovery :x
D'un autre coté il n'y a jamais de problème avec, il est trop bien fait !!! :mdr3:

Et nous on n'a pas de message pourri "recovery is not seandroid enforcing", à priori il semblerai qu'il n'y a pas beaucoup de modèle J dans ce cas :x

 

[faltisal]

Ok à toi l'honneur moi je me serais bien chargé d'updater twrp mais j'ai pas l'environnent pour, si ta 5 minutes à perdre ça m'arrange ! Puis ne t'inquiète pas si y a bien un truc que je peux maintenir c'est bien twrp je pense avoir compris la plupart des subtilités ! J'ai un device tree qui est censé fonctionner même si j'ai pas testé je peux même créer un thread pour si tu veux mais pour la rom c'est toi qui gère tes plus compétent que moi à ce niveau là !
Edit: Woh la vache ! Effectivement on a bien polluer le thread sur le recovery ... On devrait faire un grand ménage et virer nos message qui non rien à faire ici voir les migrer sur un thread dédié si possible... Sinon ton build avance ?

 

[djeman]

Ouep elle est même fini faut pas oublier qu'il faut 1h d'upload pour 300Mo ... oui ok en moins de 2h j'ai envoyé 8Go en 4g mais on peut pas créer une rom sur le portable qui a la connexion 4g en même temps.
Puis je comprends toujours pas trop ce que tu veux voir si c'est pas pour améliorer le code ...

Le pilote bt fonctionne pas mieux mais maintenant je peux le déboguer ^^
Bon ben ça à rien que je commente il y a du boulot avant que l'écran arrête de clignoter en rouge sur les bords, pas mal d'erreur lié à omx encore.

 

[faltisal]

Ok tu crois que tu peux viteff builder la dernière version de twrp histoire que je prépare le thread et tout ? J'ai déjà commencé à rédiger un tuto pour le builder / l'installer, tu seras crédité pour m'avoir dépanner un build que je peux faire que dans 3 / 3 semaine...

 

[djeman]

Tout de suite non, je viens de partir en cuisine commencer à me faire à manger.

Tiens ta super rom alpha dev test preview =>
Plus buggué que ça c'est dur^^

 

[faltisal]

Je m'en fiche que ça soit archi buggé l'objectif c'est juste de faire une liste exacte de ce qui ne marche pas et ce qui marche, de plus demain je vais essayer de m'en servir en condition réel, J'ai un backup sous le coude si c'est vraiment inutilisable et que j'ai besoin de faire certaines choses qui sont justement inutilisable.
Edit: Bonne appétit tes pas le seul à manger tard
Edit2: La 3G fonctionne au moins où je vais me taper un vieux h+ cagneux ?

 

[djeman]

T'es vraiment à l'ouest, il n'y a pas de wifi ni de bt ni de 2g, 3g, ...
Il n'y a rien elle est totalement inutilisable.

Euh et pas de ril mais ça c'est normal vu que j'ai même pas encore regardé ^^

Pour info "RIL" ça veut dire "radio interface layer" en gros ce qui gère le réseau mobile.

Je comprends pas ce qui que tu t'imagines, tu crois qu'il y a pas des développeurs pour faire les roms ? Tu crois qu'on peut faire des roms patchworks sans refaire les drivers hardware ? :x
D'ailleurs si tu lirais un peu les news google a bien compris le problème qu'il faut être très calé pour faire une mise à jour d'android à cause de ce code bas niveau qu'il faut à chaque fois refaire ben une meilleure séparation de la partie bas niveau et haut niveau est prévu pour android 8.

Google change l'architecture du système afin que les mises à jour "soient plus faciles, plus rapides, et moins chères" pour les fabricants d'appareils.

Cette nouveauté si on se renseigne dessus ça signifie beaucoup moins de code bas niveau à produire pour faire une mise à jour.

Donc il va falloir arrêter de rêver et si tu veux m'aider il faut trouver des développeurs pas des pros du patchwork android

Je te passe le recovery d'ici 5 minutes.

Edit:

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

Je l'ai pas testé donc je sais pas ce que ça donne, de toute façon je compte pas le débogguer pour l'instant si il y a un problème.

 

[faltisal]

Non je ne suis pas à l'ouest même si parfois je peux donner l'impression que je le suis, j'ai moi même essayer le portage de Cosmic OS dessus pendant tes travaux sur lineage j'avais uniquement réussi à avoir un kernel presque utilisable, en plus j'avais utilisé une méthode "soviétique" avec un VPS pour builder le kernel, vps que je n'est plus d'ailleurs puisque c'était celui d'un pote qui me l'a gracieusement prêté pendant quelques jours, donc je suis très bien placé pour comprendre que c'est très compliqué, de plus j'admire ton boulot parceque​ tu a cette chose qui me manque l'organisation ! Si tu regarder mon dossier vendor... c'était tellement le bordel j'avais tellement honte que j'ai abandonné le temps que tu termine lineage pour pouvoir me basé sur tes travaux.
Edit: Puis c'est pas ma faute si je suis un pro du "patchwork" les seuls vrais expérience que j'ai eu c'était sur du soc mtk donc oui c'est extrêmement simple à bidouiller quand on connait bien, tu la dit toi même la seul chose dont​ on peux se plaindre c'est notre manque de connaissance de plus je penser que tu parler du deamon ril donc je croyais que t'avais quand même deux trois trucs utilisable puisque c'était une erreur bloquante qui empêcher de boot...

 

[faltisal]

Tu pourrais juste viteff flasher le build de twrp sur ton device ? J'ai ma copine qui est entrain de dormir donc si ça chie dans la colle je devrais attendre le matin pour re flasher via Odin un build utilisable, j'ai pas envie de me manger un coup de coussin xD

 

[djeman]

Si il bug tu réinstalles l'ancien par dessus ...

 

[faltisal]

Je te rappelle qu'il est censé contenir le kernel aussi donc si ça foire je serai en bootloop alors que toi tu a la possibilité de t'en sortir sans te manger un coup de coussin xD
Edit: je te demande presque rien juste un petit flash pour vérifier que ça boot sur le recovery au moins et que ça chie pas le kernel.

 

[djeman]

Ben wé et maintenant tu vas m'expliquer comment fonctionne android :mdr3:

Tu pourrais flasher un fichier texte à la place du recovery que ça ne changerait rien au système principal ^^
Le bootloader démarre le spl qui lui va démarrer par rapport aux touches appuyées le kernel de l'image du recovery ou le kernel de l'image android (dans boot.img).

Donc non le flash du recovery ne modifie pas boot.img et encore moins le bootloader ou le spl qui contient l'interface de communication avec odin pour reflasher quelque chose de propre.

Puis mon kernel fait booter la rom android donc à mon avis tu peux y aller serein pour faire booter l'inteface du recovery qui n'utilise presque rien.
Quand je parle de bug c'est sur le fonctionnement du recovery car il est prévu pour android 7.1 le twrp recovery pour android 6.0 c'est pas celui là.

 

[faltisal]

Escuse moi mais je penser que Samsung avait tendance à mettre le boot et le recovery au même endroit, puis pour revenir à twrp il on juste ajouter quelques fonctions puis la comptabilité Android 7.1 quoi...
Edit: De plus un dev la build aussi pour une autre révision du j3 similaire à celle qu'on a donc au pire on aura quelque bug...

 

[djeman]

Nope ben non tu eux y aller serein le kernel du recovery c'est pas celui utilisé pour android.

Bon moi je vais manger mes crêpes ... wé j'ai craqué et je me suis fais des crepes à 2h du matin !!! J'aime les crèpes ... hihihi :gene3:

Et j'ai besoin de me reposer je pense mais bon c'est le week end yiiipppaaa smiley

Edit: Aucun recovery ne valait le mien, je sais pas ce que font les autres mais moi j'utilise des fonctions dans le recovery je ne fais pas que regarder si le root s'installe ^^
Du style ne pas avoir adb root ou des soucis de synchro mtp je trouve ça affligeant.

Après plein de monde s'est inspiré de ce que j'ai partagé aussi du coup d'autres au top sont apparus.

 

[faltisal]

Hé hé tes comme moi tu prends le temps de tester un peu tout pour vérifier si c'est utilisable ou non, sinon le recovery boot donc c'est OK j'ai pas encore approfondie mais y a des chances pour que tout fonctionne bien, sinon c'est quoi la version spécifiquement dédié à Android 6 ?
Edit: Tu sais quoi ? J'ai des crêpes dans mon frigo ^^' donc je pense que je vais en manger une histoire que tu ne passe pas pour le seul mec étrange qui mange des crêpes à 2h du matin...

 

[djeman]

Sur le git il y a des branches, la version 3.1.1 c'est celui pour android 7.1.

Il n'a pas été mis à jour sur les autres branches inférieur à la v7.0.
Il est ici le git officiel twrp =>

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

 

[faltisal]

Ok mais comme je les dit un mec la déjà build pour une révision du j3 similaire donc on devrait pas avoir de gros soucis...

 

[djeman]

Nope il devrait fonctionner niquel même en théorie mais il faut faire tous les tests pour en être sûr.
Car si ça déconne sur les backups par exemple ben ça craint beaucoup ^^

A l'époque j'avais suivi la liste fourni sur le site twrp => rooter-le-j320fn-t154767-140.html#p2219033

 

[faltisal]

Ne t'inquiète pas je m'en charge complètement j'avais juste besoin que tu me dépannes un build pour tester
Edit: Alors tes crêpes ?

 

[djeman]

Elles sont très bonnes

Mais maintenant faut travailler un peu, need debug un peu toutes ces lignes rouges.
C'est plus fun avec android qui démarre, ça devenait déprimant de bloquer au premier ou second logo :x

 

[faltisal]

Ok bah d'après se que j'ai compris faudrait commencer par implémenter ril, pour le GPU je pense que c'est un problème de patch.

 

[faltisal]

C'est bon !!! j'ai ma "station" de dev ! je vais pouvoir te rejoindre !

 

[faltisal]

J'ai un problème j'ai pas de dossier local_manifests dans /.repo ta une idée d'où ça vient ? Je les placer dans le dossier manifests mais je sais pas si il va être pris en compte...?
Edit: je devais simplement le créer.

 

[djeman]

Bonne chance

Ah en passant avant que ça t'arrives, si tu mets le recovery twrp branche android 7.1 la rom complète ne se compilera plus il manquera des dépendances.
Donc ben reste sur la version 6.0 si tu veux travailler sur android 6.0.

Pour passer vite fait d'une branche à l'autre, suffit de modifier le manifest local puis de faire un "repo sync" voir le forcer si il le demande.
Sinon un méthode simple c'est pareil pour enlever un patch c'est de supprimer le répertoire concerné puis de refaire un "repo sync".
"repo sync" ne supprime pas les patch qui sont appliqués, il exclu les différents git modifiés de la synchro mais si il ne trouve pas un bout il le recrée.

 

[faltisal]

OK merci alors au niveau de ril et de gralloc tu avance ? Tu sais d'où vient le bug du clignotement ?

 

[djeman]

Je suis content de mon gralloc dans les logs je vois tout buggué sauf l'affichage, t'as quoi contre mon gralloc fait maison ?

Des erreurs il y en a plein de partout, là je suis sur l'erreur du kernel au tout début de l'init qui bug sur la fonction sec_avc_log_init il y a même un dump du stack avec ^^
Je sais pas ce que c'est CONFIG_PROC_AVC je me renseigne pour savoir si je peux le virer car il n'y est pas dans le kernel spreadtrum.

C'est la toute première erreur du tout premier log, faut y aller par étape

Je vois pas de quoi tu parles avec clignotement, si c'est le rectangle rouge autour ben c'est les différentes erreurs critiques faut regardes les logs après.
C'est une version full debug du coup on a des logs très très détaillés.

 

[faltisal]

OK ce soir je me configure mon environnement, puis demain on va se pencher à deux dessus, ta déjà testé le projet ScriBt ? Regarde sur xda ça a l'air vraiment pratique mais j'arrive pas à m'en servir...

 

[djeman]

J'ai pas du tout envie de me compliquer la vie, repo fonctionne très bien sans utiliser de gadget et il a peu de fonction mais suffisante.

Pour initialiser un repo la commande repo init avec l'adresse du repo (aokp, lineage, ...) c'est le truc qui crée le répertoire ".repo".
Le manifest local pour les ajouts persos, un coup de "repo sync" et hop tout bon.

Là faut s'occuper des trucs chiants, récupérer les fichiers propriétaires dans le smart avec adb (sur le recovery twrp avec adb root c'est le top) puis appliquer nos patchs.

Pour finir pour build la rom ou une partie, une fois tout en place, il y a 4 commandes que je t'ai déjà cité "source build/envsetup.sh", "lunch cm_j3xnlte-eng", "brunch cm_j3xnlte-eng", "make clean" ou "make clobber" et "make <module_name>".
C'est simple au final, il y a besoin de rien de plus.

Edit: Pour la préparation d'ubuntu, les packages nécessaires, tout était listé dans le tuto lineage que je t'ai passé =>

S'il vous plaît, Connexion ou S'inscrire pour voir le contenu ou les urls !

 

[faltisal]

Je te conseille de y jeter un coup d'oeil quand même ça facilite beaucoup de choses.

 

[djeman]

Wé wé ... moi je suis pas un script kiddie c'était il y a 20 ans cette époque !!! :vieux-smiley:

Oups désolé c'est la vengeance du vieux cagneux !!! :mdr3:

 

[faltisal]

Hé hé ! Non sans déc ça facilite la vie tu trouve pas ?

 

[djeman]

Bof si j'ai besoin de script je me les fais

Bon retournons à nos moutons, j'étais en train de m'occuper de mon problème d'avc !!! :vieux-smiley: :mdr3:
Donc CONFIG_PROC_AVC besoin de savoir ce que c'est.

 

[faltisal]

Essaie simplement de le virer puis si ça marche tu continue.

 

[djeman]

Et si les logs avc sont nécessaires pour avoir une fonctionnalité qu'on veut ?

Si je cherche à savoir ce que c'est pour le virer c'est que c'est surement un truc inutile mais je veux pas perdre de fonction donc je vérifie, si il faut le refaire pour pas perdre de fonction ben je le referais (A l'aide du web c'est sûr car je sais pas ce que c'est avc ^^)

 

[faltisal]

Bah logiquement tu devrais avoir trouver sont utilité depuis le temps ? C'est un truc documenter ?

 

[djeman]

Je fais peut être plein de trucs en même temps ^^

J'ai été faire rentrer le chien, j'ai fermé les volets, j'ai jeté un coup d'oeil sur le forum où je suis admin et je t'ai répondu.
Tu sais à mon age avec des problèmes d'avc faut y aller cool ! :vieux-smiley: :mdr3:

 

[faltisal]

Problème d'avc ? ^^'

 

[djeman]

Des erreurs il y en a plein de partout, là je suis sur l'erreur du kernel au tout début de l'init qui bug sur la fonction sec_avc_log_init il y a même un dump du stack avec ^^
Je sais pas ce que c'est CONFIG_PROC_AVC je me renseigne pour savoir si je peux le virer car il n'y est pas dans le kernel spreadtrum.

Tu suis même pas les blagues

 

[faltisal]

Si si mais danc le contexte j'avais pas bien compris...

 

[djeman]

Je te l'ai déjà dit je suis pas vieux !!! Mon coeur va bien !!!

Que 35 ans je me considère pas comme vieux, peut être plus vraiment jeune mais pas vieux

 

[faltisal]

Tu sais appartire de 30 ans scientifiquement tes un vieux peut être pas cagneux mais un vieux c'est sur.

 

[djeman]

Ca c'est l'avis de la population, scientifiquement ça n'a rien à voir

 

[faltisal]

Hé hé c'est long le repo sync quand même... Chez toi ça a pris combien de temps ?

 

[djeman]

Je sais pas, à chaque fois je pars me coucher

Mais wé c'est très très long et ça bouffe un max de place, car il stocke les versions des git puis il te crée ton clone avec.
Du coup par la suite il ne télécharge que si il y a des modifs faite sur le serveur, si tu supprimes un dossier comme je t'ai expliqué avant pour enlever un patch il te le restaurera immédiatement avec le cache.

Si je me rappelle bien pour l'environnement complet avec la place pour le compiler faut pas loin de 30Go alors que les fichiers qu'on a besoin en représente 8 environ.

 

[faltisal]

Heureusement que j'ai balancer ça sur mon dd de 1t alors
Edit: Tu peux m'envoyer un logs complet avec les erreurs uniquement ? Comme ça je fais des recherches sur des possibilités de résolution...

 

[djeman]

Ouhla les logs tu pourras bientot en avoir à profusion, là c'est des bugs un peu partout ... j'ai plusieurs fichiers de log justement pour réussir à les noter car ils arrivent dans des conditions particulières et tatati ... puis il y a les vrais et les fausses ...
Des trucs qu'on peut corriger en live comme les scripts d'init et tout ... le mtp n'affiche aucun lecteur par exemple ça c'est un truc très chiant et on sait qu'on peut les avoir puisque qu'avec le même kernel ça fonctionne sur le recovery.

j'ai pas du tout envie de trim des logs maintenant.

Le serveur ril (rild = ril daemon) ne démarre pas aussi, je m'en suis pas du tout occupé donc là il faut trouver quelle source on va compiler ou si il faut shim (technique d'adaptation du linkage incorporé à l'environnement, ça hook les fonctions automatiquement pour pouvoir les adapter) notre ancien binaire.

Je peux continuer longtemps, il y en a des masses

 

[faltisal]

Ah c'est un beau merdier... Je penser pas que c'était à ce point là !
Edit: Je pense que je vais déjà commencer par builder TWRP avec mon Device Tree pour être sûr qu'il fonctionne avant de me lancer dans le développement de la rom avec toi.

 

[djeman]

S'occuper des scripts d'init devrait déjà beaucoup arranger les choses, j'y ai pas touché ce sont ceux d'origine de notre smart ... c'est nul :x

Ouep prends tes marques mais t'inquiètes pas il y a du boulot de tous les niveaux, des simples options de config manquantes à des soucis de driver bas niveaux.

 

[faltisal]

Je pense que pour les problèmes de drivers bas niveaux je vais pas pouvoir faire grand chose... Pour les scripts d'init je pensais que tu avais fait un gros debug et qu'il rester plus grand chose non ?

 

[djeman]

Nope pas un brin debug, j'ai fait la commande pipe et elle est nécessaire mais je me suis arrêté là ^^

Quand j'ai compris que le problème du boot n'avait pas de rapport ben j'ai pas dévié de mon objectif qui était de démarrer android.
C'est là que je suis passé au gpu puis à omx.

 

[faltisal]

OK du coup pendant que je prépare mon environnement tu t'occupe de quoi sur la rom ?

 

[djeman]

Faire fonctionner ce qu'on a ^^

Donc debug les grosses erreurs du kernel en priorité, elles sont liés en partie aux modules wifi/gpu/omx.
Après l'erreur du bluetooth qui crash au démarrage m'énerve

 

[faltisal]

OK bah bonne chance ; )

 

[faltisal]

Alors l'erreur du bluetooth rebelle ?
Edit: après avoir perdu du temps à me faire un dual boot j'ai décidé d'utiliser une vm prête à l'emploi optimiser spécifiquement pour builder android les performances sont bonnes, je suis entrain de sync lineage.

 

[djeman]

Bah j'avance pas super vite mais j'avance ce qui est déjà bien
Il y a tellement de trucs à fixer que j'y vais un peu à l'arrache, je dégrossi.

Pour te faire un environnement de dev avec un ordi récent la vm c'est la bonne solution si t'es accro à windows pour certaines raisons.
Moi je travaille sur virtualbox avec un ubuntu 16.04, ça fonctionne plutôt bien avec la virtualisation du proc.
Et comme tu le dis ça évite de devoir faire un dual boot windows/linux qui est toujours la galère :x