Newsgroup: it.comp.os.linux.debian
Titolo: DRI

Ciao a tutti mi trovo con questo problema, ho fatto un apt-get update e 
successivamente upgrade. Al riavvio successivo il dri che prima era 
attivo ora non lo è più.
Ho controllato il contenuto della cartella "dri"
/usr/X11R6/lib/modules/dri# ls
atiogl_a_dri.so  fglrx_dri.so
Poi ho provato a fare quello che segue ma non noto anomalie particolari, 
qualche suggerimento?
# export LIBGL_DEBUG=verbose
# export MESA_DEBUG=verbose
$ 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: ATI
client glx version string: 1.3
client glx extensions:
     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
     GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample,
     GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
     GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
     GLX_ARB_multisample
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R300 20060815 AGP 1x TCL
OpenGL version string: 1.2 (1.3 Mesa 6.5.1)
OpenGL extensions:
     GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp,
     GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
     GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3,
     GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color,
     GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add,
     GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
     GL_EXT_texture_lod_bias
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 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  1 0 None
0x24 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  1 0 Slow
0x25 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  1 0 Slow
0x26 16 tc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  1 0 Slow
0x27 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  1 0 None
0x28 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  1 0 Slow
0x29 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  1 0 Slow
0x2a 16 tc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  1 0 Slow
0x2b 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0  0  0  0  0  1 0 None
0x2c 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8  0  0  0  0  1 0 Slow
0x2d 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  0 16 16 16  0  1 0 Slow
0x2e 16 dc  0 16  0 r  y  .  5  6  5  0  0 16  8 16 16 16  0  1 0 Slow
0x2f 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0  0  0  0  0  1 0 None
0x30 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8  0  0  0  0  1 0 Slow
0x31 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  0 16 16 16  0  1 0 Slow
0x32 16 dc  0 16  0 r  .  .  5  6  5  0  0 16  8 16 16 16  0  1 0 Slow

 attivo ora non lo è più.
Cerca messaggi che riguardano il DRI in /var/log/Xorg.0.log.
Mica hai aggiornato il kernel per caso?
Ciao
  Andrea

No l'aggiornamenteo non riguardava il kernel, ma kde-base e tutto ciò 
che è annesso a questo pacchetto.
C'è qualcosa che non mi torna perchè se faccio 'glxinfo' continua a dirmi
Direct Rendering: No (mentre prima era Yes)
comunque per fornire ulteriori informazioni posto il contenuto 
(parziale) di Xorg.0.log
~# grep -i "Direct rendering" /var/log/Xorg.0.log
(II) RADEON(0): Direct rendering enabled
~# grep -i "DRI" /var/log/Xorg.0.log
         X.Org Video Driver: 1.0
         X.Org XInput driver : 0.6
         ABI class: X.Org Video Driver, version 1.0
(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions/libdri.so
(II) Module dri: vendor="X.Org Foundation"
(II) Loading extension XFree86-DRI
(II) Loading /usr/lib/xorg/modules/drivers/ati_drv.so
         Module class: X.Org Video Driver
         ABI class: X.Org Video Driver, version 1.0
         Module class: X.Org XInput Driver
         ABI class: X.Org XInput driver, version 0.6
         Module class: X.Org XInput Driver
         ABI class: X.Org XInput driver, version 0.6
(II) ATI: ATI driver (version 6.6.3) for chipsets: ati, ativga
(II) R128: Driver for ATI Rage 128 chipsets:
(II) RADEON: Driver for ATI Radeon chipsets: ATI Radeon QD (AGP),
(II) Loading /usr/lib/xorg/modules/drivers/radeon_drv.so
         Module class: X.Org Video Driver
         ABI class: X.Org Video Driver, version 1.0
         ABI class: X.Org Video Driver, version 1.0
         ABI class: X.Org Video Driver, version 1.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(II) RADEON(0): [dri] Found DRI library version 1.2.0 and kernel module 
version
1.25.0
         ABI class: X.Org Video Driver, version 1.0
         ABI class: X.Org Video Driver, version 1.0
         ABI class: X.Org Video Driver, version 1.0
         ABI class: X.Org Video Driver, version 1.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(II) RADEON(0): [drm] created "radeon" driver at busid "pci:0000:01:00.0"
(II) RADEON(0): [dri] Visual configs initialized
(**) RADEON(0): DRI New memory map param
(**) RADEON(0): DRI Finishing init !
(II) RADEON(0): [DRI] installation complete
(WW) RADEON(0): DRI init changed memory map, adjusting ...
         ABI class: X.Org Video Driver, version 1.0
drmOpenDevice: node name is /dev/dri/card0
drmOpenDevice: node name is /dev/dri/card0
(WW) AIGLX: 3D driver claims to not support visual 0x23
(WW) AIGLX: 3D driver claims to not support visual 0x24
(WW) AIGLX: 3D driver claims to not support visual 0x25
(WW) AIGLX: 3D driver claims to not support visual 0x26
(WW) AIGLX: 3D driver claims to not support visual 0x27
(WW) AIGLX: 3D driver claims to not support visual 0x28
(WW) AIGLX: 3D driver claims to not support visual 0x29
(WW) AIGLX: 3D driver claims to not support visual 0x2a
(WW) AIGLX: 3D driver claims to not support visual 0x2b
(WW) AIGLX: 3D driver claims to not support visual 0x2c
(WW) AIGLX: 3D driver claims to not support visual 0x2d
(WW) AIGLX: 3D driver claims to not support visual 0x2e
(WW) AIGLX: 3D driver claims to not support visual 0x2f
(WW) AIGLX: 3D driver claims to not support visual 0x30
(WW) AIGLX: 3D driver claims to not support visual 0x31
(WW) AIGLX: 3D driver claims to not support visual 0x32
(II) AIGLX: Loaded and initialized /usr/lib/dri/r300_dri.so
(II) GLX: Initialized DRI GL provider for screen 0


 ~# grep -i "DRI" /var/log/Xorg.0.log
Dal log sembra tutto a posto; prova con
ldd /usr/bin/glxinfo
e verifica che la libreria libGL sia quella fornita dal driver ATI
e non quella standard di xorg; ora non ricordo bene, la cosa è gestita
attraverso update-alternatives, ma non ho mai compreso fino in fondo il 
meccanismo.
Ciao
  Andrea

Anche qui non noto niente di strano e questo di per sè è molto 
strano.... :-D
~# ldd /usr/bin/glxinfo
         linux-gate.so.1 =>  (0xffffe000)
         libGL.so.1 => /usr/lib/libGL.so.1 (0xb7e24000)
         libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7da5000)
         libglut.so.3 => /usr/lib/libglut.so.3 (0xb7d71000)
         libm.so.6 => /lib/tls/libm.so.6 (0xb7d4c000)
         libc.so.6 => /lib/tls/libc.so.6 (0xb7c1a000)
         libX11.so.6 => /usr/lib/libX11.so.6 (0xb7b2d000)
         libXext.so.6 => /usr/lib/libXext.so.6 (0xb7b1f000)
         libpthread.so.0 => /lib/tls/libpthread.so.0 (0xb7b0d000)
         libdl.so.2 => /lib/tls/libdl.so.2 (0xb7b09000)
         libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb7a24000)
         libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb7a19000)
         libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb7a13000)
         /lib/ld-linux.so.2 (0xb7eef000)
         libXau.so.6 => /usr/lib/libXau.so.6 (0xb7a10000)
         libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb7a0b000)
~# ls /usr/lib/libGL*
/usr/lib/libGL.so    /usr/lib/libGLU.a   /usr/lib/libGLU.so.1
/usr/lib/libGL.so.1  /usr/lib/libGLU.so  /usr/lib/libGLU.so.1.3.060501
Andrea Palazzi wrote:
[CUT]


 /usr/lib/libGL.so.1  /usr/lib/libGLU.so  /usr/lib/libGLU.so.1.3.060501
ls -l  /usr/lib/libGL*
PS: quota meglio, per favore.
Ciao
  Andrea

Ciao Andrea innanzitutto ti ringrazio per l'aiuto, poi volevo chiederti 
   che intendi per quotare "meglio", io copio e incollo semplicemente i 
risultati che ottengo digitando i comandi nel terminale. Questo è il 
risultato dell'ultimo comando (con l'opzione -l come mi hai suggerito tu)
~# ls -l  /usr/lib/libGL*
lrwxrwxrwx 1 root root     26 Feb 12 00:48 /usr/lib/libGL.so -> 
/usr/lib/xorg/libGL.so.1.2
lrwxrwxrwx 1 root root     26 Feb 12 00:48 /usr/lib/libGL.so.1 -> 
/usr/lib/xorg/libGL.so.1.2
-rw-r--r-- 1 root root 688008 Jan  3 15:42 /usr/lib/libGLU.a
lrwxrwxrwx 1 root root     11 Feb  6 08:12 /usr/lib/libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root     20 Feb  6 08:12 /usr/lib/libGLU.so.1 -> 
libGLU.so.1.3.060501
-rw-r--r-- 1 root root 519844 Jan  3 15:42 /usr/lib/libGLU.so.1.3.060501

 /usr/lib/xorg/libGL.so.1.2
Come sospettavo, la libreria punta a quella fornita con xorg, invece 
dovrebbe puntare a quella fornita da ati (fglrx). Io ho una nvidia e 
mapo@marcopolo:~$ ls -l /usr/lib/libGL.so
lrwxrwxrwx 1 root root 37 2007-02-13 13:36 /usr/lib/libGL.so -> 
/usr/lib/nvidia/libGL.so.1.2.xlibmesa
Nel tuo caso dovrebbe puntare alla libGL fornita da ati, devi giocare 
con dpkg-divert, ma ora non mi ricordo più in che maniera esattamente. 
Cerca con google (anche nei gruppi) qualcosa con debian fglrx 
dpkg-divert e vedi cosa esce, se non è chiaro torna qui con quello che 
hai trovato.
Ciao
  Andrea

 ~# ls -l  /usr/lib/libGL*
ho optato per una soluzione "un po' più sporca" ma ugualmente efficiente.
La mia è una knoppix installata su HD, perciò l'ho fatta partire in 
modalità live scegliendo Beryl come WM tanto per essere sicuro che 
configurasse anche l'accelerazione 3d ed ho sostituito i files ed i link 
simbolici corrotti che avevo nell'HD e che in effetti ad un'osservazione 
più attenta erano risultati di dimensione 0 (deve essere successo quando 
avevo provato ad installare i drivers proprietari) con quelli originali 
della distro che erano sani e della dimensione corretta. Al riavvio 
successivo l'accelerazione 3d del direct rendering interface ha ripreso 
a funzionare correttamente.
Posto questa cosa perchè spero possa essere d'aiuto a qualcuno.
Ciao! EleKtR0sMoG