• [^] # Re: Fragmentation risk

    Posté par (site web personnel) . En réponse au journal «Understand the fact» la campagne de Arm contre le set d'instructions libre Risc-V. Évalué à 10.

    +1
    En fait d'après ce que je comprends il y a deux soucis

    • pendant longtemps il n'y avait pas de mécanisme permettant de booter un kernel générique (sensé être en partie résolu avec le device-tree. J'ignore s'il reste encore des choses (clock tree / pinmux / ...) qui ne rentrent pas dans ce mécanisme et qui exigent du code kernel spécifique à la carte-mère ?)
    • pas de moyen de stocker un bootloader minimal + device-tree (alors que les PCs ont justement une petite flash NOR pour stocker le BIOS/UEFI). ça coûte quelques centimes mais surtout ça prend de la place sur le PCB => j'ignore si les technos de fabrication des SoCs permettraient de loger l'équivalent d'une NOR de 8 Mo dans le SoC (à côté du CPU/GPU/...) ? Si c'est possible, j'avoue qu'il eût été bien que ARM l'inclue dans ses IP Cortex A* pour avoir la garantie que n'importe quel SoC basé dessus ait de quoi y loger u-boot + DTS... Et dans le cas de RISC-V idem il eût été bien que la spec dise d'une manière ou d'une autre "pour tous les SoCs 'high-end' (destinés à booter un OS, i.e. autres que microcontrôleurs) une NOR sera dispo systématiquement dans le SoC à l'adresse XXX"...