Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
Des specs redistribuables librement sont plus importantes que des drivers libres. Il est plus facile d'écrire des drivers pour n'importe quel OS sur base de specs que d'écrire des specs (ou un driver pour un autre OS) sur base d'un driver fut-il libre.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
Moi ce qui me botterai plus de la part d'intel c'est une date quantà la sortie de la carte-fille graphique. J'apprécie énormément le support des chipstes intégrés qui rendent mon portable si agréable à l'utilisation mais j'aimerai qu'ils pondent quelque chose de beaucoup plus couillu pour me monter une station.
La date, c'est dans tes rêves, ça coûterait bien trop cher de faire une carte graphique fille pour y mettre des puces ayant de si piètres performances alors que l'intérêt justement des "cartes" vidéos d'Intel, c'est qu'elles sont super pas cher car intégrées au chipset.
A moins évidemment que Intel ne veuille s'orienter vers ce marché en faisant du plus haut de gamme, mais ce n'est pas demain la veille alors.
Le 965 vient de sortir pour les nouveaux core 2 duo (proc Meron, chipset Crestline sur plate-forme Santa Rosa), les précédents utilisent le 945 (proc Meron, chipset Calistoga sur plate-forme Napa).
Tout est résumé ici : http://en.wikipedia.org/wiki/Centrino (la version française est moins détaillée).
Un joli bazar…
- Christopher Blizzard (Red Hat), le 9 Mai, rapportant les propos de Henri Richard (AMD)
"The ATI marketing guy on stage (Henri Richard) at the Red Hat Summit just committed to fixing the ATI problems with open source. To paraphrase “most people are worried about what they will lose…IP, etc…we’re worried about what we can win.” They know it’s a problem and they are committed to fixing it."
à
- Enterprise Linux Log, le même 9 Mai après la même conférence avec la même personne :
"AMD will soon deliver open graphics drivers, said Henri Richard just a few minutes ago, and the audience at the opening keynote of the Red Hat Summit broke into applause and cheers."
On passe d'une version où il est fait état d'effort pour réduire la fracture libre/ATI sans citer explicitement une libération du code, à une version avec pour titre "AMD va libérer les pilotes".
Malgré mon envie de croire à une ouverture du code, j'en reste aux propos rapportés par Christopher à qui j'accorde un poil plus de crédit qu'à l'autre site.
Perso, j'en ai un peu marre des effets d'annonce d'ATI concernant leurs drivers. Ils ont du annoncé une bonne dizaine de fois que "oui, on a compris nos drivers puent" et que par conséquent ils allaient "corriger le probleme" "multiplayer par x le nombre de personnes bossant dessus", "le mettre au meme niveau que les drivers windows", etc, etc et j'en passe. Au final, on se tape toujours les mêmes drivers pourris qui ne marchent même pas avec toutes les cartes.
Je serais ravi qu'ils fournissent de meilleurs drivers, et encore plus ravis qu'ils soient libres, mais bordel, qu'ils le fassent au lieu de le dire !
Moi qui commencait à les détester (bah oui, ils ont des drivers de merde, et ils ont rien de potable pour ma carte mais bon, c'est quand meme le meilleur rapport qualité/prix )...
Dans tout les cas, le code leur pilote même sans doc ça évitera aux devs bossant actuellement sur le support des radeon dans X.org de se farcir toutes les étapes d'inginérie inverse.
A moins que ce soit en hexa comme pour le nv actuel...
Même s'il libère un jour le driver, ça sera comme pour Java : le driver moins tout ce qui est sous brevet, développé par une société tierce, etc...
Mais ça serait déjà une très bonne nouvelle (ça ferait avancer les projets de drivers libres)
# nvidia
Posté par M . Évalué à 8.
ok je sors
[^] # Re: nvidia
Posté par djibb (site web personnel) . Évalué à 10.
# Fichtre
Posté par IsNotGood . Évalué à 2.
L'annonce étant faite au Red Hat Summit, c'est assez sérieux. Il n'y a rien encore sur le site de Red Hat.
[^] # Re: Fichtre
Posté par BAud (site web personnel) . Évalué à 6.
[^] # Re: Fichtre
Posté par Krunch (site web personnel) . Évalué à 10.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Fichtre
Posté par herodiade . Évalué à 10.
Sans parler de maintenir le driver (avec des specs librement redistribuables, sans NDA) :
- Corriger les bugs même lorsque les devs d'ATI sont en vacances (ou s'ils sont en sous effectif, ou si ATI décide d'abandonner ce développement, ...), ne pas être cassé à chaque release d'un kernel qui fait des changements structurels (genre NO_HZ/dynticks, 4K pages, refontes du sous-sytème DRM/DRI, etc).
- Implémenter les fonctionalités graphiques (genre GLX_EXT_texture_from_pixmap ou randr) du moment en temps raisonnable, avec l'aide des devs du champ concerné
- Permettre aux spécialistes des divers sous-systèmes du kernel de les aider à répondre aux nouveaux besoins emergents concernant les drivers (être "suspendables" pour le s2d & s2r, être économes en énergie, ...).
- Permettre aux développeurs extérieurs intéressés d'écrire le support pour les configuration "minoritaires" (comme linux sur ppc ou x86_64, ou *BSD ou Solaris). Rappelons que pour le moment le driver proprio d'ATI ne supporte pas ces environnements, et il n'y a pas de raison particulière pour que la direction d'ATI accepte d'investir des ressources là dessus pour leur driver libre.
Clairement, donner les docs , c'est mieux que donner seulement un driver tout fait même s'il est libre.
# et la réponse est :
Posté par Colargol (site web personnel) . Évalué à 3.
l'annonce sur lkml : http://marc.info/?l=linux-kernel&m=117876282007989&w(...)
la page du driver : http://intellinuxgraphics.org/
[^] # Re: et la réponse est :
Posté par Jean Roc Morreale . Évalué à 8.
[^] # Re: et la réponse est :
Posté par Mark Havel . Évalué à 2.
A moins évidemment que Intel ne veuille s'orienter vers ce marché en faisant du plus haut de gamme, mais ce n'est pas demain la veille alors.
[^] # Re: et la réponse est :
Posté par M . Évalué à 3.
Dans le meme thread
Keith Packard :
My goal is to use Intel engineering to make sure as much of the chip has
reasonably clear code driving it; unless I manage to ship documentation,
A noter qu'intel ne fournisse pas de doc.
PS : je comprends rien dans les versions de chip intel. Je croyais que ce 965GM etait celui fourni avec les portables a base de core 2 duo...
[^] # Re: et la réponse est :
Posté par Sylvain Sauvage . Évalué à 3.
Tout est résumé ici : http://en.wikipedia.org/wiki/Centrino (la version française est moins détaillée).
Un joli bazar…
[^] # Re: et la réponse est :
Posté par M . Évalué à 2.
Bref un gros bordel.
# sûr ?
Posté par Jean Roc Morreale . Évalué à 10.
- Christopher Blizzard (Red Hat), le 9 Mai, rapportant les propos de Henri Richard (AMD)
"The ATI marketing guy on stage (Henri Richard) at the Red Hat Summit just committed to fixing the ATI problems with open source. To paraphrase “most people are worried about what they will lose…IP, etc…we’re worried about what we can win.” They know it’s a problem and they are committed to fixing it."
à
- Enterprise Linux Log, le même 9 Mai après la même conférence avec la même personne :
"AMD will soon deliver open graphics drivers, said Henri Richard just a few minutes ago, and the audience at the opening keynote of the Red Hat Summit broke into applause and cheers."
On passe d'une version où il est fait état d'effort pour réduire la fracture libre/ATI sans citer explicitement une libération du code, à une version avec pour titre "AMD va libérer les pilotes".
Malgré mon envie de croire à une ouverture du code, j'en reste aux propos rapportés par Christopher à qui j'accorde un poil plus de crédit qu'à l'autre site.
[^] # Re: sûr ?
Posté par lezardbreton . Évalué à 6.
[^] # Re: sûr ?
Posté par Jean Roc Morreale . Évalué à 5.
[^] # Re: sûr ?
Posté par Mathieu Pillard (site web personnel) . Évalué à 7.
Je serais ravi qu'ils fournissent de meilleurs drivers, et encore plus ravis qu'ils soient libres, mais bordel, qu'ils le fassent au lieu de le dire !
[^] # Re: sûr ?
Posté par Larry Cow . Évalué à 8.
Forcément, s'ils jouent à counter au lieu de coder...
# Mouarf...
Posté par Sébastien B. . Évalué à 2.
Enfin, tant mieux quand même.
Et c'est quand qu'ils les libèrent ?
[^] # Re: Mouarf...
Posté par Krunch (site web personnel) . Évalué à 7.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
[^] # Re: Mouarf...
Posté par Jean Roc Morreale . Évalué à 3.
A moins que ce soit en hexa comme pour le nv actuel...
# Sortie TV
Posté par Olivier Esver (site web personnel) . Évalué à 4.
S'il y a un problème, il y a une solution; s'il n'y a pas de solution, c'est qu'il n'y a pas de problème.
[^] # Re: Sortie TV
Posté par Frédéric COIFFIER . Évalué à 1.
Mais ça serait déjà une très bonne nouvelle (ça ferait avancer les projets de drivers libres)
[^] # Re: Sortie TV
Posté par Sylvain Sauvage . Évalué à 2.
[^] # Re: Sortie TV
Posté par Frédéric COIFFIER . Évalué à 2.
Après, on peut attendre la sortie de Java 7 pour voir si on a tout le code source (avec des bouts réécrits en open source) !
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.