ça le serait encore plus d'ailleurs si le CD pouvait être Mac et PC en même temps. C'est possible?
Hmm, intéressant comme idée.
Je ne sais absolument pas comment sont faits les CD bootables sur les Mac récents (post-G2, openfirmware, toussa), mais j'imagine qu'il s'agit sur toutes les plate-formes d'aller exécuter quelques instructions placées au début du disque [ou tout autre endroit prédéterminé].
Si le Mac et le PC (enfin, le firmware/le BIOS) vont chercher les instructions de démarrage à des adresses différentes, ca roule, il "suffit" d'y mettre les instructions pour que chacun aille charger le bootloader et le noyau qui lui convient. Evidemment, deux noyaux (et même deux distrib') au lieu d'un(e), ca prendra plus de place sur le CD ... *
Par contre, si ils vont tous les deux lire à la même adresse, c'est plus coton. Il va falloir faire un "polyglot" en binaire, c'est à dire des instructions qui sont valides pour les deux processeurs (et qui font ce qu'on leur demande ! Bon, tant qu'il faut juste brancher à une adresse pour avoir la suite, ca va.) Ce qui peut nous sauver dans ce cas, c'est que le PPC est big endian, tandis que le x86 est little endian, ce qui veut dire en clair qu'ils ne lisent pas les octets dans le même sens. Pour une même instruction lue, l'opcode de l'un sera dans les paramètres de l'autre, et inversement ...
[^] # Re: Super! Mais à quoi ca sert ?
Posté par Jimmy . En réponse à la dépêche GeeXboX 0.98.6 : Bigger, Longer, Uncut !. Évalué à 5.
Hmm, intéressant comme idée.
Je ne sais absolument pas comment sont faits les CD bootables sur les Mac récents (post-G2, openfirmware, toussa), mais j'imagine qu'il s'agit sur toutes les plate-formes d'aller exécuter quelques instructions placées au début du disque [ou tout autre endroit prédéterminé].
Si le Mac et le PC (enfin, le firmware/le BIOS) vont chercher les instructions de démarrage à des adresses différentes, ca roule, il "suffit" d'y mettre les instructions pour que chacun aille charger le bootloader et le noyau qui lui convient. Evidemment, deux noyaux (et même deux distrib') au lieu d'un(e), ca prendra plus de place sur le CD ... *
Par contre, si ils vont tous les deux lire à la même adresse, c'est plus coton. Il va falloir faire un "polyglot" en binaire, c'est à dire des instructions qui sont valides pour les deux processeurs (et qui font ce qu'on leur demande ! Bon, tant qu'il faut juste brancher à une adresse pour avoir la suite, ca va.) Ce qui peut nous sauver dans ce cas, c'est que le PPC est big endian, tandis que le x86 est little endian, ce qui veut dire en clair qu'ils ne lisent pas les octets dans le même sens. Pour une même instruction lue, l'opcode de l'un sera dans les paramètres de l'autre, et inversement ...
Bref, une idée à creuser !
* quoique, y'a des furieux qui compilent leur noyau au démarrage, un seul source pourrait suffire ;-)
http://fabrice.bellard.free.fr/tcc/tccboot.html(...)