PDA

View Full Version : Direct rendering, strano problema


spk
25-02-2007, 17:38
ho eseguito molte volte la procedura di installazione dei driver video e nella maggior parte dei casi sono riuscito a far andare l'accelerazione subito, ma questa volta il sistema ha deciso di darmi qualche sfida in più...

premetto che l'operazione è eseguita su un pc dove la scorsa settimana il direct rendering era pienamente funzionante, e ora, probabilmente dopo un aggiornamento del sistema, qualcosa è cambiato

la scheda è una radeon 9600, come driver utilizzo xf86-video-ati ossia il modulo open source, ma suppongo che il problema si presenterebbe anche con i driver ufficiali
questo è lo xorg che utilizzo:
X Window System Version 7.2.0
Release Date: 22 January 2007

una sbirciatina ai moduli con lsmod:
radeon 122784 2
drm 66708 3 radeon
nvidia_agp 6556 1
agpgart 26072 2 drm,nvidia_agp (<-- scheda madre nforce2)

ecco i sintomi:
se lancio "X :0 &" da console come root, seguito da "export DISPLAY=:0 & xterm" sempre come root dentro xterm glxinfo restituisce Direct Rendering: yes
se lancio "X :0 &" da console come utente, seguito da "export DISPLAY=:0 & xterm" come root, dentro xterm glxinfo restituisce Direct Rendering: yes
in entrambi i casi glxgears fila liscio come l'olio

in tutti gli altri casi ho direct rendering: no

in particolare non capisco perchè quando viene lanciato "slim" come login manager all'avvio del sistema (e quindi con privilegi di root) se poi apro un xterm manualmente dentro quella sessione di X tramite console come root (riproducendo il primo caso scritto sopra), anche li dentro ho Direct Rendering: no

cat /var/log/Xorg.0.log |grep EE non restituisce nessun errore
dmesg sembra pulito

mi sembra un errore di permessi, ma non riesco a spiegarmelo

altre info:
distribuzione ARCH linux
kernel 2.6.20 ma stessi sintomi con 2.6.19-beyond

spk
25-02-2007, 20:43
ho controllato su vari forum ed è saltato fuori che devo controllare se il mio utente è nel gruppo video..

confermo che è nel gruppo video dal primo giorno che ho installato il sistema operativo


confermo che anche questo:
Section "DRI"
Mode 0666
EndSection

ecco qua sotto come posso avere in due terminali diversi Direct Rendering: yes e no contemporaneamente:
http://filelabs.net/my.php?file=directrdZVen.jpg

la sessione di kde è stata fatta partire manualmente come root da tty1 tramite /etc/rc.d/kdm start
ho aperto konsole, ho dato un "su", ho messo la password e poi glxinfo, come vedete non ho il direct rendering
sempre in tty1 poi ho dato
export DISPLAY=:0
xterm
e come in figura in quel terminale ho il direct rendering

da una prova successiva allo snapshot ho scoperto che se dallo stesso kde faccio sessioni di terminale --> shell di root , inserisco la passworld, faccio glxinfo ...ed ho il direct rendering!!

ossia ho il direct rendering se mi loggo direttamente come root, ma non l'ho se divento root con "su" da utente o come utente normale

ma come ho fatto a fare un casino simile....direct rendering a parte sono curioso di sapere il funzionamento dei permessi ed in cosa si differenzia un accesso come root o diventarlo con "su"

spk
25-02-2007, 22:15
AAAAAAAAAAaaaaaaaaaaaaaaaaaAAAAAAAAAAAAAAAAhHHHHHHHHHHHHHHHHHHHHHHHHhh!!!

ho risolto!!!
ridicolo...

avevo questa riga in .bashrc dell'utente per abilitare AIGLX
#per AIGLX
export LIBGL_ALWAYS_INDIRECT=1

mi ha mandato totalmente in pallone! non è un fatto di permessi ma di variabili d'ambiente impostate su un certo valore...logicamente facendo "su" la variabile persiste ed ecco svelato il mistero :D

per tutti quelli tanto distratti quanto me
LIBGL_ALWAYS_INDIRECT impostata come vera mostra Direct Rendering: no!!