[DRI]Accélération Graphique avec vieille machine (Résolu)

Xorg, Compiz, KDE / Gnome / Xfce / Fluxbox / e17 / fvwm ... GDM/KDM/XDM...
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

[DRI]Accélération Graphique avec vieille machine (Résolu)

Message par BadPotato »

Bonjour,

Ça dois faire au moins deux mois que je suis sous ArchLinux avec Fluxbox, j'ai pu m'en tirer pas trop pire grâce aux divers howto, wiki sur le net :)

Seulement, ma machine quand assez vieille et peut etre pas la plus vite(256ram) et j'ai eu un peu de misere a configurer mon xorg (en faite, je me suis inspirer du xorg.conf de mon live-cd Gparted, en faisant quelques copié/coller où il fallait et en réajustant le tout)

Donc, finalement j'ai mon interface graphique, je suis content... seulement je ne réussis pas a obtenir une bonne accélération graphique.

Comme ArchLinux vient me le dire directement en face.. :(

Code : Tout sélectionner

[admin1@ArchLinux ~]$ glxinfo | grep "direct rendering"
direct rendering: No

...alors voici ma config, sans plus tardé:

Code : Tout sélectionner

[admin1@ArchLinux ~]$ lspci
00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82815 Chipset Graphics Controller (CGC) (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 02)
00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 02)
00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 (rev 02)
00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio Controller (rev 02)
01:07.0 Token ring network controller: IBM 16/4 Token ring UTP/STP controller (rev 66)
01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
(donc c'est le
00:02.0 VGA compatible controller: Intel Corporation 82815 Chipset Graphics Controller (CGC) (rev 02)
qui est important)

Mon xorg.conf, est ici

mes log d'erreur:

Code : Tout sélectionner

[admin1@ArchLinux ~]$ grep WW /var/log/Xorg.0.log
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(WW) Open ACPI failed (/var/run/acpid.socket) (No such file or directory)
(WW) I810(0): Direct rendering disabled
[admin1@ArchLinux ~]$ grep EE /var/log/Xorg.0.log
Current Operating System: Linux ArchLinux 2.6.22-ARCH #1 SMP PREEMPT Wed Sep 26 20:57:40 CEST 2007 i686
(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
(II) Loading extension MIT-SCREEN-SAVER
et mon /var/log/Xorg.0.log intégral

glxinfo:

Code : Tout sélectionner

[admin1@ArchLinux ~]$ 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_copy_sub_buffer, 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_MESA_copy_sub_buffer,
    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.4 (1.5 Mesa 6.5.2)
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program,
    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
    GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_point_sprite,
    GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp,
    GL_ARB_texture_compression, 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_vertex_program,
    GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
    GL_EXT_blend_equation_separate, 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_paletted_texture, 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_shared_texture_palette, 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_mirror_clamp, GL_EXT_texture_object,
    GL_EXT_texture_rectangle, GL_EXT_vertex_array, GL_APPLE_packed_pixels,
    GL_ATI_draw_buffers, 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_fragment_program, GL_NV_light_max_exponent, GL_NV_point_sprite,
    GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_NV_vertex_program,
    GL_NV_vertex_program1_1, GL_SGI_color_matrix, GL_SGI_color_table,
    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

   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
puis voila aussi un glxgears qui tourne pendant ~5minutes(même si c'est peut être pas super utile..)

voila, mais sinon, y'a de ca deux semaine, j'avais vu quelqu'un d'autre dans mes recherches qui avait un peu le meme probleme (avec une vieille carte graphique intel) et il fallait qui mette quelques chose de spécial par apport au socket (qui n'était pas pareil au miens, mais voila... j'ai perdu le liens :?

Je tiens aussi a dire que l'accélération graphique devrait être possible, vu que quand j'étais sous xubuntu, le jeu de SuperTux fonctionnait a merveille, alors que la chaque seconde est assez pénible (sans exagération).

Merci d'avance :D

ps: et biensur, j'ai tout bien installer les drivers intel (enfin je crois)
avec

Code : Tout sélectionner

# pacman -S xf86-video-i810 
Dernière modification par BadPotato le sam. 27 oct. 2007, 07:46, modifié 1 fois.
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

C'est quoi ta carte mère, je pense que le problème vient du fait que le support AGP n'est pas activé dans le kernel.

J'ai eu un problème similaire avec Arch et j'ai du recompiler mon noyau sous Arch pour activer le AGP support pour le chipset Intel I865.
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

d2_racing a écrit :C'est quoi ta carte mère, je pense que le problème vient du fait que le support AGP n'est pas activé dans le kernel.

J'ai eu un problème similaire avec Arch et j'ai du recompiler mon noyau sous Arch pour activer le AGP support pour le chipset Intel I865.
:?
hmmm, je suis pas très spécialiste dans la compilation de kernel, et j'dois admettre que j'ai aucune idée du nom de ma carte mere, faut dire qu'elle est un peu spécial:

http://img134.imageshack.us/img134/5024/s2010041hf2.jpg
http://img134.imageshack.us/img134/4335/s2010040pc0.jpg
http://img134.imageshack.us/img134/9434/s2010039qu7.jpg
(en gros, il a une sorte de grosse carte d'extension, qui elle même a plein de slot pour les carte extension (et oui c'est d'la scrap ... ))

mais selon sysinfo, j'aurais un truc du genre


mais bon... je pourrais toujours tenter la recompilation du noyau, si j'ai pas le d'autre moyen pour le support AGP... (c'est que j'ai pas trop le gout d'arriver en bout de ligne avec un kernel parnic et recommencer le tout :( )

Mais voila, comment on complie ca la, un noyau? :lol: (hésitez pas a me filler des tas de liens)
milambert
Hankyu
Messages : 38
Inscription : mar. 21 août 2007, 09:47
Localisation : Belgique

Message par milambert »

Bon, ta carte mère est une de type NLX (ou dérivé) concue pour être utilisée dans les boitier bas profile.

mais c'a ne vas pas t'aider.

sinon, essaye de fixer la quantité de ram a alouer au chip.

Au fait, si cela fonctionnait sur kubuntu, ne sais tu pas récupérer le xorg.conf de cette distribution ??
Avatar de l’utilisateur
mélodie
Maître du Kyudo
Messages : 2784
Inscription : lun. 30 oct. 2006, 02:06
Localisation : Pyrénées

Message par mélodie »

Les informations sur le hardwares s'obtiennent en lançant en mode root dans une console :

Code : Tout sélectionner

lshw
(il faut l'installer d'abord)

Code : Tout sélectionner

hwd -ec
(il doit être déjà installé)

en mode non root :

Code : Tout sélectionner

lspci


non root, mais juste après avoir booté :

Code : Tout sélectionner

dmesg
Compilation kernel :
Il y a un howto dans la section wiki, regardes si ça te parle.

Et en attendant tu peux toujours regarder dans le fichier /boot/kconfig26 si tu vois une ligne relative à ce support AGP pour Intel. (Et ainsi te rendre compte s'il est ou non activé).
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

En effet, envoit le résultat de la commande lspci en étant root et on va s'occuper de ça :)

Je suis capable de faire fonctionner le DRI sous Gentoo, alors je vois pas pourquoi ça ne fonctionnerait pas sous Arch :)
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

Merci pour toutes vos réponses :)
bon alors..
mélodie a écrit :Et en attendant tu peux toujours regarder dans le fichier /boot/kconfig26 si tu vois une ligne relative à ce support AGP pour Intel. (Et ainsi te rendre compte s'il est ou non activé).


j'ai trouver en effet, ceci où il semble parler d'AGP et du fait qu'il ne soit pas "setter"
(j'ai mit quelques retour de chariot intentionnel, pour mettre en évidence)

Code : Tout sélectionner

#
# IPMI
#
CONFIG_IPMI_HANDLER=m
# CONFIG_IPMI_PANIC_EVENT is not set
CONFIG_IPMI_DEVICE_INTERFACE=m
CONFIG_IPMI_SI=m
CONFIG_IPMI_WATCHDOG=m
CONFIG_IPMI_POWEROFF=m
# CONFIG_WATCHDOG is not set
CONFIG_HW_RANDOM=y
CONFIG_HW_RANDOM_INTEL=m
CONFIG_HW_RANDOM_AMD=m
CONFIG_HW_RANDOM_GEODE=m
CONFIG_HW_RANDOM_VIA=m
CONFIG_NVRAM=m
CONFIG_RTC=m
CONFIG_GEN_RTC=m

# CONFIG_GEN_RTC_X is not set
CONFIG_DTLK=m
CONFIG_R3964=m
CONFIG_APPLICOM=m
CONFIG_SONYPI=m
CONFIG_AGP=m
CONFIG_AGP_ALI=m
CONFIG_AGP_ATI=m
CONFIG_AGP_AMD=m
CONFIG_AGP_AMD64=m

CONFIG_AGP_INTEL=m

CONFIG_AGP_NVIDIA=m
CONFIG_AGP_SIS=m
CONFIG_AGP_SWORKS=m
CONFIG_AGP_VIA=m
CONFIG_AGP_EFFICEON=m
CONFIG_DRM=m
CONFIG_DRM_TDFX=m
CONFIG_DRM_R128=m
CONFIG_DRM_RADEON=m
CONFIG_DRM_I810=m
CONFIG_DRM_I830=m
CONFIG_DRM_I915=m
CONFIG_DRM_MGA=m
CONFIG_DRM_SIS=m
CONFIG_DRM_VIA=m
CONFIG_DRM_SAVAGE=m
donc il faut probablement faire de quoi avec cette ligne :

Code : Tout sélectionner

CONFIG_AGP_INTEL=m
=> mais quoi? =/

------
milambert a écrit :sinon, essaye de fixer la quantité de ram a alouer au chip.

Au fait, si cela fonctionnait sur Xubuntu, ne sais tu pas récupérer le xorg.conf de cette distribution ??
> la ram et le chip... je n'y connais vraiment rien, si ta lien a me passer pour ... :oops:

>en faite, avec l'envirronement Xfce, j'ai toujours eu des petit problème avec la console (pas moyen de faire ctrl+F1 sans redémarrer le serveur X du meme coup, donc impossibilité de faire des manip correctement (mais je ne suis pas non plus le seul a avoir ce bug: plus d'info 1 et 2) et aussi, ArchLinux est présentement mon seul OS, donc...
d2_racing a écrit :En effet, envoit le résultat de la commande lspci en étant root et on va s'occuper de ça :)
Entre le root et le user, il semble pas avoir grande différence, à ce que j'ai mit un peu plus haut :P

Code : Tout sélectionner

[root@ArchLinux ~]# lspci
00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 02)
00:02.0 VGA compatible controller: Intel Corporation 82815 Chipset Graphics Controller (CGC) (rev 02)
00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev 02)
00:1f.0 ISA bridge: Intel Corporation 82801BA ISA Bridge (LPC) (rev 02)
00:1f.1 IDE interface: Intel Corporation 82801BA IDE U100 Controller (rev 02)
00:1f.2 USB Controller: Intel Corporation 82801BA/BAM USB Controller #1 (rev 02)
00:1f.3 SMBus: Intel Corporation 82801BA/BAM SMBus Controller (rev 02)
00:1f.5 Multimedia audio controller: Intel Corporation 82801BA/BAM AC'97 Audio Controller (rev 02)
01:07.0 Token ring network controller: IBM 16/4 Token ring UTP/STP controller (rev 66)
01:0c.0 Ethernet controller: 3Com Corporation 3c905C-TX/TX-M [Tornado] (rev 78)
----
mélodie a écrit :

Code : Tout sélectionner

lshw
(il faut l'installer d'abord)
voilà, sur pastebin
mélodie a écrit :

Code : Tout sélectionner

hwd -ec
(il doit être déjà installé)
voila, sur pastebin
mélodie a écrit : non root, mais juste après avoir booté :

Code : Tout sélectionner

dmesg
et encore pastebin


ouf! x_x
Avatar de l’utilisateur
mélodie
Maître du Kyudo
Messages : 2784
Inscription : lun. 30 oct. 2006, 02:06
Localisation : Pyrénées

Message par mélodie »

BadPotato a écrit :
donc il faut probablement faire de quoi avec cette ligne :

Code : Tout sélectionner

CONFIG_AGP_INTEL=m
=> mais quoi? =/
Rien du tout, m veut dire qu'il est configuré en module, il est donc chargé durant la séquence de démarrage. Sinon, il serait sur "is not set".

Je laisse les spécialistes te répondre, pour le reste.
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

Ça semble être correct.

Peux-tu poster ton fichier /etc/X11/xorg.conf s.v.p.
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

ah, tu es sur..? car apres avoir reregarder mon "/boot/kconfig26", j'aurais peut etre tendance a dire que "m" veut dire "faux"

et "y" voudrais dire "vrai" (yes)...

enfin je dis ca comme ça, est-ce que quelqu'un pourrait me confirmer?

voici la totalité de mon /boot/kconfig26

edit: @d2_racing: je l'avais déja poster un plus plus haut, mais... revoila (/etc/X11/xorg.conf) :)
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

le =m indique que l'option va etre compilé en tant que module, il suffit de la charger pour pouvoir l'utiliser
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

ho...

t est-ce qu'il un endroit spécifique pour lui demander de le charger et ainsi de l'activer..?

(pardonné moi si mes questions sont idiotes :? )
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

C'est supposé se faire automatiquement.

Peux-tu poster ton lsmod s.v.p.
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Message par tuxce »

pour charger un module:

Code : Tout sélectionner

modprobe module
en l'occurrence pour l'agp d'intel:

Code : Tout sélectionner

modprobe intel_agp
mais normalement, ce n'est pas nécessaire, udev le chargera automatiquement en se basant sur le fichier

Code : Tout sélectionner

/lib/modules/`uname -r`/modules.alias
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

ok, merci de tes précisions tuxce!

voila mon lsmod

edith: j'ai mit lsmod sur pastebin.. pour une meilleur lecture...
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

essaie donc de faire un modprobe drm

Au pire fait cette manipulation quand tu est dans TTy1 et fait un kill de X et ensuite relance X.
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

d'accord,

alors, j'ai fait:

Code : Tout sélectionner

# modprobe drm 
... mais comment savoir si ca fonctionne?

en tout cas si j'essais avec glxinfo, ca donne rien:

Code : Tout sélectionner

[root@ArchLinux ~]# glxinfo | grep "direct rendering" 
direct rendering: No
j'ai aussi essayer dans TTy1

donc:

Code : Tout sélectionner

[root@ArchLinux ~]# modprobe drm 
[root@ArchLinux ~]# pkill X
et puis en relançant X... mais ca semble pas donner grand chose...


... finalement je crois que la meilleur solution serait de recompiller le kernel, comme tu disais plus haut... mais heu... est-ce qu'il aurait moyen de créer une sorte de "back up", car je n'ai pas beaucoup le gout de finir avec kernel panic et tout perde...

(j'avais surtout penser, a peut etre prendre mon live-cd de toutou linux, puis copier toutes mes partition sur différent DVDs (en notant les numéro de partition et tout) puis si mon systèmes crash, j'aurait juste a tout formater, recopier mes partitions a leur place et enfin réparer grub. Ca pourrait fonctionner, en tant que back up?)

en tout cas... pour le moment je continue a lire le howto sur la recompilation du kernel... :?
Avatar de l’utilisateur
BadPotato
archer
Messages : 127
Inscription : dim. 26 août 2007, 19:57
Localisation : Canada - Québec

Message par BadPotato »

en passant, maintenant que j'y pense...
Extrait de mon Xorg.conf a écrit :

# **********************************************************************
# Server flags section.
# **********************************************************************

Section "ServerFlags"

########
Option "AIGLX" "off"
########


# Uncomment this to cause a core dump at the spot where a signal is
# received. This may leave the console in an unusable state, but may
# provide a better stack trace in the core dump to aid in debugging

# Option "NoTrapSignals"

# Uncomment this to disable the <Ctrl><Alt><Fn> VT switch sequence
# (where n is 1 through 12). This allows clients to receive these key
# events.

# Option "DontVTSwitch"

# Uncomment this to disable the <Ctrl><Alt><BS> server abort sequence
# This allows clients to receive this key event.

# Option "DontZap"

# Uncomment this to disable the <Ctrl><Alt><KP_+>/<KP_-> mode switching
# sequences. This allows clients to receive these key events.

# Option "Dont Zoom"

# Uncomment this to disable tuning with the xvidtune client. With
# it the client can still run and fetch card and monitor attributes,
# but it will not be allowed to change them. If it tries it will
# receive a protocol error.

# Option "DisableVidModeExtension"

# Uncomment this to enable the use of a non-local xvidtune client.

# Option "AllowNonLocalXvidtune"

# Uncomment this to disable dynamically modifying the input device
# (mouse and keyboard) settings.

# Option "DisableModInDev"

# Uncomment this to enable the use of a non-local client to
# change the keyboard or mouse settings (currently only xset).

# Option "AllowNonLocalModInDev"

EndSection
je me souvenait donc, avoir mit:

Code : Tout sélectionner

  Option  "AIGLX" "off"
.. dans mon xorg.conf car a l'époque où j'essayais de démarrer le serveur X, il affichait un warning en lien avec AIGLX ...

donc j'avait mit babarement un "off" à AIGLX :lol:
(si je met un commentaire a cette ligne je peux quand meme démarrer mon serveur X)

... donc, heu.. est-ce que AILGLX aide pour l'accélération graphique?
Avatar de l’utilisateur
d2_racing
yeomen
Messages : 243
Inscription : sam. 12 mai 2007, 19:13
Localisation : Québec,Canada

Message par d2_racing »

AIGLX sert seulement pour Beryl/Compiz...alors non ça peut pas aider, car tu dois avoir le DRI pour pouvoir activer le AIGLX.
Un Gentooiste,un Debianeu et un Archer :)
Avatar de l’utilisateur
mélodie
Maître du Kyudo
Messages : 2784
Inscription : lun. 30 oct. 2006, 02:06
Localisation : Pyrénées

Message par mélodie »

BadPotato a écrit :d'accord,

alors, j'ai fait:

Code : Tout sélectionner

# modprobe drm 
... mais comment savoir si ca fonctionne?

en tout cas si j'essais avec glxinfo, ca donne rien:

Code : Tout sélectionner

[root@ArchLinux ~]# glxinfo | grep "direct rendering" 
direct rendering: No
On_ne_doit_pas_lancer_en_root des commandes qui peuvent être lancées en user !

Exemple:

Code : Tout sélectionner

$ glxinfo | grep "direct rendering" 
libGL warning: 3D driver claims to not support visual 0x4b
direct rendering: Yes
Ça marche très bien en mode utilisateur ! Si tu lances un outil comportant une faille de sécurité, en mode utilisateur elle ne fera pas de dommage au système. En mode root, elle peut causer des dommages au système.

(quelqu'un ne l'a pas déjà dit quelques posts plus haut ?)

Pour modprobe et rmmod c'est différent, il faut le mode root :

Code : Tout sélectionner

$ rmmod kqemu 
ERROR: Removing 'kqemu': Operation not permitted

Code : Tout sélectionner

$ sudo rmmod kqemu
Mot de passe : 

Code : Tout sélectionner

$ modprobe kqemu
FATAL: Error inserting kqemu (/lib/modules/2.6.22-MMS/misc/kqemu.ko): Operation not permitted
On sait que ça a marché quand il rend le prompt sans hurler.
Répondre