Bonjour et merci à tous d'avoir pris le temps de me répondre.
Je vais essayé de répondre à tous le monde:
@TheBreton
Merci pour ces explications, c'est l'idée générale que j'avais, que vous me confirmez.
La carte ayant cramée, il n'est plus possible de récupérer le contenu de la ROM.
L'idée n'est donc pas de réinventer l'eau chaude.
Ayant en ma disposition u-boot, uImage (zImage + vmlinux), j'aimerai, à l'aide de ces fichiers, comprendre ce qu'il se passe pendant le boot, cad ce qu'ils font exactement, ce qu'ils chargent. Pour pouvoir après modifier un kernel déjà existant (RPI par exemple, simplement celle que j'ai dans mon tiroir) et de "merger/adapter" certaines fonctions spécifiques qui seraient chargé en bas niveau.
Donc je ne cherche pas a adapter u-boot et uImage sur RPI (qui fonctionnent spécifiquement sur la carte HS) a un autre système (ARM de même type); mais a l'aide de ces fichiers, comprendre ce qu'ils se passe et créer une alternative. + de précision dans la suite :
@Mali et @Arvil
Oui en réalité on s'en fou, plus ou moins, j'aime juste comprendre ce qu'il ce passe, comprendre les choses, la curiosité en fait.
Pour répondre à tes questions :
-J'ai en ma possession l'ensemble des fichier système rootFS et certaines parties des fichier du noyau, je cherche donc a analyser ce qu'il se passait en bas niveau qui permettait de rendre fonctionnel le système : ce que chargeait le noyau par exemple, ce qui etait spécifique a ce materiel pour merger/adapter
ces modif a un autre noyau prévu pour une architecture cible (ex RPI)
-L'ancien système fonctionnait avec une carte capteur : qui transmettait par bus SPI des données au cpu qui les traitait en temps réel. (Interface graphique couleur, un petit clavier avec quelques bouton pour se déplacer)
La carte capteur est intacte, je cherche donc a refaire fonctionner cette carte. Pourquoi sur l'ancien système ? car tout est déjà créer, interface, analyse, menu, fonction spécifique de mesure etc.
-Effectivement, l'analyse du système de fichier est ce que je fais depuis quelques jours pour comprendre ce qui boot en premier etc… mais je manque d'experience. Donc je cherche sans trop savoir ce que je cherche. J'analyse les dossier /bin et /sbin et le dossier /boot
De manière générale, le point d'entrée est situé sur le raccourci "init" ? Cad uImage vient tapé dans Init ?
Pour rejoindre ce que dit Arvil, au final, si je charge le kernel du RPI, standard, (qui englobe plus de fonctionnalités que nécessaire pour mon ancien système donc), cela peut il fonctionner avec mon ancien rootFS ? En mode dégrader probablement? Ce qui m'évite de "decompiler" le l'ancien noyau… (j'allais essayé dans la semaine
Est il possible, d'émuler un noyau et d'avoir une trace log de ce qu'il fait ? par exemple dans un dossier ou une partition y collé le uboot et uimage et emuler le machin pour voir ce que fait uimage (je regarde du coté de qemu pour ceci, sans succés)
J'espère avoir été assez clair,sinon n'hésitez pas à me le dire.
Grosso modo, c'est plus un defi pour moi qu'autre chose car je pourrai faire plus simple probablement effectivement. Mais j'aimerai comprendre le bas niveau de l'ancien système
L'ancien système était logiciellement parlant stable et terminé, donc pour moi l’intérêt est de la garder et de lui donner une 2nd vie sur RPI (par exemple)
Les deux systèmes sont basé sur ARM ARM1136JF-S v6 pour l'ancien et ARM1176JZF-S (ARMv6) pour la PI version A, d'ou mon intêret pour celle ci
# réponse aux questions
Posté par krissZero . En réponse au message Etude d'un système ARM et reverse. Évalué à 1.
Bonjour et merci à tous d'avoir pris le temps de me répondre.
Je vais essayé de répondre à tous le monde:
@TheBreton
Merci pour ces explications, c'est l'idée générale que j'avais, que vous me confirmez.
La carte ayant cramée, il n'est plus possible de récupérer le contenu de la ROM.
L'idée n'est donc pas de réinventer l'eau chaude.
Ayant en ma disposition u-boot, uImage (zImage + vmlinux), j'aimerai, à l'aide de ces fichiers, comprendre ce qu'il se passe pendant le boot, cad ce qu'ils font exactement, ce qu'ils chargent. Pour pouvoir après modifier un kernel déjà existant (RPI par exemple, simplement celle que j'ai dans mon tiroir) et de "merger/adapter" certaines fonctions spécifiques qui seraient chargé en bas niveau.
Donc je ne cherche pas a adapter u-boot et uImage sur RPI (qui fonctionnent spécifiquement sur la carte HS) a un autre système (ARM de même type); mais a l'aide de ces fichiers, comprendre ce qu'ils se passe et créer une alternative. + de précision dans la suite :
@Mali et @Arvil
Oui en réalité on s'en fou, plus ou moins, j'aime juste comprendre ce qu'il ce passe, comprendre les choses, la curiosité en fait.
Pour répondre à tes questions :
-J'ai en ma possession l'ensemble des fichier système rootFS et certaines parties des fichier du noyau, je cherche donc a analyser ce qu'il se passait en bas niveau qui permettait de rendre fonctionnel le système : ce que chargeait le noyau par exemple, ce qui etait spécifique a ce materiel pour merger/adapter
ces modif a un autre noyau prévu pour une architecture cible (ex RPI)
-L'ancien système fonctionnait avec une carte capteur : qui transmettait par bus SPI des données au cpu qui les traitait en temps réel. (Interface graphique couleur, un petit clavier avec quelques bouton pour se déplacer)
La carte capteur est intacte, je cherche donc a refaire fonctionner cette carte. Pourquoi sur l'ancien système ? car tout est déjà créer, interface, analyse, menu, fonction spécifique de mesure etc.
-Effectivement, l'analyse du système de fichier est ce que je fais depuis quelques jours pour comprendre ce qui boot en premier etc… mais je manque d'experience. Donc je cherche sans trop savoir ce que je cherche. J'analyse les dossier /bin et /sbin et le dossier /boot
De manière générale, le point d'entrée est situé sur le raccourci "init" ? Cad uImage vient tapé dans Init ?
Pour rejoindre ce que dit Arvil, au final, si je charge le kernel du RPI, standard, (qui englobe plus de fonctionnalités que nécessaire pour mon ancien système donc), cela peut il fonctionner avec mon ancien rootFS ? En mode dégrader probablement? Ce qui m'évite de "decompiler" le l'ancien noyau… (j'allais essayé dans la semaine
Est il possible, d'émuler un noyau et d'avoir une trace log de ce qu'il fait ? par exemple dans un dossier ou une partition y collé le uboot et uimage et emuler le machin pour voir ce que fait uimage (je regarde du coté de qemu pour ceci, sans succés)
J'espère avoir été assez clair,sinon n'hésitez pas à me le dire.
Grosso modo, c'est plus un defi pour moi qu'autre chose car je pourrai faire plus simple probablement effectivement. Mais j'aimerai comprendre le bas niveau de l'ancien système
L'ancien système était logiciellement parlant stable et terminé, donc pour moi l’intérêt est de la garder et de lui donner une 2nd vie sur RPI (par exemple)
Les deux systèmes sont basé sur ARM ARM1136JF-S v6 pour l'ancien et ARM1176JZF-S (ARMv6) pour la PI version A, d'ou mon intêret pour celle ci
Merci et bonne journée
Cordialement