mais il sera très difficile d’avoir accès à tous les périphériques, car des éléments du Device Tree seront manquants. On voit donc que ce manque d’accès aux sources de ces boîtiers handicape fortement la réutilisation de ce type de matériel.
Note qu'il existe destechniques pour extraire le device-tree depuis l'image kernel/firmware fournie par le fabricant !
(par contre, à supposer que ce soit possible, j'aimerais bien trouver un jour un tuto pour extraire le code objet correspondant aux "board-files" et le réinjecter dans un autre kernel, pour ajouter le support de cartes qui utilisent des board-files et non un dtb. Alors oui je sais, c'est du GPL donc on devrait toujours avoir accès au kernel. Mais il existe de nombreuses situations où ce n'est pas possible (code-source non fourni par le fabricant car de nombreux ODMs à Shenzhen ne respectent pas la GPL, code-source publié 5 ans avant sur un forum type XDA mais "perdu"...)).
# Extraction du device-tree
Posté par karteum59 (site web personnel) . En réponse à la dépêche Ordinateur à carte unique : Raspberry Pi 4 et consort. Évalué à 7. Dernière modification le 27 août 2019 à 13:41.
Note qu'il existe des techniques pour extraire le device-tree depuis l'image kernel/firmware fournie par le fabricant !
(par contre, à supposer que ce soit possible, j'aimerais bien trouver un jour un tuto pour extraire le code objet correspondant aux "board-files" et le réinjecter dans un autre kernel, pour ajouter le support de cartes qui utilisent des board-files et non un dtb. Alors oui je sais, c'est du GPL donc on devrait toujours avoir accès au kernel. Mais il existe de nombreuses situations où ce n'est pas possible (code-source non fourni par le fabricant car de nombreux ODMs à Shenzhen ne respectent pas la GPL, code-source publié 5 ans avant sur un forum type XDA mais "perdu"...)).