metallic
29-11-2005, 16:59
Ciao a tutti!!!
Sono alle solite con i Drivers proprietari ATI,
cioè ora seguendo una guida sono riuscito a farli "funzionare",
almeno X si avvia, però...
Intento ad attivare le mie belle trasparenze in KDE, noto che vanno come con i drivers OpenSource, googlando qua e la ho trovato la soluzione, in pratica continuano ad essere in esecuzione i MESA, che passano tutto il carico "grafico" al processore invece che alla GPU.
Allora ho installato il DRI, prelevando il binario (-r200- per la mia serie di GPU c'è scritto così...) da:
http://dri.freedesktop.org/wiki/
Installato (con lo script integrato, che dovrebbe modificare correttamente il file xorg.conf...) senza errori, avvio tutto contento X, ma scopro con "glxinfo" che usa ancora i MESA... Vi spedisco l'output:
metallic@darkstar:~$ 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_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGIS_multisample, GLX_SGIX_fbconfig
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_ARB_multisample, GLX_ATI_pixel_format_float,
GLX_ATI_render_texture
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_multisample
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.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 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None
0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None
0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None
0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None
0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x3f 32 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Ho dato uno sguardo al log di X, ma non ci sono errori nel caricamento di DRI... In xorg.conf ho anche decommentato manualmente le linee riguardanti il caricamento di DRI, ma niente...
Che parametri devo inserire? P.F. aiutatemi è l'ultimo passo prima del funzionamento definitivo della mia scheda su Linux... :D
Grazie mille a chiunque mi aiuti!!! Ciao!
P.S. Un'altra cosa mi ha lasciato perplesso in xorg.conf:
Section "Device"
Identifier "Asus Radeon A9250 Gamer Edition-DDR"
Driver "radeon"
#VideoRam 262144
# Insert Clocks lines here if appropriate
EndSection
Ma il Driver "radeon" non è quello OpenSource? O forse il setup dei drivers ATI proprietari hanno sostituito questi drivers? Questo file di configurazione è stato generato da "fglrxconfig", tool che se non ho capito male è proprietario dell'ATI, poi in ogni caso è stato fatto da un tool automatico perchè io in quello di default di Xorg non ho chiamato cosi la mia scheda in "Identifier"...
P.S.2. Quando tutto va posto una guida COMPLETA per l'installazione dei drivers proprietari ATI, ma ora no, non mi piace fare le cose a metà...
Grazie della pazienza :) un saluto a tutti!!!
Sono alle solite con i Drivers proprietari ATI,
cioè ora seguendo una guida sono riuscito a farli "funzionare",
almeno X si avvia, però...
Intento ad attivare le mie belle trasparenze in KDE, noto che vanno come con i drivers OpenSource, googlando qua e la ho trovato la soluzione, in pratica continuano ad essere in esecuzione i MESA, che passano tutto il carico "grafico" al processore invece che alla GPU.
Allora ho installato il DRI, prelevando il binario (-r200- per la mia serie di GPU c'è scritto così...) da:
http://dri.freedesktop.org/wiki/
Installato (con lo script integrato, che dovrebbe modificare correttamente il file xorg.conf...) senza errori, avvio tutto contento X, ma scopro con "glxinfo" che usa ancora i MESA... Vi spedisco l'output:
metallic@darkstar:~$ 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_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGIS_multisample, GLX_SGIX_fbconfig
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_ARB_multisample, GLX_ATI_pixel_format_float,
GLX_ATI_render_texture
GLX extensions:
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context,
GLX_ARB_multisample
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.2.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 24 tc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None
0x24 24 tc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None
0x25 24 tc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x26 24 tc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x27 24 dc 0 24 0 r y . 8 8 8 0 0 16 0 0 0 0 0 1 0 None
0x28 24 dc 0 24 0 r y . 8 8 8 0 0 16 8 16 16 16 0 1 0 None
0x29 24 dc 0 32 0 r y . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x2a 24 dc 0 32 0 r . . 8 8 8 8 0 16 8 16 16 16 16 1 0 None
0x3f 32 tc 1 0 0 c . . 0 0 0 0 0 0 0 0 0 0 0 0 0 None
Ho dato uno sguardo al log di X, ma non ci sono errori nel caricamento di DRI... In xorg.conf ho anche decommentato manualmente le linee riguardanti il caricamento di DRI, ma niente...
Che parametri devo inserire? P.F. aiutatemi è l'ultimo passo prima del funzionamento definitivo della mia scheda su Linux... :D
Grazie mille a chiunque mi aiuti!!! Ciao!
P.S. Un'altra cosa mi ha lasciato perplesso in xorg.conf:
Section "Device"
Identifier "Asus Radeon A9250 Gamer Edition-DDR"
Driver "radeon"
#VideoRam 262144
# Insert Clocks lines here if appropriate
EndSection
Ma il Driver "radeon" non è quello OpenSource? O forse il setup dei drivers ATI proprietari hanno sostituito questi drivers? Questo file di configurazione è stato generato da "fglrxconfig", tool che se non ho capito male è proprietario dell'ATI, poi in ogni caso è stato fatto da un tool automatico perchè io in quello di default di Xorg non ho chiamato cosi la mia scheda in "Identifier"...
P.S.2. Quando tutto va posto una guida COMPLETA per l'installazione dei drivers proprietari ATI, ma ora no, non mi piace fare le cose a metà...
Grazie della pazienza :) un saluto a tutti!!!