Re: Questions on libdrm Future
Adam Jackson wrote: 3) What about libXF86DRI? To make a DRI client you need libdrm and a hypothetical libXF86DRI to get the functions such as XF86DRIOpenConnection. Clearly you'd want to rename the functions to something like XDRIOpenConnection(), but getting a library that can be linked by other clients would be nice. I go back and forth on this. My concern is that the DRI protocol really shouldn't be user visible at all. In fact I'm largely of the opinion that the DRI protocol was a mistake. Almost all of it should have been either inferred from existing GLX protocol (drawable and context ops) or added as GLX extensions as an implementation detail (driver name and authentication). Actually having a small libXF86DRI or whatever would make it quite easy for any small client to use DRI. For the via XvMC drivers I've copied the client DRI protocol implementation from the Mesa drivers, renaming the functions to prevent name clashes with media players that use both OpenGL and XvMC. The protocol is used for initialization and to get drawable information. But again, since it has nothing to do with the kernel interface so it should probably not be part of libdrm. /Thomas --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Cedega r200 CVS.
So I heard from someone on the transgaming forums that Morrowind is running just as fast with the DRI drivers as it with the drivers from ATI on their system. Which surprised me, since it was painfully slow on my machine. I gave it another shot, but this time setting LIBGL_DEBUG to verbose. When I tried to launch Morrowind, I noticed an undefined symbol: _glapi_Dispatch error when libGL tried to load r200_dri.so. However, all native apps run just fine, and I get the following from glxinfo: GL_MAX_VIEWPORT_DIMS=4096/4096 GL_RENDERER = Mesa DRI R200 20050831 AGP 4x TCL GL_VERSION= 1.3 Mesa 6.5 GL_VENDOR = Tungsten Graphics, Inc. Any ideas? Adam --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4087] indirect GLX crashs Xserver / in libGLcore.so ?
Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=4087 --- Additional Comments From [EMAIL PROTECTED] 2005-11-12 14:19 --- I just tried with current XORG-CVS: 1) Original bug running glxgears and resize window/moving window around is fixed. 2) But now quake3 (ID or icculus) crashs the Xserver when configured to run in fullscreen mode. It doesn't crash the Xserver if configured to run in window. If I remember correctly, this didn't happen before the fix for the original bug. 3) quake3 usually refuses to start if it detects indirect rendering, but the crash happens before quake3 decides to exit. here is a backtrace: Backtrace: 0: X(xf86SigHandler+0x7f) [0x808638f] 1: [0xe420] 2: /usr/X11R6/lib/modules/extensions/libGLcore.so(xmesa_resize_buffers+0x35) [0x40472565] 3: /usr/X11R6/lib/modules/extensions/libGLcore.so(XMesaResizeBuffers+0x63) [0x4046e903] 4: /usr/X11R6/lib/modules/extensions/libGLcore.so(__MESA_resizeBuffers+0x59) [0x4046d709] 5: /usr/X11R6/lib/modules/extensions/libglx.so(__glXResizeBuffers+0x2e) [0x402b4c2e] 6: /usr/X11R6/lib/modules/extensions/libglx.so(__glXResizeDrawableBuffers+0x5d) [0x402ba80d] 7: /usr/X11R6/lib/modules/extensions/libglx.so [0x402ba479] 8: X(compPositionWindow+0x46) [0x8156276] 9: X(ReparentWindow+0x194) [0x80d84c4] 10: X(ProcReparentWindow+0x95) [0x80c2025] 11: X(Dispatch+0x14f) [0x80c24ef] 12: X(main+0x40b) [0x80ce75b] 13: /lib/tls/libc.so.6(__libc_start_main+0xe0) [0x40088500] 14: X [0x806ff81] Fatal server error: Caught signal 11. Server aborting -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel