Bon après le coup de gueule de http://linuxfr.org/~medspx/15319.html,(...) je me suis dit qu'il était temps que je vous fasse moi aussi profiter de ma prise de tête de la soirée :)
Alors voila, je viens d'acheter une CG pas chère du tout et qui sur le papier (enfin sur l'écran ;)) semble tout à fait convenir à mes besoins : une Radeon 9250 d'ATI. C'est du supporté en driver libre, donc a priori du tout bon ! Je veux principalement matter des videos avec un proc moyen (celeron @ 875, certaines videos subissent des ralentissements (très rare tout de même)) donc avoir un support XV ce que ne fait pas mon ancienne CG, et je n'ai pas besoin de changer de CPU, donc le coût vers une CG est bien moindre qu'une migration CM+PROC+RAM+VENTILLO+...
Mais vu que je suis un infatigable utilisateur de Debian Woody, avec un bon vieux XFree 4.1.0 qui n'a pas l'air de la supporter par défaut, je me suis dit : vu qu'il faut que je fasse pas mal de modif logiciel, autant commencer par tester un truc léger qui va me donner une véritable connaissance de l'utilisation du pilote proprio d'ATI, afin de mieux pouvoir critiquer les pilotes proprios :) (ceux qui ont lu certains de mes précédents commentaires sur lfr savent que je n'apprecie guère les pilotes proprio...). Donc je DL le dernier pilote d'ATI pour XFree 4.1, je l'alienise (ben oui ATI s'imagine que linux == rpm !), je l'install en forcant l'écrasement des fichiers après avoir pris le soin de vérifier l'inocuitée de la chose et de les avoir sauvés, je lance le fork de xf86config à la sauce ATI qui me posent des questions dignes de la page d'azerty0 (me souvient plus trop, mais c'etait du genre : voulez vous exportez les modèles de couleurs X à des tiers :p ) auquel je donnes prudemment la réponse par défaut quand je ne comprend rien. Et là normalement sur un système un minimum testé sur les grandes distri, ca devrait passer me dis-je ? QUE NENI ! X se lance et affiche un splendide ecran noir. Et pour faire plus fun il prend soin d'utiliser 100% du CPU. Alt Ctrl Del ne fait rien, kill -9 ne fait rien, bref le seul moyen de regagner le controle sur ma console est de rebooter ma machine.
Je cherche sur le site d'ati : rien, sur google, rien. Je force la désactivation de l'acceleration matirielle 3D : rien. De tout facon elle marchait deja pas : ati semble penser que l'agpgart c'est un truc de tafiole et qu'il faut mieux recoder le support agp en entier. Du coup leur module se charge pas pcq conflit entre l'agpgart du noyau et le support agp du module (alors que selon la doc il est normalement possible d'utiliser agpgart à la place du support interne... bref, je ne suis plus trop a ce detail près) :))) A se niveau là, ils pourraient recoder le noyau entier si ils pensent qu'agpgart n'est pas digne de leur carte (ben oui ptet que le scheduler non plus n'est pas digne ?).
Bon mattons un peu les logs... : unresolved symbol... quelques un ont le symbol en question écrit en clair, pour d'autre c'est carrement
Symbol *** from module /usr/X11R6/lib/modules/drivers/fglrx_drv.o is unresolved!
qui s'affiche (avec rien du tout à la place des '***', au lieu du nom du symbole).
Ca me semble bien mal parti...
Mais X continu, donc je suppose que ce n'est pas fatal.
Les logs se terminent par un joli
(==) fglrx(0): Backing store disabled
(==) fglrx(0): Silken mouse enabled
Ca ne ressemble guère à un message d'erreur, mais vu le comportement que suit X par la suite, il doit bien se passer quelque chose de grave entre temps :)
J'abadonne totalement mes tentatives de test de ce fameux pilote proprio, et vous l'aurez compris je ne change pas du tout d'avis sur le fait que CMAAAAAL :) Au moins, avec les sources, j'aurais passé une agréable nuit a debugguer le tout et aurait compris le pourquoi du comment. Pour que mon expérience désagréable ne soit pas tout à fait inutile, j'ai envoyé un rapport de bug à ATI, incluant mon XF86Config et mon Xfree86.0.log.
J'espère que leurs programmes ont ecrit assez d'info dans ses fichiers pour que ca leur servent à quelquechose, personnellement je n'y trouve rien pouvant expliquer mon problème. Enfin bon si ils affichent pas assez d'info de debugging, c'est leur problème. Ils continuront de maintenir un pilote buggué jusqu'à la moelle qui ne fonctionne que sur les machines de leurs developpeurs, voila tout :p
Je vous tiendrais au courant du comment ca marche avec un pilote libre.
A mon avis, et d'apres mon expérience sur 5 ou 6 cartes graphiques aussi bien sous XFree 3.3 que 4.x, ca risque fort de fonctionner du premier coup un fois que j'aurais installé un X plus récent.
Ben oui, bizzarement les développeurs de pilotes libres écrivent des choses qui fonctionnent sur toutes les distri, qui utilisent des bibliothèques et des API standard du système cible et ne cherchent pas à dangereusement réinventer la roue en créant des incompatibilités imprévues. Ils ne tentent pas non plus de superbes optimisation shamaniques qui marchent sur 9 machines sur 10 (merci pour la machine restante...) lorsqu'on veut simplement faire de la 2D. Du coup étonnement on se retrouve avec un système qui fonctionne, sans (trop) de surprise. Je sais bien que certains peuvent trouver ca ennuyeux et préfèrent la grande aventure de chaque nouvelle version du pilote d'ATI pour regarder si ils sont enfin arrivés a faire des choses d'il y a 10 ans sans que tout plante (style commutation X -> X ou X -> console qui fonctionne si mes souvenir de quelques anciens bug^W manque flagrant de tests ennoncés sur ce site sont bon). Personnelement, je trouve qu'un pilote qui fonctionne quelque soit la distribution (ben oui, j'en ai plusieurs, j'ai le droit non ? :) ) , et que j'ai le droit de debugguer et de faire profiter les autres de bon debugging, est quelque chose d'infiniment reposant pour les nerfs qu'une chose qui me laisse suspendu au bon vouloir d'un constructeur qui fait se qu'il veut... (a oui j'ai failli oublier le plus drôle, ils aiment pas les noyaux 2.6 chez ATI) ... et qui peut très bien d'ailleurs arreter de le faire quand il le veut (pratique pour faire acheter aux gens de nouvelles cartes non ?) !
# Pour completer
Posté par Guillaume Knispel . Évalué à 5.
http://freedesktop.org/pipermail/xorg/2004-September/thread.html(...)
Bonnes infos interressantes inside !
[^] # Re: Pour completer
Posté par revponpuneq . Évalué à 4.
Merci pour ce journal et pour le lien, car elle est super cette mailing liste :-) En plus, les contributeurs sont des gros poissons... (Alan Cox, par exemple, mais il y en a d'autres)
Je voulais juste dire que j'ai un powerbook (radeon9600 AKA M10), et que j'ai testé le microcode que j'ai trouvé sur le site : <http://volodya-project.sourceforge.net/R300.php>(...)
J'ai réussi à hacker X.org.6.7.0, le module drm du noyau 2.6.8.1 et d'autres choses encore, comme la liste pciids.h pour tester si ça fonctionnait : je confirme que l'accélération 2D fonctionne ( X2 environ par rapport à sans rien du tout), mais cela relève de l'expérimental, et ce sport est réservé aux utilisateurs avertis seulement.
Ce que je voulais dire aussi :
L'architecture powerpc ne figure jamais nulle part dans les revendications, et ce serait bien de ne pas nous oublier...
D'ailleurs, sur le site de ces enf... d'ATI, il n'est pas possible de faire remonter d'information pour une autre architecture autre que x86. Je voulais juste parler pour ceux qui utilisent Linux (mais c'est vrai pour autre chose...)sur archi PowerPC...
--
eric bachard
[^] # Re: Pour completer
Posté par SF . Évalué à 2.
Alternate OS driver support chart
http://www.ati.com/developer/altoschart.pdf(...)
La Radeon 9250 ne semble pas être dans la liste des cartes supportées en standard.
Et le tableau renvoie vers:
http://www.scitechsoft.com/products/ent/snap_linux.html(...)
C'est pas libre et en plus c'est $19.95 ....
[^] # Re: Pour completer
Posté par Guillaume Knispel . Évalué à 2.
Les 9200 sont supportées dans XFree 4.4 ( http://www.xfree86.org/current/radeon.4.html(...) ) et ptet X.org (ca va pas tarder de toute facon si jamais c'est pas le cas)
[^] # Re: Pour completer
Posté par Guillaume Knispel . Évalué à 2.
[^] # Re: Pour completer
Posté par SF . Évalué à 2.
# paquet Debian
Posté par Krunch (site web personnel) . Évalué à 5.
Ca règle pas le fond du problème mais en attendant ça peut être pratique.
pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.
# Generaliser, c mal
Posté par Jean-Philippe Garcia Ballester (site web personnel) . Évalué à 5.
[^] # Re: Generaliser, c mal
Posté par Calim' Héros (site web personnel) . Évalué à 3.
[^] # Re: Generaliser, c mal
Posté par ASpirit . Évalué à 1.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.