Cher journal,
ATI vient de mettre en ligne son dernier né : le 8.21.7. https://support.ati.com/ics/support/default.asp?deptID=894&a(...)
si tu as envie d'avoir la 3D sur ton tout dernier noyal 2.6.15, voici ce qu'il te faut :
http://tm4001lmi.tuxfamily.org/fichiers/fglrx-2.6.15.diff
cependant, il n'est pas "officiel".
Au menu : le début de l'implémentation de la spacification OPENGL 2.0
La réduction de 50% de la taille de l'installeur (35 Mo quand même)
Bon DL.
# Changelog
Posté par Jean Parpaillon (site web personnel) . Évalué à 1.
"Liberté, Sécurité et Responsabilité sont les trois pointes d'un impossible triangle" Isabelle Autissier
[^] # Re: Changelog
Posté par Maxime (site web personnel) . Évalué à 2.
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/(...)
C'est pas aussi bien qu'un changelog mais c'est aussi un logiciel fermé alors bon... Faut pas trop rever non plus quoi ;)
# petit tip
Posté par divad . Évalué à 2.
Il y a un package (non corrompu avec le cpio: bad magic), qui s'apelle dkms-ati qui se compile automatiquement à chaque nouveau kernel ou mise à jour driver.
En fait, il automatise toutes vos actions manuelles lors de l'installation d'un pilote propriétaire, existe aussi pour pwc et pour nvidia.
Je ne crois qu'ubuntu propose une telle fonctionnalité
[^] # Re: petit tip
Posté par alexissoft . Évalué à 1.
# Xorg 6.9 marche avec les drivers libres
Posté par Brice Goglin . Évalué à 8.
Cette méthode doit supporter toutes les cartes a base de processeur R3xx et rv3xx. J'ai testé avec les Radeon X300 (et X600) avec 2.6.15, ca marche très bien. Et le support de R4xx et rv4xx est censé commencer à marcher aussi.
Voir le DRI Wiki (http://dri.freedesktop.org/wiki/ATIRadeon) pour le détail des processeurs dans les différentes cartes ATI.
Faut arrêter avec les drivers propriétaires... En plus, fglrx n'est jamais à jour pour les derniers noyaux. Ce patch est connu depuis plus d'un mois (depuis les changements de VM dans les 2.6.15-rc). Y a eu deux releases de fglrx depuis, mais ATI n'est pas foutu d'intégrer le patch. S'ils lisaient un peu KLML des fois au lieu de coder des drivers crades dans leur coin...
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par Brice Goglin . Évalué à 1.
http://dri.freedesktop.org/wiki/ATIRadeon
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par bz31 . Évalué à 0.
Il est dans le noyau ou dans xorg ? J'ai impression qu'il est dans xorg parce que je peux faire "man radeon", mais il y a aussi radeon dans le noyau, alors je ne comprends pas bien.
Un avantage du driver radeon : il n'est pas seulement pour x86.
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par ribwund . Évalué à 4.
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par djibb (site web personnel) . Évalué à 2.
Question : Comment ca s'installe tout ca ?
Imaginons un cas totalement... imaginaire :
Un gugusse sous cooker, qui a un 2.6.15.1 fraichement compilé.
Cela signifie qu'il a une version de Xorg toute récente.
Que doit-on faire pour avoir un direct-rendering = Yes ?
La, je suis bien sur un driver radeon, mais je ne sais pas si c'est celui qui prend en compte ma carte (elle est dans la liste du driver r300 )
Si quelqu'un a quelques indices...
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par cortex62 . Évalué à 2.
Sur une MDV il faut prendre le pilote radeon, et activer l' accélération 3d, le wizard de mdv le fait bien. Mais il est possible d' amériorer les performance de maniére trés sensible:
dans la Section "Device" ajouter :
Option "EnablePageFlip" "true" #active le l' echange de plage mémoire
Option "AgpMode" "4" # on passe en agp 4x
Effet garanti, ensuite pour les R100 et R200 installer DRIConf , et avec lui activer l' hyperZ. Ctrl+Alt+Backspace -> on redémarre X et c' est pris en charge.
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par djibb (site web personnel) . Évalué à 2.
mais glxinfo me donne :
direct rendering: No
Un "yes" serait le bienvenu ;)
Se peut-il que ce soit parce que je suis en cooker ?
Se peut-il parce que je n'utilise pas un noyau mandriva mais un 2.6.15.1 (le dri et le drm et tout ce qu'il faut sont bien compilés)
/mavie :
le driver rt2500 est completement instable avec un noyau mandriva sur ma machine. donc j'utilise un vanilla.
/mavie
J'ai un seul message d'erreur... et encore.. c pas un message d'erreur :
(II) Module dri: vendor="X.Org Foundation"
(II) Loading /usr/X11R6/lib/modules/drivers/ati_drv.so
ABI class: X.Org XInput driver, version 0.5
ABI class: X.Org XInput driver, version 0.5
(II) v4l driver for Video4Linux
(II) ATI: ATI driver (version 6.5.7) for chipsets: ati, ativga
(II) Loading /usr/X11R6/lib/modules/drivers/radeon_drv.so
*** and newer cards. The 3d mesa driver is not provided in this tree.
Est-ce a cause de la version de xorg ?
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par Brice Goglin . Évalué à 2.
Est-ce que tu as installé mesa-dri ? Je ne sais pas comment ca s'appelle sous Mandrake mais ces libs sont indispensables.
Xorg.log doit dire des choses du genre :
(WW) RADEON(0): Enabling DRM support
(II) RADEON(0): [drm] loaded kernel module for "radeon" driver
(II) RADEON(0): [drm] DRM interface version 1.2
...
drmOpenByBusid: Searching for BusID pci:0000:01:00.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: open result is 8, (OK)
....
(II) RADEON(0): [drm] dma control initialized, using IRQ 169
(II) RADEON(0): [drm] Initialized kernel GART heap manager, 5111808
(II) RADEON(0): Direct rendering enabled
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par cortex62 . Évalué à 2.
lsmod doit te donner une ligne commle ça :
drm 68352 2 radeon
bon courage....
[^] # Re: Xorg 6.9 marche avec les drivers libres
Posté par Vincent . Évalué à 2.
J'essaye de participer depuis quelques semaines à un jeu basé sur ogre3D ( http://ogre3d.org ).
Je possède un portable avec une radeon 9200.
J'ai passé pas mal de temps pour réussir à utiliser le DRI ( en fait il ne marchait pas tant que le paquet du driver ati proprio était également présent ! ), et à installer Ogre ( je passe l'installation de Ogre sur mon autre pc, un amd64 avec une nvidia, où une des dépendances à un bug, il faut alors patcher et recompiler, mais j'y ai passé du temps aussi).
Le problème est que le driver DRI ne marche pas complètement.
En effet il plante lors du chargement de certains mesh (objets 3d), et je ne sais pas trop pourquoi certains passent et pas d'autres.
J'ai détaillé mon problème ici : http://www.ogre3d.org/phpBB2/viewtopic.php?t=16356&highl(...) , et en cherchant sur le forum je vois que plus ou moins tout le monde utilise le driver proprio.
C'est quand même dommage, parceque une partie des démos livrées avec Ogre marchent, et que sinon j'étais très satisfais de ces drivers.
Autre problème, je n'ai pas très bien compris où je pouvais poster mon bug sur le driver DRI afin d'éventuellement le résoudre.
# Mais toujours pas de drivers pour les BSD :(
Posté par Anthony F. . Évalué à 1.
Faire des drivers proprios, c'est déjà pas top, si en plus des plateformes sont laissées de côté au bon vouloir des constructeurs...
C'est légal d'empêcher la libre concurence des systèmes d'exploitation par une telle différence de traitement ?
[^] # Re: Mais toujours pas de drivers pour les BSD :(
Posté par Sufflope (site web personnel) . Évalué à 2.
[^] # Re: Mais toujours pas de drivers pour les BSD :(
Posté par Mathieu Pillard (site web personnel) . Évalué à 3.
[^] # Re: Mais toujours pas de drivers pour les BSD :(
Posté par Anthony F. . Évalué à 2.
La carte vidéo, c'est l'un des composants d'un système (dit "compatible" d'ailleurs... http://fr.wikipedia.org/wiki/Compatibles_PC ). Elle se doit donc d'être interropérable avec le port PCI Express (ou AGP), et de respecter des normes.
S'il est possible de changer de carte, celle-ci ne devrait pas pouvoir favoriser tel ou tel système d'exploitation, soit en fournissant les specs, soit en ayant une obligation de fournir des binaires pour tous SE s'installant un un "compatible PC".
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.