Le device tree ne change absolument rien. Le device tree décrit spécifiquement le contenu d'un SoC pour pouvoir fonctionner. Il est totalement impossible de "découvrir" les périphériques et aller chercher le bon driver.
C'est pourtant exactement ce que permet le device tree.
Pour le 2), non cela serait simplement une adresse mémoire fixe pour tous les ARM, avec la liste des périphériques (genre numéro unique, et adresse mémoire). Sur un soc, cela peut être de la "mémoire compilé".
Le dtb est compilé, et chargé en mémoire à une adresse passée au kernel, du coup, là encore, c'est exactement ce que fait le device tree.
[^] # Re: Fragmentation risk
Posté par mripard . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à -1.
C'est pourtant exactement ce que permet le device tree.
Le dtb est compilé, et chargé en mémoire à une adresse passée au kernel, du coup, là encore, c'est exactement ce que fait le device tree.