MacBidouille

Aujourd'hui une attaque massive a eu lieu sur Internet. Elle semble provoquée par un nouveau ver actif uniquement sur PC et particulièrement agressif. Selon des informations fiables, ce sont les réseaux d'entreprise de Bouyguetel et d'Air France qui ont été paralysés.
Si vous n'avez pas encore de Mac, c'est le moment d'en prendre un pour pouvoir travailler pendant que les autres attendent un anti virus réellement efficace.

Nvidia qui n'a pas d'usines de fabrication, faisait graver ses puces par TSMC. Ce dernier avait eu de grosses difficultés à satisfaire Nvidia qui avait besoin de gravure en 0,13 microns pour le Geforce FX. NVidia probablement lassé, vient de confier cette tâche à IBM qui fabriquera les GPU dans son usine de East Fishkill, près de New York. Ceci prouve surtout qu'IBM a beaucoup d'avance dans la gravure en 0,13, ce qui ne peut faire que du bien au PPC 970 !

ATI semble avoir pris des mesures pour que nous ne puissions plus flasher des cartes PC comme nous le raconte Ali.

Désolé toutes les power color radeon 9100 PC vendues chez surcouf et rue montgallet ne sont pas flashables pour mac, le firmware est locked comme toutes les nouvelles cartes de chez power color d'ailleurs. Si il il y a la lettre L, quelque part présente dans la réference de la carte, cela veux dire que le firmware est Locked et donc bloqué, tout flashage est donc impossible. Ce, même si elles ressemblent comme deux gouttes d'eau aux anciennes radeon 8500 64mo.
Je viens d'en rendre deux, une chez surcouf et une autre rue montgallet.
De plus un vendeur compétent m'a dit que dorrénavant toutes les cartes powered by ati tous modèles, et peu importe la marque et l'origine de l'assemblage, sont désormais toutes firmware locked (firmware bloqué) et donc vendues non flashables à la fabrication, c'est ati qui fourni les puces qui le veux ainsi.
Le firmware ouvert et non bloqué est désormais réservé uniquement aux vraies cartes ati, construites et assemblées par ati, et reconnaissables à leur logo "Built by ati" présent sur les boites rouges des cartes du constructeur ati.

Plusieurs sources anonymes nous ont informé qu'Apple pousse les développeurs à utiliser Project Builder plutôt que Code Warrior pour compiler leurs applications.
Plutôt que d'y voir la volonté de forcer à utiliser des logiciels maison, certains pensent qu'Apple agit ainsi pour qu'il soit plus facile à ces sociétés de recompiler leurs applications en 64 Bits. En effet, les compilateurs Apple sont déjà en test. Ceux de Metrowerks risquent de se faire attendre quelques semaines.

Merci à tous ceux qui s'y connaissent et qui nous donnent des infos sur le 64 bits, domaine qui m'est encore étranger.
De Jean-Edouard

Le PPC 970 est un processeur 32/64bit, donc un code 32bit sera traité comme sur un proc 32bit, les pertes de temps du fait que le code est 32bit sont quasiment négligeables (il y a une perte dans le cache et les pipelines) Les applis pourront être recompilées en 64bit grâce l'option dans le compilo, les programmes ayant des bouts de codes ASM devront être modifiés, ceux ayant des codes extrêmes optimisés PPC 32bit devraient aussi être modifiés pour être optimisés 64bit (mais peuvent fonctionner par simple recompilation en 64bit, au pire il y a une perte de perf),
Recompiler en 64bits n'apporte pas forcément un gain de perf (1+1 en 32bits ou 64bits, c'est pareil par contre pour faire des calculs sur des gros chiffres (64bits au hasard) c'est plus rapide, en gros pour faire simple pour traiter de l'encodage/décodage (image, vidéo, son) ça aide pour le reste bof.

Le PPC970 est un authentique processeur 64 bits, qui traite bien des données sur 64 bits, avec des registres entiers sur 64 bits. Donc, si on peut se contenter d'une recompilation pour que Panther fonctionne dessus, il est clair qu'il va falloir revoir pas mal de code pour en tirer vraiment parti.
Notons ceci dit que la structure claire et propre de Jaguar facilite le travail. Le fait d'optimiser pour du 64 bits les accès disques, OpenGL, Quartz peuvent améliorer colossalement les performances de l'OS. Par contre, revoir (au hasard) le code de CUPS est un luxe très inutile. Il est clair que des priorités seront à fixer. Dans les domaines cités au-dessus, 64 bits peuvent vraiment faire une différence quasi aussi importante que l'AltiVec.

Si effectivement le passage au 64 bits devrait se passer sans douleur pour les développeurs (une recompilation simple dans le pire des cas), celà est surtout du à la présence d'une compatibilité 32 bits native qui doit normalement permettre d'utiliser les softs actuels tels quels.
Pour ce qui est du gain de performances lors d'un passage au 64 bits, je peux affirmer pour l'avoir pratiqué plusieurs fois, qu'il est net. Les pointeurs ne sont pas plus lourds à manipuler puisque tout se passe en 64 bits. L'accès aux chaines de caractères se fera souvent plus rapidement, car il y aura moins d'allers-retour sur le bus et dans les registres, etc ... Pour ce qui est de la mémoire cache effectivement il pourrait y avoir problème, et c'est pour celà que les processeurs 64 bits (dont le PPC970) utilisent des caches plus gros. Pour la bande passante, il n'y aucun soucis, si le bus est assez large, il n'y aura pas plus de saturation.

Commençons par le nom Custer, Nous avons reçu des tas d'informations à son sujet. Jeff a peut être trouvé la bonne raison qui a poussé Apple à appeler le fichier par ce nom:

Custer était encore plus connu pour sa mort. il combattait les indiens, et sa dernière bataille est connue sous le nom de "Custer's Last Stand"--un effort futile. Cela pourrait représenter le dernier sursis de Mac OS 9...

Voici un état des lieux détaillé, après pas loin de trois bonnes heures de tests et de recherches, plus ou moins fructueuses.
Tout d'abord un petit topo sur le boot des Mac :
- Les Mac "OldWorld", c'est à dire tous les PowerMac et portables à architecture PCI sortis avant le G3 B&W) démarrent sur la Rom Mac proprement dite (barrette sur la carte mère). la "rom Mac" est sélectionnée comme périph par défaut dans OpenFirmware.
Si on fait la commande printenv en Openfirmware sur un mac "OldWorld", on obtient entre autres :
boot-device /APPL,ROM
La rom contient le code pour piloter les disques durs et passer le relais au fichier system. On peut très bien dire à ces Mac OldWorld de booter sur un autre périph (pour NetBSD par ex) avec la commande "setenv boot-device xxx" ou tout simplement "boot" suivi du chemin du périph.

- Les Mac "newworld" (à partir G3 blanc bleu) bootent directement sur le disque interne.
Par défaut ils sont réglés pour chercher un fichier de type "tbxi" dans la racine du disque (en fait : type "tbxi" créateur : "chrp").
Sous OS 9 ce fichier est tout simplement le fichier "MacOS Rom" qui est le premier fichier chargé au cours du démarrage sur les mac NewWorld. Sous X ce fichier est "BootX" qui est dans /System/Library/CoreServices.
Si on fait la commande printenv sous OpenFirmware sur une machine newworld on obtient par défaut :
boot-device hd:,\tbxi
(que le démarrage soit sous 9 ou X). Je pense que dans les premiers blocs des partitions HFS de tout disque Mac il y a un pointeur vers le fichier du dossier système "actif" (que ce soit un système X ou 9).
Donc si on veut par exemple forcer le démarrage sur le CD-rom OS 9 quand on est en open firmware sur un iMac LCD, par ex, la première chose à faire est de connaître le chemin du lecteur de CDrom. Pour ça on tape :
dev /
ls
(syntaxe très proche d'un shell unix..) On obtient ainsi la liste des périphériques de l'ordinateur, en particulier on trouve :
[...]
/pci@f2000000
[...]
mac-io@17
[...]
ata-3@20000
C'est le lecteur CD (le disque a un nom contenant ATA-6, un disque firewire serait en fw/node@xxx).
Pour booter sur CD, donc, voici la commande :
boot pci@f2000000/mac-io@17/ata-3@20000/@0:9,\\:tbxi
en gros on recopie l'arborescence, et on copie le n° de partition sur laquelle se trouve le fichier de boot et son accès : @0:9 signifie que c'est sur le disque 0 (master) et la 9e partition de ce disque (les 8 autres partitions sont les partitions des drivers etc).
Bien sûr c'est plus compliqué sur d'appuyer sur "C" mais ça va nous servir pour forcer le boot sur CD.
Maintenant quelques infos sur les CD fournis par Apple aux centres agrées.
Il y en a 2 types :
- les CD MacTest Pro : il s'agit d'un CD bootable avec un MacOS inférieur ou égal à 9.1. Ils contiennt un vrai système de démarrage (en anglais bien sûr) presque identique à un CD d'install MacOS. Ils sont assez remplis : logiciels de tests, logiciel de calibrage d'écran, et des utilitaires et pilotes / mises à jour système en général.
- les CD Hardware Test : identiques en tout point à ceux fournis aux clients sur les machines récentes ils n'ont qu'une et une seule fonction, tester le matériel. En observant leur structure, on voit
que tous les dossiers sont invisibles. Il y a un système 9.1 minimal caché, qui ne sert qu'à pouvoir sélectionner le CD comme disque de
démarrage sous OS 9 je pense.
Le fichier réel de démarrage (type tbxi) est un fichier nommé fde-boot-info, qui n'est autre qu'un script open firmware. En fait le CD Hardware test complet semble être un CD entièrement basé en open firmware, s'aidant juste d'une interface minimale, et basé sur l'environnement de diagnostic "Indy" (je n'en sais pas plus).
Conclusion à ce stade : le CD Hardware test n'est d'aucune utilité pour le boot des Mac en OS 9.
Je me suis quand même amusé à recopier le contenu d'un CD Hardware Test sur un disque firewire (avec Synchronize) pour tester le boot et ça fonctionne très bien à la condition de rendre le dossier où se trouve le fde-boot-info" visible et de le "bénir" (to bless comme on dit chez Apple) il suffit de l'ouvrir une fois dans le finder, pour qu'il soit rendu bootable (ce dont témoigne son icône)
Une des leçons de mes tests est qu'on peut très bien se faire une ou plusieurs partition de test dupliquée à partir du CD Hardware Test sur un disque Firewire.
Donc si on veut le boot sous 9 il faut se servir du système contenu dans les derniers CD MacTestPro. Maintenant qu'est-ce qui empêche les nouveaux Mac de booter sous 9 :
1 - une protection du firmware volontaire de la part d'apple (quidétecte si le fichier tbxi est un "macos Rom" ou un bootX, et qui empêche le boot si c'est un MacOS rom)
2- le fait que les nouveaux matériels soient basés sur des nouveaux jeux de circuits (northbridge/southbridge) pour lesquelles il n'y a pas de drivers dans les MacOS rom existants.
Pour le premier point, comme on a vu il suffit de rentrer en OpenFirmware et on "casse" la protection :
- Il suffit de mettre un CD MacOS 9.2.2 (ou le CD MacTestPro Apple) dans le lecteur, de booter en open firmware (pomme-alt-O-F) et de taper la commande correspondant au boot sur CD :
boot pci@f2000000/mac-io@17/ata-3@20000/@0:9,\\:tbxi (pour le cas d'un iMac G4 15 ou 17")
on rempace "boot" par "setenv boot-device si on veut garder les réglages pour le prochain démarrage.
ça fonctionne aussi selon le même principe pour le boot sur disque dur interne ou firewire.
- Un autre moyen de casser la protection du firmware est de modifier le fichier MacOS Rom avant gravage du CD MacOS 9 (ou copie sur disque dur). En effet ce fichier est identifié par sa ressource "ftag" : Si on met un CD OS 9.2.2 dans un iMac FP 17" il n'est pas vu dans le menu de boot quand on appuie sur alt au démarrage : c'est à cause de la ressource ftag du fichier MacOS Rom, reconnue comme trop ancienne ! Si on modifie le fichier MacOS Rom en recopiant la ressource ftag à partir du fichier BootX d'OS X, là notre système 9 sera reconnu dans le menu de démarrage !!
Malheureusement à ce point le démarrage se fait mais on bloque sur le panneau "sens interdit" : le démarrage se lance bien mais les fichiers MacOS Rom les plus récent ne gèrent pas les nouvelles cartes mères, apparemment.
l'iMac 17" se bloque sur le panneau sens interdit.. :-(

Voici en vrac quelques informations sur Panther:
- Il apportera le support d'un nouveau format, très semblable au BSF de Be OS. Ce format est censé devenir le remplaçant de HFS+. Il permet en particulier une journalisation bien plus simple.
- Apple a encore terriblement progressé à l'optimisation de son OS. Il risque d'y avoir une différence de performances entre 10.3 et 10.2 aussi importante que celle qui séparait 10.1 de 10.2. Ils auraient enfin fait le ménage dans le code de Next en l'optimisant.
De toute façon il faudra de grosses nouveautés dans cet OS pour inciter les clients à l'acheter.
Vivement la WWDC !

Hélas pour ceux qui souhaitaient profiter du RefurbStore, il semble que les AppleStore européens soient fermés. Nouveaux produits ou simple maintenance technique ?
L'AppleStore est de nouveau ouvert, ainsi que le RefurbStore. L'iMac G3 a disparu et le guide d'achat printemps 2003 est disponible.