Bonsoir !
Quelqu'un est il parvenu a faire fonctionner l'accélération 3D de l'ATI Radeon Mobility IGP 320M avec GNU/Linux et XFree86 ?
La personne qui possède cette carte sur son portable a une Mandrake 10 (noyau 2.6.3 d'origine, XFree86 4.3 (normal quoi...)).
J'aimerais bien l'aider, mais mes tentatives ont été peu fructueuses...
Que faut il faire ?
J'ai bien tenté de mettre XFree 4.4, met ca n'a rien arrangé...
Merci !
Journal ATI Radeon IGP 320M
15
mar.
2004
# Re: ATI Radeon IGP 320M
Posté par imalip . Évalué à 3.
La bonne methode c'est d'utiliser la version CVS du DRI :
http://dri.sf.net(...)
C'est un peu trash, mais j'ai un glxgears qui touche les 340fps (de memoire) qui me semble honete. Le tout avec un Xfree 4.3.0 Debian.
Bon, tout n'est pas exploite, mais ca au moins le merite de marcher :)
# Re: ATI Radeon IGP 320M
Posté par SubBass . Évalué à 0.
# Re: ATI Radeon IGP 320M
Posté par N. D. . Évalué à 1.
J'ai un portable Fujitsu-Siemens avec une ati Radeo 320M mais je n'ai pas cherché à faire fonctionner l'accélération 3D (moi tu sais la 3D... Et puis si j'aimais ça, j'aurais pas acheté une telle carte!).
Néanmoins, une page qui traite de mon protable traite pas mal de la mise en place de cette accélération, ça devrait être valable pour ton ami:
http://koti.mbnet.fi/~keiky/misc/linux/amilo/amilo_linux.html(...)
Bonne soirée,
Nicolas.
ps: c'est malin, maintenant je me sens une envie de régler cela ce soir sur mon portable... à moi le DRI!
# Re: ATI Radeon IGP 320M
Posté par Vincent . Évalué à 1.
Il y a quelques mois il fallait utiliser le driver dri avec un xfree-cvs et quelques patchs.
Si tu lis correctement l'anglais, tout est là:
http://forums.gentoo.org/viewtopic.php?t=47858&postdays=0&p(...)
Et plus précisément tout se passe ici:
http://bugs.xfree86.org/show_bug.cgi?id=314(...)
Cependant je n'ai pas suivi l'actualité de ces derniers temps, alors renseigne toi sur les pages si dessus :p
Bonne chance !
ps: ati sux ! (oui je me répète je sais)
[^] # Re: ATI Radeon IGP 320M
Posté par Philippe Lett . Évalué à 1.
J'ai tenté a plusieurs reprises de recompiler X, patcher X, patcher le noyau ...etc...
Au maximum j'ai réussi a obtenir 300 fps avec glxgears, mais de la a faire tourner tuxracer ou chromium sans que ca rame a fond, ...
Je vais retenter avec les nouveaux patchs...
PS : ATI sux je suis d'accord !!
[^] # Re: ATI Radeon IGP 320M
Posté par esdeem . Évalué à 0.
J'ai un hp 4386ea (XP 2600), avec un ati IGP320.
Avec mesa installé, mais sans l'accélération 3D*, glxgears me donne déjà ~300fps.
Par contre évidemment, exit tuxracer et autre chromium (quoiqu'en 512x384, low details, c'est presque jouable.)
</ma vie>
<help, au cas où>
Si quelqu'un avait la généreuse idée de m'expliquer comment faire pour la mettre en place la 3D en m'expliquant ce qui se passe quand je fait quoi (mis à part me dire RTFM) je suis preneur.
Je précise que je ne touche pas le puck en patchage/compilation.
(Au mieux je fait ./configure && make && make install)
</help, au cas où>
Ah oui, je suis sous mdk9.2 noyau 2.4.
0. Assume good faith 1. Be kind to other people 2. Express yourself 4. Apply rule 0
[^] # Re: ATI Radeon IGP 320M
Posté par vies . Évalué à 1.
J'ai un presario 2144ea avec une radeon igp320 et j'ai réussi à faire marcher la 3D.
J'ai d'abord installé Xfree 4.4 (version binaire de xfree.org).
Ensuite, j'ai compilé et installé le trunk dri de xfree (dri.sourceforge.net), pour avoir le bon module drm pour mon noyau, et les bons binaires + lib.
(en fait ça écrase une partie de l'install de la version 4.4)
le trunk est dérivé de xfree 4.3.99, mais ces travaux n'ont pas été intégré à la version 4.4 finale. (peut etre que dans la 4.5 ?)
le module drm s'appelle radeon 1.10, il est désormais disponible dans le noyau 2.6.5-mm3.
ps: j'utilise une debian sid avec un noyau 2.6
# Re: ATI Radeon IGP 320M
Posté par Victor STINNER (site web personnel) . Évalué à 1. Dernière modification le 13 décembre 2011 à 00:45.
Salut,
Ca fait un bout de temps (3 mois) que je m'attarde sur cette sacrée ATI 320M IGP ! A ce que j'ai compris, il faut :
1) Un noyau récent (2.6.4 par ex.)
http://www.kernel.org/(...)
Dans lequel on active :
2) Un X.org (car XFree n'est plus libre
http://www.x.org/(...)
Je vous laisse le soin de compiler à la main (qq. infos sur mon wiki). J'ai ajouté le patch suivant :
http://bugs.xfree86.org/attachment.cgi?id=1130&action=view(...)
Il permet d'utiliser le DRI du noyau dans X.org (le patch date du 5 mars 2004).
3) DRI.sf.net
http://dri.sourceforge.net/cgi-bin/moin.cgi/(...)
Enfin, il faut remplacer radeon.ko par celui du projet DRI.sf.net.
Je suis arrivé au 2). J'ai maintenant mplayer qui fonctionne en plein écran (avec -vo xv), et 100 fps pour glxgears. Avant, c'était impossible de lire une vidéo en plein écran, et j'avais 20 fps !
Apparement, avec le dernier DRI on approche 400 fps, et Wacraft 3 est jouable ! Ca donne envie de se casser la tête sur le problème :)
@+ Haypo
[^] # Re: ATI Radeon IGP 320M
Posté par Victor STINNER (site web personnel) . Évalué à 1.
http://lolut.utbm.info/wiki/index.php/Ati320M(...)
@+ Haypo
[^] # Re: ATI Radeon IGP 320M
Posté par Victor STINNER (site web personnel) . Évalué à 1.
J'ai utilisé : http://public.planetmirror.com/pub/radeonigp/radeon-igp-3D.tar.bz2(...)
Le lien n'est peut-être plus à jour, voir la page du bug "ATI IGP 3D Acceleration Support" pour XFree68 :
http://bugs.xfree86.org/show_bug.cgi?id=314(...)
@+ Haypo
# ATI IGP320M + Linux = Problème chez ATI !!
Posté par Gaeldir . Évalué à 1.
J'ai essayé sur les Mandrake 9.2 (Kernel 2.4.22) et 10.0 (Kernel 2.6.4), j'ai essayé de recompiler les kernels (le support IGP marche en dur après recompil sur les kernels 2.6.x), mais c'est au niveau d'XFree/X que çà bug : impossible de redémarrer XFree après compilation (quant çà compile) ... quant à X.org, impossible de le compiler (make World marche pas, make non plus) :'(
Quelqu'un aurait une page avec une méthode détaillée sur la procédure (kernel + xfree/x) ??
J'abandonne pas, mais çà m'énerve de devoir réinstaller mon système à chaque fois ... lol
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.