Utiliser un oscilloscope ou un analyseur logique pour trouver les pins Tx et Rx de l'UART de debug
Lors du démarrage, voir si on a accès à un prompt u-boot à ce niveau ou si ça a été verrouillé par mot de passe ou si ça utilise un autre bootloader
Si on ne peut pas avoir la main sur uboot: déssouder la puce eMMC ou NAND ou NOR et la souder sur une autre carte pour en extraire et analyser le contenu
Essayer de recompiler un uboot pour le même CPU et de le reflasher (soit sur la puce après l'avoir ressoudée, soit en démarrant sur carte SD si c'est possible
Une fois l'accès au prompt uboot obtenu d'une ou l'autre façon:
- Récupérer le device tree (soit à partir du dump de flash, soit directement dans uboot)
- Essayer de booter un Linux pour ARM en utilisant ce device tree (ou un autre OS, pourquoi pas)
- Voir jusqu'où ça va avant de planter
- Corriger les bugs
- Recommencer jusqu'à que ça marche
Si tu embauches un informaticien compétent, arrivé là, il peut déjà t'envoyer une facture pour les quelques heures passées, qui va te revenir plus cher que le prix d'un ordinateur plus puissant. Et il y a aussi une chance de détruire le matériel ou le logiciel de façon irrécupérable au passage.
Économiquement ce n'est pas viable. Par contre si tu as envie d'apprendre à faire un bringup de Linux et U-Boot sur une plateforme non documentée et à faire du reverse engineering, et des très longues soirées d'hiver à remplir sans rien de mieux à faire, ça peut s'envisager.
# C'est très simple
Posté par pulkomandy (site web personnel, Mastodon) . En réponse au journal Danew DBook 110 : l'ordinateur des nouilles. Évalué à 10.
Une fois l'accès au prompt uboot obtenu d'une ou l'autre façon:
- Récupérer le device tree (soit à partir du dump de flash, soit directement dans uboot)
- Essayer de booter un Linux pour ARM en utilisant ce device tree (ou un autre OS, pourquoi pas)
- Voir jusqu'où ça va avant de planter
- Corriger les bugs
- Recommencer jusqu'à que ça marche
Si tu embauches un informaticien compétent, arrivé là, il peut déjà t'envoyer une facture pour les quelques heures passées, qui va te revenir plus cher que le prix d'un ordinateur plus puissant. Et il y a aussi une chance de détruire le matériel ou le logiciel de façon irrécupérable au passage.
Économiquement ce n'est pas viable. Par contre si tu as envie d'apprendre à faire un bringup de Linux et U-Boot sur une plateforme non documentée et à faire du reverse engineering, et des très longues soirées d'hiver à remplir sans rien de mieux à faire, ça peut s'envisager.