[quote]dîtes,
juste un doute comme ça…la news, elle précise bien que le bug est
uniquement sur les disques Firewire 800 avec oxford bridge d’une
certaine version de bios ? Non, mais des fois qu’on ait oublié ce genre
de détails, ça ferait un peu négligé…et le lien pour le patch sorti
aujourd’hui pour les 4 possesseurs de disques firewire 800 ? Bah, c’est
du bug, ça arrive comme dit le Glop.[/quote]
En fait non la news elle précise pas bien. C’est probablement la source de la news le problème, cela dit.
Officiellement le bug est dans le pont firewire-ATA utilisé dans les disques firewire externe (puisque le disque à l’intérieur de la jolie boîte est toujours bien un disque IDE). Le problème ne touche pas que les disques firewire 800, mais ceux qui sont équipés du chip en question (le seul effectivement à proposer le support de l’interface firewire 800, mais ça l’empêche pas de servir aussi en firewire 400).
On ne peut pas complètement exclure qu’ils aient fait un truc sale dans leur drivers mais a priori c’est plutôt un problème de QA que de développement. Toujours est-il que les correctifs au problème sont des mises à jour de firmware pour les boitiers firewire en question, par leurs fabriquants respectifs.
L’explication détaillée du bug finira peut-être par sortir, à priori ce genre de chose c’est dans les morceaux open source de Mac OS X.
C’est à rapprocher des mésaventures récentes de Mandrake (enfin de ses utilisateurs surtout…) avec les disques LG. Mandrake a intégré un patch de l’IDE dans leur noyau livré avec leur distribution, qui utilise en méthode discutable pour détecter si un disque est un graveur ou pas. Ils se sont pas rendu compte pendant la phase de test que ça posait problème, il y a donc clairement un problème de leur contrôle de qualité dans le processus. Pour autant LG reste le premier responsable pour avoir fourni des disques équipés de firmware de gorets.
Quand à macbidouille qui prétend que la version commercialisée est différente de la GM, ils ont probablement fumé un tube de pâte thermique, ça serait pas la première fois.
A ce propos il y a un article (excellent comme d’hab) sur la QA d’Apple chez Ars Technica aujourd’hui.
Il semblerait qu’Apple ait globablement plutôt bonne réputation en matière de qualité. Une réputation à mon avis surfaite, qui doit davantage tenir à la mauvaise tenue de l’industrie informatique et électronique en général en matière de qualité, qu’à un travail particulièrement remarquable de la part d’Apple.
Curieusement la réputation de certaines sociétés en la matière semble survivre très bien à l’apparition de ce genre de problèmes. J’en veux pour preuve intel, pour lequel je constate régulièrement que pas mal de gens, que ça soit dans l’informatique ou en dehors, ont un à priori favorable en terme de qualité. Pourtant intel n’a pas été du tout épargné par les problème de qualité ; à titre d’illustration, je prendrais trois exemples différents, survenus à des moments distincts : le bug de la FPU des pentium, l’opcode maudit qui faisait planter certains processeurs et le problème avec les premiers chipsets Rambus en présence de plusieurs barrettes mémoire…
Pour finir je dirais que s’il s’avère que le bug supposé des boitiers firewire est facilement exploitable, il devient candidat potentiel pour finir comme charge active d’un virus pour un environnement plus répandu (même constat d’ailleurs pour le problème des lecteurs LG). Les possesseurs de ce genre de matériel ont donc assez intérêt à ouvrir un oeil (et le bon) sur ces problèmes et à s’appliquer une dose préventive de màj firmware, quand bien même ils ne seraient utilisateurs ni de Mac OS X 10.3 ni de la Mandrake 9.2).