Contenu | Rechercher | Menus

Annonce

Si vous avez des soucis pour rester connecté, déconnectez-vous puis reconnectez-vous depuis ce lien en cochant la case
Me connecter automatiquement lors de mes prochaines visites.

À propos de l'équipe du forum.

#1 Le 31/08/2008, à 12:45

Robert Biloute

Une soluce pour direct rendering:yes (ati radeon 9800 pro)

Salut,

Ca fait maintenant 3 mois que je suis passé sous ubuntu, ça marche pas mal à part la gestion de ma carte graphique (ati radeon 9800 pro). J'ai écumé les forums depuis tout ce temps, car je n'arrivais pas à avoir le direct rendering, j'y ai passé un temps pas possible, j'ai essayé les drivers proprios (a partir des dépôts et à partir du site driver ati pour les toutes dernières versions), j'ai bidouillé le Xorg.conf, bref tout le bataillon... Mais impossible d'avoir ce satané

Direct rendering: yes

(c'est à dire l'accélération 3D hardware)

après un glxconfig|grep direct..

Je viens enfin de trouver une soluce, qui fonctionne avec le driver libre radeon (pas encore testée avec le driver proprio fglrx, )je vous la livre car je ne l'ai pas trouvé partout et mon problème se divise en deux parties:

1) dans le fichier log du système (/var/log/syslog) j'avais le message: 

intel_rng: Firmware space is locked read-only.

suivi d'un conseil du genre "essayez l'option 'no_fwh_detect' "

Pour ce faire, j'ai créé un fichier nommé "local_intel_rng" (le nom n'est pas important sauf pour vous y retrouver! c'est le contenu du fichier qui compte) dans le répertoire /etc/modprobe.d/, et dans ce fichier j'ai placé la ligne de code:

options intel-rng no_fwh_detect=1

ce qui résout ce premier problème.. mais ç ce stade toujours pas de direct rendering.


2) dans le fichier log de Xorg (/var/log/Xorg.0.log) j'avais l'erreur:


(WW) RADEON(0): [agp] AGP not available
(EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI.
(II) RADEON(0): [agp] You may want to make sure the agpgart kernel module

( (EE) signale une erreur, pour dénicher les erreurs de votre Xorg.0.log, tapez

 cat Xorg.0.log | grep EE

)

le problème semblait donc être, d'après Xorg: je ne trouve pas le module qui gère l'AGP, donc pas de DRI (et pas d'acceleration 3D!), vérifiez que le module agpgart est bien chargé.

pour vérifier que agpgart est un module chargé, on fait un:

lsmod|grep agp

pour ma part, j'avais bien agpgart chargé, alors pourquoi Xorg ne le trouve pas??

j'ai fini par trouver cette soluce:

https://bugs.launchpad.net/ubuntu/+sour … +bug/78684

certains modules "EDAC" semblent interférer avec le chargement des modules AGP, il faut les empêcher d'être chargés, ce sont les deux modules:

i82875p_edac
edac_mc

vous pouvez vérifier si vous avez ce genre de modules chargés sur votre système en tapant

lsmod|grep edac

. Moi j'en avais juste un des deux.

pour empêcher qu'ils se chargent, il faut modifier le fichier /etc/modprobe.d/blacklist, qui contient la liste des modules "blacklistés", soit indésirables. Pour cela on édite le fichier blacklist (en mode administrateur) avec son éditeur favori (pour moi gedit):

sudo gedit  /etc/modprobe.d/blacklist

et on ajoute ces deux lignes au fichier:

blacklist i82875p_edac
blacklist edac_mc

Pour moi ça a marché du feu de dieu, enfin compiz fonctionne, j'ai mon bureau 3D, enfin je peux faire des jeux 3D (ya encore de l'optimisation a faire cela dit..)
Le plus marrant c'est que le Xorg.0.log, avant cette modif, me disant que le driver libre "radeon" ne permettait pas la prise en charge de l'acceleration 3D pour les radeon 9700 et plus récentes (ce qui est mon cas, j'ai une 9800). heureusement que je l'ai pas trop cru..

Voilà, c'est un poste résolu, mais si quelqu'un peut nous expliquer plus en détail ce qui s'est passé avec ma config, qu'est ce que ces edac... ?

bon courage avec votre carte graphique, je sais maintenant que ça peut être une grosse galère, mais quelle jouissance à la fin!
bon maintenant faut que je résolve mes problèmes de son...

Hors ligne

#2 Le 06/09/2008, à 20:03

wido

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

il faudrait que tu rajoutes ton lien à la doc concernant les ati

Hors ligne

#3 Le 07/09/2008, à 07:21

inconnu

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

tout faux ! direct rendering c'est l'acceleration 3D hardware ou software.

ensuite la consommation cpu indique si c'est hardware ou software wink

#4 Le 08/09/2008, à 13:54

Robert Biloute

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

ha ouais ?
alors typiquement un Xorg qui consomme environ 20% avec les effets compiz activé ça vous semble correct ?

Hors ligne

#5 Le 08/09/2008, à 14:07

Robert Biloute

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

wido a écrit :

il faudrait que tu rajoutes ton lien à la doc concernant les ati

comment je fais ça ?

Hors ligne

#6 Le 08/09/2008, à 20:03

wido

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

Hors ligne

#7 Le 08/09/2008, à 21:19

maht

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

Content que tu es soulevé ce problème, parce que ca m'a permis de me relancer à la recherche de 'direct rendering yes' pour ma radeon, avec une lueur d'espoir au coin de l'oeil.

Après lecture du bug sur launchpad, il semble que blackliser les modules EDAC ne fonctionne que pour les cartes ayant un chipset Intel.
J'ai perso une K8N d'asus, chipset nvidia nforce3, touché par le même bug (impossible d'initialiser l'AGP dans Xorg) - et il n'y a pas de module EDAC de chargés.

Pour info, l'impossibilité d'activer le DRI vient bien de ce problème d'AGP, lié apparement à une mauvaise communication entre le bios et le kernel : un petit

Section "Device"
...
	Option "BusType" "PCI"
EndSection

dans le xorg active le saint graal : direct-rendering : YES
mais les performances sont nulles.

Quelqu'un a testé le kernel 2.6.27 avec une de ces configurations problèmatiques  ?

Hors ligne

#8 Le 09/09/2008, à 09:27

inconnu

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

bon, moi j'ai le même pb avec ma radeon9550... j'ai l'acceleration 3d mais software (le cpu fait tout le boulot).

sous gutsy : glxgears prend 15% du cpu.
sous hardy : glxgears prend 100%.

(avec dans les 2 cas direct rendering = yes).
C'est chiant.

#9 Le 30/10/2008, à 10:12

Robert Biloute

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

dernières nouvelles: ça marche aussi avec le driver fglrx le plus récent (a partir du site ati) et même mieux qu'avec radéon, ça ne marche pas avec le fglrx des dépôts

Hors ligne

#10 Le 01/11/2008, à 12:18

Charon

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

maht a écrit :

Content que tu es soulevé ce problème, parce que ca m'a permis de me relancer à la recherche de 'direct rendering yes' pour ma radeon, avec une lueur d'espoir au coin de l'oeil.

Après lecture du bug sur launchpad, il semble que blackliser les modules EDAC ne fonctionne que pour les cartes ayant un chipset Intel.
J'ai perso une K8N d'asus, chipset nvidia nforce3, touché par le même bug (impossible d'initialiser l'AGP dans Xorg) - et il n'y a pas de module EDAC de chargés.

Pour info, l'impossibilité d'activer le DRI vient bien de ce problème d'AGP, lié apparement à une mauvaise communication entre le bios et le kernel : un petit

Section "Device"
...
	Option "BusType" "PCI"
EndSection

dans le xorg active le saint graal : direct-rendering : YES
mais les performances sont nulles.

Quelqu'un a testé le kernel 2.6.27 avec une de ces configurations problèmatiques  ?

J'ai une P5K (donc chipset intel) et une CG HD4870 j'ai tester avec le kernel 2.6.27 ,  2.6.26 mais rien à faire pour moi ca ne fonctionne toujours pas. Par contre avec le 2.6.18 aucun probleme.

LSPCI

... 01:00.0 VGA compatible controller: ATI Technologies Inc RV770 [Radeon HD 4870] ...

FGLRXINFO

display: :0.0  screen: 0
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.5.1)

Edit :
GLXINFO

name of display: :0.0
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
    GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control,
    GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
    GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_OML_swap_method,
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_EXT_texture_from_pixmap
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.5.1)
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_imaging, GL_ARB_multitexture,
    GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_shadow,
    GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
    GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
    GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
    GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
    GL_ARB_transpose_matrix, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra,
    GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op,
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
    GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_fog_coord,
    GL_EXT_framebuffer_object, GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels,
    GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_rescale_normal,
    GL_EXT_secondary_color, GL_EXT_separate_specular_color,
    GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
    GL_EXT_texture_env_dot3, GL_EXT_texture_lod_bias, GL_EXT_texture_object,
    GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels,
    GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once,
    GL_ATIX_texture_env_combine3, GL_IBM_texture_mirrored_repeat,
    GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture,
    GL_NV_blend_square, GL_NV_point_sprite, GL_NV_texgen_reflection,
    GL_NV_texture_rectangle, GL_SGIS_generate_mipmap,
    GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
    GL_SGIS_texture_lod, GL_SGIX_depth_texture, GL_SGIX_shadow,
    GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays
glu version: 1.3
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 24 tc  0 24  0 r  y  .  8  8  8  0  0 16  0  0  0  0  0  0 0 None
0x24 24 tc  0 24  0 r  y  .  8  8  8  0  0 16  8 16 16 16  0  0 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0x27 24 dc  0 24  0 r  y  .  8  8  8  0  0 16  0  0  0  0  0  0 0 None
0x28 24 dc  0 24  0 r  y  .  8  8  8  0  0 16  8 16 16 16  0  0 0 None
0x29 24 dc  0 32  0 r  y  .  8  8  8  8  0 16  8 16 16 16 16  0 0 None
0x2a 24 dc  0 32  0 r  .  .  8  8  8  8  0 16  8 16 16 16 16  0 0 None

Dernière modification par Charon (Le 01/11/2008, à 12:58)

Hors ligne

#11 Le 01/11/2008, à 14:23

pierluc

Re : Une soluce pour direct rendering:yes (ati radeon 9800 pro)

J'ai un Raedon 9550 et mes performances sont vraiment en dessous de ce que j'ai sous Windows. Je me doutais bien que quelque chose n'allait pas. J'ai lus sur le site de la communauté francophones de Fedora qu'il y avait un problème avec l'AGP et ils semblaient dire que c'était réglé avec le pilote Catalyst 8.10. C'est pas le cas?


Porte-Folio: http://pearluc.wordpress.com
Linux, là où la main de l'homme n'a jamait mit pied.
Capitaine Patnaud, Émission Dans une galaxie près de chez vous
Pour rire: www.tetesaclaques.tv

Hors ligne