bewst: I hear the latest version supports my (Mobile) FireGL v5200. What is the latest version number and how can I tell if I have it, please (Ubuntu Gutsy)?
bgoglin: what's this DCE3 that appears in many commits these days?
ajax: if i had to take a wild guess: display controller engine, version 3?
glisse: ajax: i think you guessed right :)
glisse: it's an evolution of avivo engine as far as i know
ajax: i win!
glisse: main change being the addition of display port i think
glisse: but i guess now even hw engineer have to sell new things with old stuff to their boss, screw you marketing boys
bgoglin: ok, i have a r300 so I guess I don't care :)
libv: glisse: rather sizeable amount of changes for the rv620/635
libv: mostly on the output side, but not limited to that
agd5f: bgoglin: that's correct. it's new new display controller on the newer chips
glisse: libv: i haven't got doc on this new stuff so i just made a wild guess that this was limited change
libv: glisse: sure, but there have been quite a significant amount of changes, radeonhd has never seen a set of changes this big since about XDS
prahal: Hi how could I debug a "crash" (well only X dying and getting back to gdm) . I have tried all there is in http://wiki.debian.org/XStrikeForce/XserverDebugging (I am using latest git). All I get is "Program exited with code 0352." and no backtrace (even NoTrapSignals does not help)
agd5f: prahal: what are you doing that causes the crash?
prahal: I got this crash everytime I use an xv client (totem, mplayer, etc) on any of the output (I don't have time to switch the xv to the s-video output) when I use a side by side screen mode . It only happens randomly in clone mode
prahal: I am using radeon on an ATI Technologies Inc M24 [Radeon Mobility X600] rev 0
agd5f: prahal: what version of the driver are you using?
agd5f: sounds like crash in the overlay crtc handling that was fixed a while ago
prahal: trunk 20adfd7390d9b1f100e0c4a14f175377b8335c82 from git://anongit.freedesktop.org/git/xorg/driver/xf86-video-ati
prahal: could well be a small glitch from this issue that remains
prahal: because it works nearly 99% of the time in clone mode
agd5f: prahal: can you try a make clean and re-run autogen.sh?
agd5f: sounds like maybe a missing symbol
prahal: this is a first clone . I was using debian experimental packages beforehand . I ll pruge them and reinstall from source to see if it helps (could be the debug package that takes priority over my compiled one
prahal: same issue. It seems to me the crash happens only while moving/modfying the size of the client window . totem crashes automatically resize so crash immediately but mplayer -vo xv only crashes if I move/resize the window
prahal: one more thing this happens in combination with compiz-fusion. Using twn wityh just a terminal everything works fine
prahal: weird I don't see the link between xv and dri ...
agd5f: prahal: it's probably related to composite
agd5f: prahal: do you also get a rash if you move the entire window offscreen when not using composite?
prahal: I found out !-) compiz check if width and height are not greater than max texture size ... but with randr changing them while compiz is running we end up with a bad situation
prahal: I don't know if it s up to driver/randr to check that it does not go beyond the GL_MAX_TEXTURE_SIZE ... I guess it is an issue for compiz bug tracker isn't it ?
prahal: agd5f: hum I may not have understood ... I don't know much about composite, only that this is implemented as an X extension . Do you mean I could run compiz/3d desktop without composite ?
agd5f: prahal: the desktop can be larger than the max texture size. compositing just means windows are draw to separate offscreen pixmaps and then "composited" together
agd5f: by the composite manager