Dans a chasse au bruit, j'ai fait l'acquisition d'une carte ATI 9250 : =20
elle est munie d'un radiateur passif.
Avec les drivers libres : =AB radeon =BB, je ne b=E9n=E9ficie pas de =20
l'acc=E9l=E9ration 3D (ou je ne sais pas l'utiliser).
Avec les fglrx, l'acc=E9l=E9ration fonctionne mais j'ai mon =E9cran qui =20
s'affiche compl=E8temment corrompu (en marche d'escaliers avec des =20
parties du bureau sous-jacent) lorsque je lance tux-racer.
Moi, tux racer s'il est saccadé, ça va. S'il est fluide (j'avais uen
9500 pro que j'ai passé à mes filles), ça me donne des vertige
jusqu'à
presque aller à la perte de conscience. Donc ce n'est pas grave mais
Moi aussi, ça me fait tourner la tête !!
j'aime bien que les choses fonctionnent comme elles le devraient et
pas
comme elles le veulent.
Pas mieux.
À ce propos. J'ai essayé les drivers proprio de chez ATI.
1) C'est buggé (en tout cas pour mon noyo 2.6.10).
je n'ai pas eu de problème avec 2.6.10
2) Une fois que c'est débuggé, c'est loin de fonctionner correctement . Voire pas du tout.
Ça consiste en quoi « débuggé » ?
Obligé de hardrebooter la babasse trois fois ce soir :-( 3) donc > /dev/poubelle.
Il y a des comportements parfois étrange : /etc/init.d/gdm restart plante le système, que ce soit d'ailleurs avec les fglrx ou le radeon. Je me retrouve avec un machine check. J'ai trouvé des entrées avec ce genre de problème sur google mais c'est assez fumeux.
Il y a des interférences entre X et le framebuffer. Que ce dernier soit en vesa ou en radeonfb d'ailleurs.
Avec la 9500 pro et les fglrx, le framebuffer en vesa, je n'avais aucun problème. Ni avec les applis X, ni avec les applis console.
Il reste possible qu'il faille ajuster quelques paramètres BIOS...
"Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr> a écrit :
Moi, tux racer s'il est saccadé, ça va. S'il est fluide (j'avais uen
9500 pro que j'ai passé à mes filles), ça me donne des vertige
jusqu'à
presque aller à la perte de conscience. Donc ce n'est pas grave mais
Moi aussi, ça me fait tourner la tête !!
j'aime bien que les choses fonctionnent comme elles le devraient et
pas
comme elles le veulent.
Pas mieux.
À ce propos. J'ai essayé les drivers proprio de chez ATI.
1) C'est buggé (en tout cas pour mon noyo 2.6.10).
je n'ai pas eu de problème avec 2.6.10
2) Une fois que c'est débuggé, c'est loin de fonctionner correctement .
Voire pas du tout.
Ça consiste en quoi « débuggé » ?
Obligé de hardrebooter la babasse trois fois ce soir :-(
3) donc > /dev/poubelle.
Il y a des comportements parfois étrange : /etc/init.d/gdm restart
plante le système, que ce soit d'ailleurs avec les fglrx ou le radeon.
Je me retrouve avec un machine check. J'ai trouvé des entrées avec ce
genre de problème sur google mais c'est assez fumeux.
Il y a des interférences entre X et le framebuffer. Que ce dernier soit
en vesa ou en radeonfb d'ailleurs.
Avec la 9500 pro et les fglrx, le framebuffer en vesa, je n'avais aucun
problème. Ni avec les applis X, ni avec les applis console.
Il reste possible qu'il faille ajuster quelques paramètres BIOS...
Moi, tux racer s'il est saccadé, ça va. S'il est fluide (j'avais uen
9500 pro que j'ai passé à mes filles), ça me donne des vertige
jusqu'à
presque aller à la perte de conscience. Donc ce n'est pas grave mais
Moi aussi, ça me fait tourner la tête !!
j'aime bien que les choses fonctionnent comme elles le devraient et
pas
comme elles le veulent.
Pas mieux.
À ce propos. J'ai essayé les drivers proprio de chez ATI.
1) C'est buggé (en tout cas pour mon noyo 2.6.10).
je n'ai pas eu de problème avec 2.6.10
2) Une fois que c'est débuggé, c'est loin de fonctionner correctement . Voire pas du tout.
Ça consiste en quoi « débuggé » ?
Obligé de hardrebooter la babasse trois fois ce soir :-( 3) donc > /dev/poubelle.
Il y a des comportements parfois étrange : /etc/init.d/gdm restart plante le système, que ce soit d'ailleurs avec les fglrx ou le radeon. Je me retrouve avec un machine check. J'ai trouvé des entrées avec ce genre de problème sur google mais c'est assez fumeux.
Il y a des interférences entre X et le framebuffer. Que ce dernier soit en vesa ou en radeonfb d'ailleurs.
Avec la 9500 pro et les fglrx, le framebuffer en vesa, je n'avais aucun problème. Ni avec les applis X, ni avec les applis console.
Il reste possible qu'il faille ajuster quelques paramètres BIOS...
2) Une fois que c'est débuggé, c'est loin de fonctionner
correctement.
Voire pas du tout.
Ça consiste en quoi « débuggé » ?
J'ai hacké le make.sh pour un bête problème de version de gcc (?). Et une fonction était appelée avec un nom obsolète (dixit la doc du noyo 2.6.10). Si besoin est, je pourrais retenter une install de ce foutu rpm pour plus de précisions...
Il y a des interférences entre X et le framebuffer. Que ce dernier
soit
en vesa ou en radeonfb d'ailleurs.
Pas de problème non plus de ce côté là (ce qui n'était pas le c as avec ma Rage Pro).
J'ai obtenu de l'aide... J'avais installé les drivers fglrx pour une 9500 Pro Lorsque j'ai changé de carte, j'ai laissé les fglrx (qui fonctionnent avec la 9250). J'ai ensuite changé mon XF86Confug-4 pour utuliser le driver libre "radeon" et j'ai viré fglrx-friver. fglrx-friver m'a bien supprimé la "diversion" pour la libGL mais n'a pas restauré correctement les liens symboliqes. J'ai donc réinstallé xlibmesa-gl et tout est rentré dans l'ordre. J'a i 950fps avec radeon contre 920 avec fglrx. Si j'active AgpFastWrite dans XF86Config-4, alors j'ai un écran noir avec un machine check :
kernel: agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0. kernel: agpgart: XFree86 passes broken AGP3 flags (1f000a1f). Fixed. kernel: agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode kernel: agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode kernel: CPU 0: Machine Check Exception: 0000000000000004 kernel: Bank 4: b200000000070f0f kernel: Kernel panic - not syncing: CPU context corrupt
"Jean-Luc Coulon (f5ibh)" <jean-luc.coulon@wanadoo.fr> a écrit :
je n'ai pas eu de problème avec 2.6.10
Ah.
2) Une fois que c'est débuggé, c'est loin de fonctionner
correctement.
Voire pas du tout.
Ça consiste en quoi « débuggé » ?
J'ai hacké le make.sh pour un bête problème de version de gcc (?).
Et une fonction était appelée avec un nom obsolète (dixit la doc du
noyo
2.6.10).
Si besoin est, je pourrais retenter une install de ce foutu rpm pour
plus de précisions...
Il y a des interférences entre X et le framebuffer. Que ce dernier
soit
en vesa ou en radeonfb d'ailleurs.
Pas de problème non plus de ce côté là (ce qui n'était pas le c as avec
ma Rage Pro).
J'ai obtenu de l'aide...
J'avais installé les drivers fglrx pour une 9500 Pro
Lorsque j'ai changé de carte, j'ai laissé les fglrx (qui fonctionnent
avec la 9250).
J'ai ensuite changé mon XF86Confug-4 pour utuliser le driver libre
"radeon" et j'ai viré fglrx-friver.
fglrx-friver m'a bien supprimé la "diversion" pour la libGL mais n'a
pas restauré correctement les liens symboliqes.
J'ai donc réinstallé xlibmesa-gl et tout est rentré dans l'ordre. J'a i
950fps avec radeon contre 920 avec fglrx.
Si j'active AgpFastWrite dans XF86Config-4, alors j'ai un écran noir
avec un machine check :
kernel: agpgart: Found an AGP 3.0 compliant device
at 0000:00:00.0.
kernel: agpgart: XFree86 passes broken AGP3 flags (1f000a1f). Fixed.
kernel: agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode
kernel: agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode
kernel: CPU 0: Machine Check Exception: 0000000000000004
kernel: Bank 4: b200000000070f0f
kernel: Kernel panic - not syncing: CPU context corrupt
2) Une fois que c'est débuggé, c'est loin de fonctionner
correctement.
Voire pas du tout.
Ça consiste en quoi « débuggé » ?
J'ai hacké le make.sh pour un bête problème de version de gcc (?). Et une fonction était appelée avec un nom obsolète (dixit la doc du noyo 2.6.10). Si besoin est, je pourrais retenter une install de ce foutu rpm pour plus de précisions...
Il y a des interférences entre X et le framebuffer. Que ce dernier
soit
en vesa ou en radeonfb d'ailleurs.
Pas de problème non plus de ce côté là (ce qui n'était pas le c as avec ma Rage Pro).
J'ai obtenu de l'aide... J'avais installé les drivers fglrx pour une 9500 Pro Lorsque j'ai changé de carte, j'ai laissé les fglrx (qui fonctionnent avec la 9250). J'ai ensuite changé mon XF86Confug-4 pour utuliser le driver libre "radeon" et j'ai viré fglrx-friver. fglrx-friver m'a bien supprimé la "diversion" pour la libGL mais n'a pas restauré correctement les liens symboliqes. J'ai donc réinstallé xlibmesa-gl et tout est rentré dans l'ordre. J'a i 950fps avec radeon contre 920 avec fglrx. Si j'active AgpFastWrite dans XF86Config-4, alors j'ai un écran noir avec un machine check :
kernel: agpgart: Found an AGP 3.0 compliant device at 0000:00:00.0. kernel: agpgart: XFree86 passes broken AGP3 flags (1f000a1f). Fixed. kernel: agpgart: Putting AGP V3 device at 0000:00:00.0 into 8x mode kernel: agpgart: Putting AGP V3 device at 0000:01:00.0 into 8x mode kernel: CPU 0: Machine Check Exception: 0000000000000004 kernel: Bank 4: b200000000070f0f kernel: Kernel panic - not syncing: CPU context corrupt
