Newsgroup: it.comp.os.linux.sys
Titolo: Debian Etch : Nuovi Ati Driver, Nuovo Xorg, vecchi problemi ;-)

Ciao a tutti,
ho Debian etch ed ho installato gli ultimi driver ATI usciti oggi (!)
per far funzionare la mia Radeon in 3d sotto xorg 7.
La cosa bella è che tutto sembra andare a meraviglia, il driver fglrx
viene caricato correttamente e dai log ho la conferma che xorg attiva
il DRI :
...
...
(II) fglrx(0): [drm] DRM interface version 1.0
(II) fglrx(0): [drm] created "fglrx" driver at busid "PCI:1:0:0"
(II) fglrx(0): [drm] added 8192 byte SAREA at 0x2000
(II) fglrx(0): [drm] mapped SAREA 0x2000 to 0xb6f97000
(II) fglrx(0): [drm] framebuffer handle = 0x3000
(II) fglrx(0): [drm] added 1 reserved context for kernel
(II) fglrx(0): DRIScreenInit done
(II) fglrx(0): Kernel Module Version Information:
(II) fglrx(0):     Name: fglrx
(II) fglrx(0):     Version: 8.26.18
(II) fglrx(0):     Date: Jun 22 2006
(II) fglrx(0):     Desc: ATI FireGL DRM kernel module
(II) fglrx(0): Kernel Module version matches driver.
(II) fglrx(0): Kernel Module Build Time Information:
(II) fglrx(0):     Build-Kernel UTS_RELEASE:        2.6.15rasca-amd64
(II) fglrx(0):     Build-Kernel MODVERSIONS:        no
(II) fglrx(0):     Build-Kernel __SMP__:            no
(II) fglrx(0):     Build-Kernel PAGE_SIZE:          0x1000
(II) fglrx(0): [drm] register handle = 0x00004000
(II) fglrx(0): [agp] Mode=0x1f000a1b bridge: 0x1106/0x0282
(II) fglrx(0): [agp] AGP v1/2 disable mask 0x00000000
(II) fglrx(0): [agp] AGP v3 disable mask   0x00000000
(II) fglrx(0): [agp] enabling AGP with mode=0x1f000b1a
(II) fglrx(0): [agp] Remapping MC AGP space (new MCAGPBase =
0xce000000)
(II) fglrx(0): [agp] AGP protocol is enabled for graphics board.
(cmd=0x1f000312)
(II) fglrx(0): [agp] graphics chipset has AGP v3.0 (native mode)
(II) fglrx(0): [drm] ringbuffer size = 0x00100000 bytes
(II) fglrx(0): [drm] DRM buffer queue setup: nbufs = 100 bufsize =
65536
(II) fglrx(0): [drm] texture shared area handle = 0x00008000
(II) fglrx(0): shared FSAAScale=1
(II) fglrx(0): DRI initialization successfull!
...
...
La cosa strana però è che quando cerco di usare software che dovrebbe
fare uso della grafica 3d, questo sembra non la veda.
Addirittura se faccio partire glxgears, all'inizio le ruote girano
veloce, ma dopo poco rallentano vistosamente... Cocciuto ho deciso di
lanciare glxgears con strace ed effettivamente nel momento in cui
rallenta noto messaggi di questo tipo :
ioctl(3, FIONREAD, [0])                 = 0
gettimeofday({1151431055, 96054}, {4294967176, 0}) = 0
writev(3, [{"\202\1<\0\1\0\0\0", 8},
{"\10\0\177\0\0A\0\0\4\0\270\0\24\0\272\0\0\0\240A\0\0\200"..., 232}],
2) = -1 EAGAIN (Resource temporarily unavailable)
Ora, io non capisco come interpretare la cosa, ma magari qualcuno di
voi capisce che c'è che non va...
Il file di configurazione è quanto di più standard ci sia...E con il
vecchio xorg e i vecchi driver ATI andava tutto benissimo...
Idee ?
Grazie !
--
RaSca
"Il regno dei cieli e' simile ad un mercante che va in cerca di perle
preziose. Trovatane una di grande valore va, vende tutti i suoi averi e
la compra" - Gesu' Cristo
http://web.tiscali.it/rascasoft

 vecchio xorg e i vecchi driver ATI andava tutto benissimo...
prova a vedere se la libreria 3d  quella di ati o quella di xorg :
ldd `which glxgears`
-- 
Da un recente sondaggio:
        1 italiano su 10 non sa come investire il proprio capitale;
        i restanti 9 non hanno il capitale da investire.

 ldd `which glxgears`
Ma quale risultato dovrei aspettarmi ? Come faccio a capire che
l'associazione è corretta ?
Thanks,
--
RaSca
rasc...@tiscali.it

 l'associazione è corretta ?
libGL.so.1 => //usr//lib/opengl/ati/lib/libGL.so.1 (0xa7e70000)

whiplash ha scritto:

Ecco forse spiegato il misfatto :
rascabox:/usr/lib# ldd `which glxgears`
        linux-gate.so.1 =>  (0xffffe000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0xb7f45000)
        libGLU.so.1 => /usr/lib/libGLU.so.1 (0xb7eca000)
Ma...
rascabox:/usr/lib# dpkg -S /usr/lib/libGL.so.1
diversificato da fglrx-driver da: /usr/lib/libGL.so.1
diversificato da fglrx-driver a: /usr/lib/fglrx/diversions/libGL.so.1
fglrx-driver, libgl1-mesa-glx: /usr/lib/libGL.so.1
Il che significa a tutti gli effetti che c'è un conflitto...
Ho anche provato a far puntare /usr/lib/libGL.so.1 a
/usr/lib/fglrx/diversions/libGL.so.1 ma non è cambiato nulla...
A questo punto dov'è che sbaglio ?
--
RaSca
rasc...@tiscali.it

 A questo punto dov'è che sbaglio ?
Che scheda hai?
Known Issues
Attempting to use 3D applications on Radeon 9000/9100/9200/9250 and
FireGL 8x00 products fails to start and reports back something similar
to “[fglrx] API ERROR: could not register entrypoint for
SelectTextureSGIS”. Further details can be found in topic number 737-22639
E' il tuo caso?

 l'associazione č corretta ?
A me (debian sid+drivers ati) esce:
mapo@marcopolo:~$ ldd which glxgears
        linux-gate.so.1 =>  (0xffffe000)
        libGL.so.1 => /usr/lib/libGL.so.1 (0xa7e7c000)
        libGLU.so.1 => /usr/lib/libGLU.so.1 (0xa7e02000)
ecc...
E inoltre:
mapo@marcopolo:~$ fglrxinfo
display: :0.0  screen: 0
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON 9000 DDR Generic
OpenGL version string: 1.3.1060 (X4.3.0-8.24.8)
Ciao
  Andrea

 E' il tuo caso?
Direi di no, anche perchè ho ricavato che sicuramente l'errore è
dovuto al fatto che non carica la corretta libGL.so.1.
E cmq non ricevo errori dalle applicazioni che cercano di usare il 3d,
sono solo rallentate.
Ciao e grazie,
--
RaSca
rasc...@tiscali.it

   Andrea
Giusto per curiosità Andrea, mi posteresti il tuo xorg.conf ?
Grazie,
--
RaSca
rasc...@tiscali.it