02:00.0 VGA compatible controller: ATI Technologies Inc Device 6898 (prog-if 00 [VGA controller])                                                         
        Subsystem: ATI Technologies Inc Device 0b00                          
        Flags: bus master, fast devsel, latency 0, IRQ 11                    
        Memory at d0000000 (64-bit, prefetchable) [size=256M]                
        Memory at fbbc0000 (64-bit, non-prefetchable) [size=128K]            
        I/O ports at b000 [size=256]                                         
        Expansion ROM at fbba0000 [disabled] [size=128K]                     
        Capabilities: [50] Power Management version 3                        
        Capabilities: [58] Express Legacy Endpoint, MSI 00                   
        Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+           
        Capabilities: [100] Vendor Specific Information <?>                  
        Capabilities: [150] Advanced Error Reporting
??? Il te sort pas le pilote???

Kernel driver in use: radeon
Kernel modules: radeon

tape "system-config-display --reconfig" pour voir ce qu'il te dit (normalement il doit t'afficher quelque chose).

... sinon supprime radeon de la liste noir et refais l'étape mkinitrd, supprime ton xorg.conf et tu refais "lspci -v".

Si c'est l'histoire avec la vidéo, tu peux taper un xrandr? à tout les coups c'est un problème d'affichage.

Tu peux aussi retaper "system-config-display --reconfig" pour voir ce qu'il te dit (normalement il doit t'afficher quelque chose).

Et donne le retour du fichier /var/log/Xorg.0.log.
Je ne sais pas si c'est lié mais par défaut les polices sont illisibles (console et police d'application), obligé d'aller dans: System Setting > Appearence > Fonts > activer les DPI 96/120 (désactivé par default)

Le bureau retrouve des polices lisibles, mais pas sous kdm, aussi, si je boot en "init 3" puis, tappe "system-config-display", les polices sont de nouveau illisibles... :-?
pilote radeon? pour cette histoire ce serait liée à gnome, tu peux aussi voir l'astuce disponible dans la doc pour mettre à jour le pilote et tout ce qui vas avec, cela résout pas mal de problèmes graphiques, mais pas ce bitos de bogue avec Blender grrr...

Sinon pour continuer sur la compatibilité avec les jeux, ET enemy territory se lance, mais rame, True combat elite même topo. Ils doivent lancer le rendu indirect (par voix logiciel quoi) et non direct...

Enfin bref cela avance toujours dans le bon sens...

Il faut s'attendre encore à de grand bond en avant avec le support d'OpenGL 2.1->3.1 et l'inclusion d'openCL dans mesa d'ici peut... Et je parle pas des bonds du noyau 2.6.32 et encore moins de ce qui est prévu dans le 2.6.33, parce que cela donne mal au crâne... Même pour nos amis les Nvidiatéistes cela vas s'accélérer... Avec un peut plus de mal quand même, quoi que...

Pour les anglophones un peut de lecture :
http://www.phoronix.com/scan.php?page=news_item&px=Nzc3NQ
http://www.phoronix.com/scan.php?page=news_item&px=Nzc3OQ
http://www.phoronix.com/scan.php?page=news_item&px=Nzc4MA
http://www.phoronix.com/scan.php?page=news_item&px=Nzc4MQ
http://www.phoronix.com/scan.php?page=news_item&px=Nzc4NQ
http://www.phoronix.com/scan.php?page=news_item&px=Nzc4OQ
http://www.phoronix.com/scan.php?page=article&item=fedora_12_ati&num=1

C'est quand même plus clair les petites modifications du pilote propriétaire... cela m'étonne encore moins qu'ils n'arrivent pas à suivre...
je suis sur kde
tape "system-config-display --reconfig" pour voir ce qu'il te dit (normalement il doit t'afficher quelque chose).
L'application se lance, pas de message, avec les trois onglet "settings" "hardware" "dual head"
Onglet "hardware", video card > configure (vesa par defaut) je selectionne "radeonhd" puis ok, ok... Puis m'aafiche: 
Display settings changed

You need to log out and restart the X server for the changes to take effect.
Configuration was written to /etc/X11/xorg.conf, original configuration saved as /etc/X11/xorg.conf.backup.
... sinon supprime radeon de la liste noir et refais l'étape mkinitrd, supprime ton xorg.conf et tu refais "lspci -v".
02:00.0 VGA compatible controller: ATI Technologies Inc Device 6898 (prog-if 00 [VGA controller])                                                         
        Subsystem: ATI Technologies Inc Device 0b00                          
        Flags: bus master, fast devsel, latency 0, IRQ 11                    
        Memory at d0000000 (64-bit, prefetchable) [size=256M]                
        Memory at fbbc0000 (64-bit, non-prefetchable) [size=128K]            
        I/O ports at b000 [size=256]                                         
        Expansion ROM at fbba0000 [disabled] [size=128K]                     
        Capabilities: [50] Power Management version 3                        
        Capabilities: [58] Express Legacy Endpoint, MSI 00                   
        Capabilities: [a0] MSI: Enable- Count=1/1 Maskable- 64bit+           
        Capabilities: [100] Vendor Specific Information <?>                  
        Capabilities: [150] Advanced Error Reporting
C'est la même
Tu peux aussi retaper "system-config-display --reconfig" pour voir ce qu'il te dit (normalement il doit t'afficher quelque chose).

Et donne le retour du fichier /var/log/Xorg.0.log.
L'application souvre, toujours pas de message particulié...
selection du pilote radeonhd...

/var/log/Xorg.0.log 
X.Org X Server 1.7.1
Release Date: 2009-10-23
X Protocol Version 11, Revision 0
Build Operating System:  2.6.18-164.2.1.el5 
Current Operating System: Linux localhost.localdomain 2.6.31.6-166.fc12.x86_64 #1 SMP Wed Dec 9 10:46:22 EST 2009 x86_64
Kernel command line: ro root=/dev/mapper/VolGroup-lv_root noiswmd LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=fr rhgb quiet nomodeset init 3
Build Date: 05 November 2009  07:43:10PM
Build ID: xorg-x11-server 1.7.1-7.fc12 
Current version of pixman: 0.16.2
    Before reporting problems, check http://bodhi.fedoraproject.org/
    to make sure that you have the latest version.
Markers: (--) probed, (**) from config file, (==) default setting,
    (++) from command line, (!!) notice, (II) informational,
    (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(==) Log file: "/var/log/Xorg.0.log", Time: Thu Dec 10 21:27:00 2009
(==) Using config file: "/etc/X11/xorg.conf"
(==) ServerLayout "single head configuration"
(**) |-->Screen "Screen0" (0)
(**) |   |-->Monitor "<default monitor>"
(**) |   |-->Device "Videocard0"
(==) No monitor specified for screen "Screen0".
    Using a default monitor configuration.
(**) |-->Input Device "Keyboard0"
(==) Automatically adding devices
(==) Automatically enabling devices
(==) FontPath set to:
    catalogue:/etc/X11/fontpath.d,
    built-ins
(==) ModulePath set to "/usr/lib64/xorg/modules"
(II) Cannot locate a core pointer device.
(II) The server relies on HAL to provide the list of input devices.
    If no devices become available, reconfigure HAL or disable AllowEmptyInput.
(WW) AllowEmptyInput is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
(WW) Disabling Keyboard0
(II) Loader magic: 0x7c8560
(II) Module ABI versions:
    X.Org ANSI C Emulation: 0.4
    X.Org Video Driver: 6.0
    X.Org XInput driver : 7.0
    X.Org Server Extension : 2.0
(--) using VT number 7

(--) PCI:*(0:2:0:0) 1002:6898:1002:0b00 ATI Technologies Inc rev 0, Mem @ 0xd0000000/268435456, 0xfbbc0000/131072, I/O @ 0x0000b000/256, BIOS @ 0x????????/131072
(II) LoadModule: "extmod"
(II) Loading /usr/lib64/xorg/modules/extensions/libextmod.so
(II) Module extmod: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension SELinux
(II) Loading extension MIT-SCREEN-SAVER
(II) Loading extension XFree86-VidModeExtension
(II) Loading extension XFree86-DGA
(II) Loading extension DPMS
(II) Loading extension XVideo
(II) Loading extension XVideo-MotionCompensation
(II) Loading extension X-Resource
(II) LoadModule: "dbe"
(II) Loading /usr/lib64/xorg/modules/extensions/libdbe.so
(II) Module dbe: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DOUBLE-BUFFER
(II) LoadModule: "glx"
(II) Loading /usr/lib64/xorg/modules/extensions/libglx.so
(II) Module glx: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    ABI class: X.Org Server Extension, version 2.0
(==) AIGLX enabled
(II) Loading extension GLX
(II) LoadModule: "record"
(II) Loading /usr/lib64/xorg/modules/extensions/librecord.so
(II) Module record: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.13.0
    Module class: X.Org Server Extension
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension RECORD
(II) LoadModule: "dri"
(II) Loading /usr/lib64/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.0.0
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension XFree86-DRI
(II) LoadModule: "dri2"
(II) Loading /usr/lib64/xorg/modules/extensions/libdri2.so
(II) Module dri2: vendor="X.Org Foundation"
    compiled for 1.7.1, module version = 1.1.0
    ABI class: X.Org Server Extension, version 2.0
(II) Loading extension DRI2
(II) LoadModule: "radeonhd"
(II) Loading /usr/lib64/xorg/modules/drivers/radeonhd_drv.so
(II) Module radeonhd: vendor="AMD GPG"
    compiled for 1.7.1, module version = 1.3.0
    Module class: X.Org Video Driver
    ABI class: X.Org Video Driver, version 6.0
(II) RADEONHD: X driver for the following AMD GPG (ATI) graphics devices:
    RV505 : Radeon X1550, X1550 64bit.
    RV515 : Radeon X1300, X1550, X1600; FireGL V3300, V3350.
    RV516 : Radeon X1300, X1550, X1550 64-bit, X1600; FireMV 2250.
    R520  : Radeon X1800; FireGL V5300, V7200, V7300, V7350.
    RV530 : Radeon X1300 XT, X1600, X1600 Pro, X1650; FireGL V3400, V5200.
    RV535 : Radeon X1300, X1650.
    RV550 : Radeon X2300 HD.
    RV560 : Radeon X1650.
    RV570 : Radeon X1950, X1950 GT; FireGL V7400.
    R580  : Radeon X1900, X1950; AMD Stream Processor.
    R600  : Radeon HD 2900 GT/Pro/XT; FireGL V7600/V8600/V8650.
    RV610 : Radeon HD 2350, HD 2400 Pro/XT, HD 2400 Pro AGP; FireGL V4000.
    RV620 : Radeon HD 3450, HD 3470.
    RV630 : Radeon HD 2600 LE/Pro/XT, HD 2600 Pro/XT AGP; Gemini RV630;
        FireGL V3600/V5600.
    RV635 : Radeon HD 3650, HD 3670.
    RV670 : Radeon HD 3690, 3850, HD 3870, FireGL V7700, FireStream 9170.
    R680  : Radeon HD 3870 X2.
    M52   : Mobility Radeon X1300.
    M54   : Mobility Radeon X1400; M54-GL.
    M56   : Mobility Radeon X1600; Mobility FireGL V5200.
    M58   : Mobility Radeon X1800, X1800 XT; Mobility FireGL V7100, V7200.
    M62   : Mobility Radeon X1350.
    M64   : Mobility Radeon X1450, X2300.
    M66   : Mobility Radeon X1700, X1700 XT; FireGL V5250.
    M68   : Mobility Radeon X1900.
    M71   : Mobility Radeon HD 2300.
    M72   : Mobility Radeon HD 2400; Radeon E2400.
    M74   : Mobility Radeon HD 2400 XT.
    M76   : Mobility Radeon HD 2600;
        (Gemini ATI) Mobility Radeon HD 2600 XT.
    M82   : Mobility Radeon HD 3400.
    M86   : Mobility Radeon HD 3650, HD 3670, Mobility FireGL V5700.
    M88   : Mobility Radeon HD 3850, HD 3850 X2, HD 3870, HD3870 X2.
    RS600 : Radeon Xpress 1200, Xpress 1250.
    RS690 : Radeon X1200, X1250, X1270.
    RS740 : RS740, RS740M.
    RS780 : Radeon HD 3100/3200/3300 Series.
    R700  : Radeon R700.
    RV710 : Radeon HD4570, HD4350.
    RV730 : Radeon HD4670, HD4650.
    RV740 : Radeon HD4770. EXPERIMENTAL AND UNTESTED.
    RV770 : Radeon HD 4800 Series; Everest, K2, Denali ATI FirePro.
    RV790 : Radeon HD 4890.
    M92   : Mobility Radeon HD4330, HD4530, HD4570. EXPERIMENTAL.
    M93   : Mobility Radeon M93. EXPERIMENTAL AND UNTESTED.
    M96   : Mobility Radeon HD4600.
    M97   : Mobility Radeon HD4860. EXPERIMENTAL AND UNTESTED.
    M98   : Mobility Radeon HD4850, HD4870.

(II) RADEONHD: version 1.3.0, built from dist of git branch master, commit 6387ab4c
    Fedora package xorg-x11-drv-radeonhd-1.3.0-3.15.20091112git.fc12

(II) Primary Device is: PCI 02@00:00:0
(EE) No devices detected.

Fatal server error:
no screens found

Please consult the The X.Org Foundation support 
     at http://bodhi.fedoraproject.org/
 for help. 
Please also check the log file at "/var/log/Xorg.0.log" for additional information.
Je viens de faire des modifications dans la documentation sur les pilotes libres avec l'ajout pour le pilote xorg-x11-drv-ati au sujet de la mise en service de la sortie TV.

J'ai aussi rajouter dans "problèmes et solutions" l'ajout d'une résolution manquante aux sorties pour xrandr, normalement cela devrait être bon (testé pour ajouter une résolution à la c...).

J'ai fais un peut de ménage pour que ce soit plus clair, avec des informations mises à jours. Le support des R8xx (HD5xxx) est encore trop léger même avec le pilote radeonhd (information en provenance du wiki officiel), donc il ne faut pas s'étonner si ce n'est pas encore fonctionnel.

Beaucoup de travail sur la correction de bogues pour le pilote "xorg-x11-drv-ati" sont en en cours, avec aussi l'ajout de nouveau mode PLL (http://fr.wikipedia.org/wiki/Boucle_%C3%A0_phase_asservie) pour l'AVIVO, ainsi que sur le displayport. Plus d'information ici -> http://cgit.freedesktop.org/xorg/driver/xf86-video-ati , et pour Mesa http://cgit.freedesktop.org/mesa/mesa/log/ (bon là c'est pour celles et ceux que cela intéressent).

En ce qui concerne le pilote propriétaire, il devrait être disponible le 16 décembre (de cette année :hammer::hammer::hammer:). Pas plus d'informations à ce sujet 🙁...
Enfin mon problème est résolut, j'ai retesté mon écran sur la prise dvi de ma carte ( avec l'adaptateur dvi->vga) et la miracle sa marche.
Bon il reste sur une chose étrange mon écran est vue 2 fois, je suppose que la sortie vga de ma carte ne doit être qu'une ersatz.
Mais les mise à jour du pilote ATI ne doit pas y être pour rien vus que j'avais déjà tester avant et qu'à se moment la il n'y avait pas eu d'amélioration.

Dans tout les cas merci VINDICATORs 😉
Bonjour à tous

Le retour de l'enquiquineur qui n'arrivait pas à faire fonctionner le pilote proprio en F10/F11 sur ses cartes AGP...

Un vent d'espoir m'a emporté avec l'arrivée de la F12, et je me suis décidé à tester voir si ça irait mieux avec le pilote libre "radeon" tout neuf (je plafonnais à 800fps avant... Pas de direct rendering)

Config : Radeon X1950 Pro en AGP sur un chipset nForce3 250 / Athlon 64 3700+
1680x1050, Pas de xorg.conf

Un lsmod me confirme que radeon est bien installé.
mesa-dri-drivers est aussi installé (j'ai compris le message, pas besoin de "experimental"...)

Là, je fais : 
<root@xaleia:~> glxinfo | grep direct
direct rendering: Yes
Presque aussi ému que le jour de mon mariage... ça faisait des mois que j'attendais ce "Yes" 🙂
Et là... 
<root@xaleia:~> glxgears
8 frames in 6.0 seconds =  1.333 FPS
8 frames in 6.0 seconds =  1.333 FPS
6 frames in 6.0 seconds =  1.000 FPS
^C
... Presque aussi déçu que le jour de mon divorce ! :roll:

D'ailleurs, maintenant que je poste, glxgears "booste" : je n'étais qu'à 0.8 tout à l'heure...

Bon, tout ça pour dire que je rencontre sans doute le même problème que deamn (cf. page 1, un post du 19/11). Même ramage que lui en 2D sous Firefox quand je lis le forum, etc.

=> Deamn, si tu as résolu ton problème... T'as fait comment ?
=> Sinon, si y'avait une bonne âme qui avait la moindre idée de ce qui peut bien se passer là dessous

Merci d'avance,
Alors... pour les 1300 etc... de FPS (même sur une HD4850 c'est à peine mieux...) avec glxgear, faut pas trop y faire attention, ni confiance, actuellement le pilote est surtout en cours de stabilisation et d'ajout de fonctionnalités avant la recherche de performance (qui devrait décoller d'ici peut). Donc à ce moment là tout était bon.

Par contre d'être passé à 0.8...FPS... là c'est un problème. Avec effets ou non?

Avez vous aussi testé avec l'astuce au sujet de récupérer certains paquets de koji? parce qu'en plus il semble qu'il y est des problèmes avec ceux dans updates/updates-testing et la dernière mise à jour du noyau...

Comme le serveur de koji était un peut dans les choux ce week end, vous pouvez de nouveau vous servir de l'astuce de la doc pour avoir plus de stabilité graphique.

Pour l'AGP il ne devrait pas y avoir ce genre de problème, ayant eu un rapport de quelqu'un ayant une 9700pro fonctionnel. Après il se peut que ce "riatlo" (si je me souviens bien...) posent des problèmes (pour changer), je regarde si ce genre de problème est rapporté sur le bugzilla -> https://bugs.freedesktop.org/buglist.cgi?query_format=specific&order=relevance+desc&bug_status=__open__&product=xorg&component=Driver/Radeon

Merci de me dire ce que rapporte ceci :
cat /proc/pci | grep VGA || lspci | grep VGA | colrm 1 4 ; cat /proc/cpuinfo | egrep "model name|MHz" ; xdpyinfo | egrep "version:|dimensions|depth of" ; glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; uname -sr;
En dehors de /proc/pci que je dois corriger, cela devrait vous donnez ce genre de résultat : 
cat: /proc/pci: Aucun fichier ou dossier de ce type
0.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4850]
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
cpu MHz         : 1000.000
model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4600+
cpu MHz         : 1000.000
  dimensions:    2560x1024 pixels (677x270 millimeters)
  depth of root window:    24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV770 9442) 20090101  TCL DRI2
OpenGL version string: 1.5 Mesa 7.7-devel
Linux 2.6.31.6-166.fc12.x86_64
Bonjour.

Tout d'abord, merci VINDICATORs pour ta réponse rapide.

Qu'entends-tu par "avec effets ou non" ? Si c'est de compiz dont tu parles, je ne sais pas exactement ce dont il s'agit, mais si j'ai bien compris, c'est des effets 3D sur le bureau. Moi, je suis plutôt style "vieux de la vieille", et je me contente du thème le plus simple possible : Mist. Je sais que ça ne veut pas dire forcément que compiz n'est pas activé - d'ailleurs, je viens de vérifier : des paquetages comportant le nom de "compiz" sont installées sur la machine. Une fois de plus, cela ne veut pas dire forcément qu'il est activé. Donc : Je sais ça comment, si il y a des effets ou non ?

Je ne me souviens pas avoir vu une histoire de paquets de "koji". Je suis allé voir la documentation sur l'installation des pilotes libres, et je ne vois pas de "koji" non plus. De quoi s'agit-il ?

Si il n'y a pas de problèmes spécifique avec l'AGP, alors je vais essayer la migration FC11->FC12 sur mes deux autres machines (mais pas tout de suite sur le serveur)... Il y aura un retour d'expérience sur une HD3650 et une Mobility 9700 d'ici quelques heures 🙂

Je suis allé voir sur freedesktop - aucun bug ne semble correspondre : les bugs glxgears sont des hangs, pas des problèmes de performance. Le seul problème de performance noté ne semble pas correspondre, mais sa lecture m'a quand même donné l'idée de faire ceci : 
<jm@xaleia:tmp> grep -i Accel /var/log/Xorg.0.log
(II) RADEON(0): Render acceleration enabled for R300/R400/R500 type cards.
(II)         Composite (RENDER acceleration)
(II) RADEON(0): Acceleration enabled
(**) Macintosh mouse button emulation: (accel) keeping acceleration scheme 1
(**) Macintosh mouse button emulation: (accel) acceleration profile 0
(**) Logitech USB-PS/2 Optical Mouse: (accel) keeping acceleration scheme 1
(**) Logitech USB-PS/2 Optical Mouse: (accel) acceleration profile 0
<jm@xaleia:tmp>
... donc l'accélération graphique semble bien activée.

Sinon, pour la commande en question : 
<root@xaleia:~> cat /proc/pci | grep VGA || lspci | grep VGA | colrm 1 4 ; cat /proc/cpuinfo | egrep "model name|MHz" ; xdpyinfo | egrep "version:|dimensions|depth of" ; glxinfo | egrep -A2 "direct rendering|OpenGL vendor" ; uname -sr;
cat: /proc/pci: Aucun fichier ou dossier de ce type
0.0 VGA compatible controller: ATI Technologies Inc RV570 [Radeon X1950 Pro] (rev 9a)
model name    : AMD Engineering Sample 00
cpu MHz        : 2411.834
X.Org version: 1.7.1
  dimensions:    1680x1050 pixels (444x277 millimeters)
  depth of root window:    24 planes
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
--
OpenGL vendor string: DRI R300 Project
OpenGL renderer string: Mesa DRI R300 (RV560 7280) 20090101  TCL DRI2
OpenGL version string: 1.5 Mesa 7.7-devel
Linux 2.6.31.6-166.fc12.x86_64
<root@xaleia:~>
J'ai le même problème sur /proc/pci.

Ceci dit, je ne vois rien de choquant dans ce retour... Il ressemble beaucoup au résultat donné en exemple.

Quelque chose de remarquable qui pourrait donner une piste ?

Merci d'avance,
Merci pour l'information. J'étais passé par dessus cette suggestion, d'une part car elle était taggée expérimentale, et d'autre part parce que je ne voyais pas mon problème comme un problème graphique, mais comme un problème de performance. Mais c'est vrai qu'à ce niveau de désastre là, c'est plus juste de la perf...

J'ai donc téléchargé les modules suivants : 
<root@xaleia:~> ls /home/jm/tmp/fedora-fr/
glx-utils-7.6-0.18.fc12.x86_64.rpm
mesa-debuginfo-7.6-0.18.fc12.x86_64.rpm
mesa-demos-7.6-0.18.fc12.x86_64.rpm
mesa-dri-drivers-7.6-0.18.fc12.x86_64.rpm
mesa-dri-drivers-experimental-7.6-0.18.fc12.x86_64.rpm
mesa-libGL-7.6-0.18.fc12.x86_64.rpm
mesa-libGL-devel-7.6-0.18.fc12.x86_64.rpm
mesa-libGLU-7.6-0.18.fc12.x86_64.rpm
mesa-libGLU-devel-7.6-0.18.fc12.x86_64.rpm
mesa-libOSMesa-7.6-0.18.fc12.x86_64.rpm
mesa-libOSMesa-devel-7.6-0.18.fc12.x86_64.rpm
xorg-x11-drv-ati-6.13.0-0.15.20091127gita8dbf7c23.fc12.x86_64.rpm
xorg-x11-drv-ati-debuginfo-6.13.0-0.15.20091127gita8dbf7c23.fc12.x86_64.rpm
<root@xaleia:~>
Et j'ai lancé la commande suivante : 
<root@xaleia:~> yum --nogpgcheck localupdate mesa* glx* xorg-x11-drv-ati*
(J'ai ajouté un --nogpgcheck et quelques '*' dans la ligne donnée en instructions pour que cela fonctionne sans problème. J'espère que ça n'en a pas causé plus que ce que ça en aura résolu...)

Je reboote.

Je lance glxgears : 
<jm@xaleia:~> glxgears
91 frames in 6.1 seconds = 14.937 FPS
62 frames in 6.0 seconds = 10.297 FPS
65 frames in 6.0 seconds = 10.797 FPS
33 frames in 6.0 seconds =  5.495 FPS
53 frames in 6.0 seconds =  8.791 FPS
56 frames in 6.3 seconds =  8.891 FPS
99 frames in 6.0 seconds = 16.408 FPS
105 frames in 6.0 seconds = 17.406 FPS
109 frames in 6.0 seconds = 18.031 FPS
55 frames in 6.0 seconds =  9.143 FPS
27 frames in 6.0 seconds =  4.498 FPS
30 frames in 6.0 seconds =  4.994 FPS
^C
<jm@xaleia:~>
Il y a effectivement une amélioration. Mais d'une part, elle est assez faible, surtout pour une 1950 Pro, et ensuite le framerate est tout sauf stable (rapport x4 entre le min et le max...).
En 2D, j'ai toujours le même problème de scrolling sur Firefox...

Une question : comment se fait-il qu'il faille faire un update "local" des paquetages ? ceux-là sont plus récents ?

Ah si, autre info qui peut être pertinente : que ce soit sous glxgears ou sous Firefox quand je scrolle, j'ai la souris qui se bloque (temporairement, évidemment)...
Parce qu'ils sont sur ton disque et pas sur un repo.

Fait un "yum remove mesa-drivers-experimental" il ne sert à rien.

Tu devrais être dans les 1500 à 2000FPS, je me demande si le problème n'est pas ailleurs...

Regarde avec top si tu n'a pas un processus qui te mange tout...


Le problème de scroling peut être dut aussi à flashplayer et à la balise <video>, de plus je conseil de désactiver le défilement doux.
> Parce qu'ils sont sur ton disque et pas sur un repo.
Euh, oui, certes. Ma question était en fait : pourquoi ne sont-ils pas sur le repo ? Est-ce qu'ils sont trop récents ? Packagés par quelqu'un qui n'a pas autorité pour le faire ?
Est-ce que je peux par la suite faire des "yum update" normalement sans qu'il n'écrase les paquets que je viens d'installer ?

Pour les drivers expérimentaux, je ne les avais pas mis. J'ai quand même vérifié : 
<root@xaleia:~> yum remove mesa-dri-drivers-experimental
Modules complémentaires chargés : presto, refresh-packagekit
Configuration du processus de suppression
Aucune correspondance pour l'argument : mesa-dri-drivers-experimental
Paquet(s) mesa-dri-drivers-experimental disponible(s), mais non installé(s).
Aucun paquet marqué pour suppression
<root@xaleia:~>
Je n'ai pas de processus qui phagocyte le CPU (vérifié sous top) - Dans tous les cas, j'ai toujours un moniteur système qui tourne dans mon tableau de bord inférieur pour être averti de ce genre de problèmes.

En 2D, pour Firefox, effectivement, le problème venait du défilement doux qui avait été réactivé à l'insu de mon plein gré :-x C'est pourtant un des premiers trucs que je désactive, mais les paramètres n'ont visiblement pas tous suivi la migration FC11->FC12. Merci beaucoup pour l'idée ! :-D
Re-bonjour

Comme promis, premier retour d'expérience sur mes autres installations de la FC12:
Config : AMD Athlon XP 3200+ / nForce 2 Ultra 400 / Radeon HD3650 sur AGP

Avant mesa-dri-drivers-experimental : ~50 FPS
Après mesa-dri-drivers-experimental : ~1560 FPS

Au moins, le fiston me forcera pas à rebooter sous Windaube pour jouer à ses jeux...

Allez, j'upgrade la machine suivante... Y'a rien de mieux à faire les jours de neige sur la campagne toulousaine...:-?
Koji est le logiciel qui construit les paquets pour Fedora. Pour télécharger le code source, signaler les bogues etc...

C'est souvent plus en avance que les paquets disponibles dans updates-testing/rawhide.

Pour l'histoire du défilement doux cela à l'air d'être un problème récupéré des codes apportés par ATI, car c'est le même type de bogue que le pilote propriétaire... Mais comme je l'ai déjà dit tout cela est encore en plein développement...
Re-bonjour

Second retour d'expérience sur mes installations de la FC12:
Config : Pentium M 765 (2.1 GHz) / Intel 855PM + ICH4-M / Mobility Radeon 9700 (M10)

Avant l'installation de la FC12 : ~700 FPS
Après l'installation de la FC12 : ~750 FPS

En gros : pas de soucis. Tout s'installe out-of-the-box. Une petite amélioration, pas forcément notable, des performances mais au moins : ça fonctionne. On ne peut pas vraiment en attendre plus d'un chipset pour portable qui a plus de 5 ans d'âge. Ça permet déjà de jouer à Diablo II et à Neverwinter Nights, c'est amplement suffisant 🙂
Pour informations, on parle de l'arrivé des Blitters dans Gallium3D pour R300 http://translate.google.fr/translate?u=http%3A%2F%2Fold.nabble.com%2Fgallium%253A-add-blitter-td26770907.html&sl=en&tl=fr&hl=&ie=UTF-8 pour une traduction approximative, http://old.nabble.com/gallium%3A-add-blitter-td26770907.html texte original...

http://fr.wikipedia.org/wiki/Blitter

A force ils vont nous faire aller sur mars avant la NASA bouarf...:pint::pint::pint::pint:

A mon avis les histoires d'accélérer le défilement/affichage des pages internet avec Direct2D, donc par le GPU, pour les navigateurs ne sont pas étrangères à cette apport...