Journal ATI n'aime pas ABI

Posté par  .
Étiquettes : aucune
0
26
juin
2006
On apprend sur Phoronix [1] que la prochaines version 8.26.18 du drivers ATI (non-libre) ne supportera toujours pas Xorg 7.1 à cause du nouveau ABI. Mais "the support will come very soon", ouf on est rassuré. Enfin bon la pilule est tout de même assez grosse à avaler quant on sait que le changement d'ABI à été réalisé (en partie) par les dev ati !!

[1] : http://www.phoronix.com/scan.php?page=article&item=501&a(...)
Explications sur l'ABI : http://lists.freedesktop.org/archives/xorg/2006-May/015396.h(...)
Petit liens sur les pilotes du moment : https://support.ati.com/ics/support/default.asp?deptID=894&a(...)

PS : Possesseurs de R200, vendez les !! "The R200 OpenGL API entry-point issue still has not been resolved in the 8.26.18 release"
  • # Absurde

    Posté par  . Évalué à 10.

    "PS : Possesseurs de R200, vendez les !! "The R200 OpenGL API entry-point issue still has not been resolved in the 8.26.18 release""

    Pourquoi les vendre alors qu'elles fonctionnent à merveille avec le driver libre intégré à X.org ?

    -- Un heureux possesseur de radeon 9250.
    • [^] # Re: Absurde

      Posté par  . Évalué à 4.

      Je suis entiérement d' accord, paramétré correctement ces pilotes sont trés efficace.
      J' avais vu un comparatif des pilotes open VS closed source sur radeon R200 (sur phoronix) . Pas franchement flatteur pour les pilotes opensource , mais aucunes précisions sur les réglages de l' AGP, le pageflip, l' hyperZ, ni le reste.
      Donc je demande à voir, mais pour moi en accélération 3D libre les R200 sont le meilleurs choix actuel.

      --- Un heureux possesseur de radeon 9000 pro. Ainsi que d' une radeon 7000Ve qui marche pas mal avec google earth. :-)
      • [^] # Re: Absurde

        Posté par  . Évalué à 1.

        Remarquez si quelqu' un a une radeon 8500 ça peut m' interesser ;-)
      • [^] # Re: Absurde

        Posté par  . Évalué à 6.

        Au niveau paramétrage, j'ai trouvé empiriquement que la configuration suivante donnait les meilleurs résultats chez moi:


        Section "Device"
            Identifier "RADEON"
            Driver "radeon" # DRI Radeon driver
            VideoRam 131072 # 128 MB VRAM
            Option "AGPMode" "8" # AGP 8x
            Option "AGPSize" "128" # AGP aperture size
            Option "RingSize" "8"
            Option "BufferSize" "2"
            Option "UseFBDev" "false"
            Option "AccelMethod" "XAA" # Use XFree86 Acceleration Architecture
            Option "XaaNoOffscreenPixmaps" "false" # Faster RENDER acceleration
            Option "RenderAccel" "true" # Enable the hardware render acceleration
            Option "BackingStore" "true" # Faster double buffering
            Option "EnablePageFlip" "true" # Enable page flipping for 3D apps
            Option "ColorTiling" "true"
            Option "DPMS"
            BusID "PCI:1:0:0"
        EndSection


        D'ailleurs j'aurais bien aimé trouver un ordinateur portable équipé d'un R200 dans le commerce, mais apparemment ça ne se fait plus :'(
        • [^] # Re: Absurde

          Posté par  . Évalué à 1.

          Tiens il y a certains paramètres que je n' ai pas testé.
          RenderAccel m' as posé quelque soucis mineurs.
          Tu as été voir du coté de driconf ?
          • [^] # Re: Absurde

            Posté par  . Évalué à 5.

            Euh, pas de driconf sur ma Slack, j'ai juste RTFM :)

            Pour le RenderAccel, c'est mieux avec l'option XaaNoOffscreenPixmaps désactivée[1] comme dans ma config, sinon ça ralentit plus qu'autre chose; à part ça, aucun problème.

            [1] Ce n'est pas de la magie noire :)

            L'accélération de RENDER n'est que partiellement matérielle dans le cas du driver radeon; or, quand une partie de RENDER est implémentée en software dans le serveur X, ce dernier est régulièrement amené à lire certains pixels en mémoire vidéo, les traiter et ré-afficher le résultat derrière (pour faire de l'alpha blending par exemple).

            Lire en mémoire vidéo, c'est super lent sur x86, d'où le ralentissement quand on active l'option à sec. Mais en désactivant XaaNoOffscreenPixmaps, on permet au serveur X de stocker certaines pixmaps en mémoire système, et donc les accès sont beaucoup plus rapides \o/
            • [^] # Re: Absurde

              Posté par  . Évalué à 2.

              Eh ben pour de l' empirique....
              c' est quand même raisonné. Va falloir que je creuse un peu la question je dois avoir encore des choses a gratter.
      • [^] # Re: Absurde

        Posté par  (site web personnel) . Évalué à 2.

        ouai, mais faut relativiser quand même. J'ai une radeon 8500 et j'en suis très content, je peux jouer à quake3 et ET sans problèmes. Par contre, les jeux qui demandent un peu plus (et pour lesquels la carte devrait suffir), ça coince... Une histoire de trucs que je comprend pas vraiment, mais en vite fais, je crois que certaines extensions prisent en charge par le hard ne pourront jamais être mise dans ce pilote. On m'a souvent répondu "oui, le pilote libre ne sait faire que l'arb path, le plus lent" ... voila voila :)
      • [^] # Re: Absurde

        Posté par  . Évalué à 4.

        Oui pour un benchmark un peu mieux fait (r200 dri configure au top):
        http://www.mail-archive.com/dri-devel@lists.sourceforge.net/(...)

        Grosso modo le driver libre est aussi voir plus performant sauf pour ut2k mais il y a une raison à cela. Je ne me souviens plus des détails mais cela avait un rapport avec les vertex buffer et le gestionnaire de mémoire encore inexistant à l'époque des tests (aujourd'hui encore c'est en travail).

        Dans tout les cas le support des radeon R100, R200, R300, R400 ne fait que s'améliorer dans les drivers open source.

        Autre précision c'est nvidia qui a changé l'ABI. Pas les dev d'ATI même si certains on participait.
        • [^] # Re: Absurde

          Posté par  . Évalué à 2.

          C' est assez amusant en passant d' abord le pilotes ati et ensuite le pilotes dri, il y a une différence de 10-15 % par rapport au pilotes dri seul (bien qu' il soit déja plus rapide).
          Il semblerait qu' un registre fasse la différence......C' est ce que j' ai compris en suvvant ce thread.
    • [^] # Re: Absurde

      Posté par  . Évalué à 1.

      Une petite question à ce propos : est-ce que la carte RS400 [Radeon Xpress 200] est compatible avec les carte type R200 ?

      Laurent
      • [^] # Re: Absurde

        Posté par  . Évalué à 2.

        Je ne suis pas sur de ce que j' avance mais c' est plutôt du coté du R300 qu' il faut que tu vois, je projet est en court.
    • [^] # Re: Absurde

      Posté par  (site web personnel) . Évalué à 9.

      > PS : Possesseurs de R200, vendez les !! "The R200 OpenGL API entry-point issue still has not been resolved in the 8.26.18 release""

      ça va pas non ???!!!! Ce sont les cartes les mieux supporté sous Linux. D'ailleurs j'avais besoin d'une nouvelle carte graphiques , et je me suis acheté une 9250 (RV280). Silenciese, dual head et performante en 2D et 3D. Autre avantage, ce sont les moins cher du marché :) Seule regret, c'est que ce ne soit pas une vrai 8500 :(

      De plus, j'apprends aujourd'hui, qu'ATIO ne supporte plus cette génération de carte graphique dans ses derniers drivers Catalyst 6.6 alors même que les cartes sont toujours en vente officiellement !!!
      https://support.ati.com/ics/support/default.asp?deptID=894&a(...)
      "Not Supported:
      * Radeon® 9250 series
      * Radeon® 9200 series
      * Radeon® 9000 series
      * Radeon® 8500 series
      * Radeon® 7500 series
      * Radeon® 7200 series
      * Radeon® 7000 series "

      C'est pitoyable, et cela démontre bien la force du libre, qui n'est pas dicté par des interets marketing et/ou financier.

      Là ou ATI n'est pas foutu de faire des drivers pour les chipsets qu'il a conçu il y a a peine 3/4 ans, la communauté du libre, hormis l'accès au spécifications (encore un blocage d'ATI), n'a aucune difficulté pour pour maintenir dans la durée les vieux chipset. D'ailleurs, un projet pour le Google Summer Of Code est d'améliorer encore la qualité des driver ATI Rage128 !! Encore utilisé dans mon viel iMac et la plupart des serveurs racks.
  • # Heu ouais mais bon

    Posté par  (site web personnel) . Évalué à 3.

    c'est pas parce que le 8.26.18 sort maintenant qu'il a été codé ce mois-ci. Il a été testé en interne puis en externe (par les partenaires) pendant quelque temps avant d'être diffusé...
    • [^] # Re: Heu ouais mais bon

      Posté par  (site web personnel) . Évalué à 9.

      Ah bon ? Je croyais que les dev d'ATI utilisaient la méthode LA RACHE ? Vu la rapidité de développement et l'excellente qualité des drivers proprios ATI, il est clair qu'il y a un peu de l'excellente méthode la Rache la dedans...
      • [^] # Re: Heu ouais mais bon

        Posté par  (site web personnel) . Évalué à 1.

        "Attempting to use 3D applications on Radeon 9000/9100/9200/9250 and FireGL 8x00 products fails to start"
        Plus sérieusement, on a vraiment l'impression qu'ils se foutent de nous...

        Pour ma part, je n'arrive pas à avoir l'accélération sur mes 2 écrans avec le pilote libre (enfin c'est peut etre aussi parce que j'ai trop bidouillé à essayer de faire marcher le pilote proprio...) avec ma 9200Se.
        • [^] # Re: Heu ouais mais bon

          Posté par  (site web personnel) . Évalué à 2.

          il ya une limite de largeur genre 2048 en cumulé pour avoir la 3D.

          Sur les dernier drivers, cela fait une fenètre de 2048 centré sur les 2 bureaux. C'est assez moche en fait.

          "La première sécurité est la liberté"

          • [^] # Re: Heu ouais mais bon

            Posté par  (site web personnel) . Évalué à -1.

            Salut,

            Je n'utilise pas l'option xinerama, cela s'applique quand même ?
            • [^] # Re: Heu ouais mais bon

              Posté par  (site web personnel) . Évalué à 2.

              oui, xinerama ne supporte pas la 3D directement, il me semble. Quand le split est gérer par le drivers, elle l'est mais bizarrement, si tes affichages dépassent 1024*768 sur les 2 écrans.

              "La première sécurité est la liberté"

        • [^] # Re: Heu ouais mais bon

          Posté par  (site web personnel) . Évalué à 4.

          Ma config avec la 9250SE dual head, un LCD en 1280x1024 via DVI, et un écran CRT en 1920x1440 via VGA à sa gauche. J'ai l'accélération 3D sur les 2 écrans. Il faut utiliser MergedFB :
          Section "Device"
                  Identifier      "Videocard0"
                  VendorName      "Videocard vendor"
                  BoardName       "ATI Technologies Inc RV280 [Radeon 9200]"
                  Driver  "radeon"
                  Option  "AGPMode" "4"
                  Option  "MergedFB" "true"
                  Option  "CRT2Position" "LeftOf" # le 2nd écran est à gauche du premier
                  Option  "MetaModes" "1280x1024-1920x1440 1280x1024-1600x1200 1280x1024-1280x1024 1280x1024"
                  Option  "MergedXineramaCRT2IsScreen0" "false" # l'écran principal est celui de droite
                  Option  "MergedNonRectangular" "true" # Résolution différente sur les deux écran sans défilement sur le plus petit
                  Option  "EnablePageFlip" "on" # Accelère la 3D
          EndSection
          
          Section "Monitor"
                  Identifier   "Monitor0"
                  VendorName   "Monitor Vendor"
                  ModelName    "ADI A715"
                  Option      "dpms"
          EndSection
          
          Section "Screen"
                  Identifier "Screen0"
                  Device     "Videocard0"
                  Monitor    "Monitor0"
                  DefaultDepth     24
                  SubSection "Display"
                          Viewport   0 0
                          Depth     24
                          Modes    "1280x1024" "1024x768" "800x600" "640x480"
                          Virtual  3200 1440
                  EndSubSection
          EndSection
          
          Section "ServerLayout"
                  Identifier     "MergedFB layout"
                  Screen         "Screen0"
                  InputDevice    "Mouse0" "CorePointer"
                  InputDevice    "Keyboard0" "CoreKeyboard"
          EndSection
          
          Section "DRI"
                  Group        0
                  Mode         0666
          EndSection
          
          Il me reste un bug, à résoudre, je ne peux pas regarder de video HD (1920x1080), j'ai une grosse barre rose sur la droite :(. J'ignore si c'est une limitation lié au chipset ou au dualhead, ou simplement un bug. Je n'ai pas ce problème avec ma AIW 8500DV.

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.