[Bug 4615] New: SiS driver broken by renderbuffer changes
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=4615 Summary: SiS driver broken by renderbuffer changes Product: Mesa Version: CVS Platform: Other OS/Version: FreeBSD Status: NEW Severity: critical Priority: P2 Component: Drivers/DRI/SiS AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] The SiS DRI driver now either crashes on startup or renders terribly. It looks like it wasn't converted well for the renderbuffer changes. It allocates back/depth buffers per context, like VIA does (and unlike all the other drivers we have). -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4499] texture rectangle need not cause a tcl fallback
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=4499 [EMAIL PROTECTED] changed: What|Removed |Added Severity|normal |enhancement Summary|radeon: texture rectangle |texture rectangle need not |should not cause a tcl |cause a tcl fallback |fallback| -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4615] DRI drivers broken by renderbuffer changes
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=4615 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Summary|SiS driver broken by|DRI drivers broken by |renderbuffer changes|renderbuffer changes --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 06:01 --- Savage seems to have the same problems. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] Glxinfo seg fault with Thinkpad T20 Savage IX
On 9/28/05, John Shillinglaw [EMAIL PROTECTED] wrote: Hello, I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux with 2.6.14-rc2-mm1 kernel. In order to get direct rendering working, I have followed the build from cvs instructions on the dri wiki. Now everything seems to work, dmesg shows no errors, and the xorg log tells me direct rendering is enabled, and I can run glxgears with fps from 150 up to 300. However, glxinfo bombs with a seg fault message, and tuxracer locks up the computer before actually getting to the play screen. I've compiled with the latest xorg cvs, dri cvs, mesa cvs, etc. Any ideas? I think Brian's renderbuffer changes may be the cause. If you go to a version of mesa cvs prior to the changes it should work. I've lots of other reports of this problem on savage; cc'ing dri-devel. Alex --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] Glxinfo seg fault with Thinkpad T20 Savage IX
Alex Deucher wrote: On 9/28/05, John Shillinglaw [EMAIL PROTECTED] wrote: Hello, I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux with 2.6.14-rc2-mm1 kernel. In order to get direct rendering working, I have followed the build from cvs instructions on the dri wiki. Now everything seems to work, dmesg shows no errors, and the xorg log tells me direct rendering is enabled, and I can run glxgears with fps from 150 up to 300. However, glxinfo bombs with a seg fault message, and tuxracer locks up the computer before actually getting to the play screen. I've compiled with the latest xorg cvs, dri cvs, mesa cvs, etc. Any ideas? I think Brian's renderbuffer changes may be the cause. If you go to a version of mesa cvs prior to the changes it should work. I've lots of other reports of this problem on savage; cc'ing dri-devel. I don't have any savage hardware to test with but I'll work with anyone who does and can do some debugging for me. Rebuild the driver with -g and post a stack trace from the segfault. Please start with simple Mesa demos rather than big applications/games. -Brian --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4615] DRI drivers broken by renderbuffer changes
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=4615 --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 07:13 --- Please provide a stack trace from the problem when running a simple Mesa demo. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4590] SegFault with glxinfo in savage_xmesa.c
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=4590 --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 07:20 --- I've updated the assertions a bit. Do a check-out and try again. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] Glxinfo seg fault with Thinkpad T20 Savage IX
On 9/28/05, John Shillinglaw [EMAIL PROTECTED] wrote: Thanks, now for a dumb question... how far back do I need to go to get mesa without those changes, and where? Thanks again for the help. could you actually try checking out HEAD again? Brian made some assertion changes that may fix this. If that doesn't work please try is other suggestion in this thread. I'd test it myself, but my savage box is not in a useable state at the moment. Alex I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux with 2.6.14-rc2-mm1 kernel. In order to get direct rendering working, I have followed the build from cvs instructions on the dri wiki. Now everything seems to work, dmesg shows no errors, and the xorg log tells me direct rendering is enabled, and I can run glxgears with fps from 150 up to 300. However, glxinfo bombs with a seg fault message, and tuxracer locks up the computer before actually getting to the play screen. I've compiled with the latest xorg cvs, dri cvs, mesa cvs, etc. Any ideas? I think Brian's renderbuffer changes may be the cause. If you go to a version of mesa cvs prior to the changes it should work. I've lots of other reports of this problem on savage; cc'ing dri-devel. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4590] SegFault with glxinfo in savage_xmesa.c
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=4590 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 08:25 --- OK. Now it works. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 4622] gamma_state.c:1593: warning: array subscript out of range
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=4622 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|[EMAIL PROTECTED] |dri- ||[EMAIL PROTECTED] Component|* Other |Drivers/DRI/Gamma Product|xorg|Mesa Version|6.8.2 |5.0.2 -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 1967] VMware hangs when GLX enabled
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=1967 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 08:56 --- I have not seen this occuring with dri-HEAD, xorg-HEAD on a r300 with glx loaded. --- Release Date: 18 December 2003 X Protocol Version 11, Revision 0, Release 6.7 Build Operating System: Linux 2.4.21-23.ELsmp i686 [ELF] Current Operating System: Linux 2.6.7 #4 Tue Aug 3 14:30:51 CEST 2004 i686 Build Date: 16 November 2004 --- Can you try a newer build og Xorg? -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2266] Xorg freezes when exiting session to a login manager.
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=2266 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 08:59 --- Can you try a newer build of Xorg CVS with dri-CVS head and report your findings? -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2418] Lockup using linux-core on radeon
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=2418 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 09:02 --- Does this still occur for you in newer kernels? Please let us know. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: r200 unstable with TCL enabled
On Wed, Sep 28, 2005 at 01:54:37AM +0200, khaqq wrote: Are you using the radeon.ko and drm.ko modules in CVS, or stayed with the ones in Slackware ? just like I wrote - from drm CVS (also tried from old DRI snapshot) I think you also have to replace your Xorg because 6.8.2 won't take the newer DRI drivers. I have Xorg from Slackware 10.2, Mesa 6.3.2 compiled with make linux-dri, drm from CVS and R200_NO_TCL set, it is quite stable, however I was able to lock system once (OpenGL screensaver was running, I changed virtual desktop in KDE, then... lock) but only once. Should I use Xorg from CVS instead? Is there any stable snapshot available? -- Free Software - find interesting programs and change them NetHack - meet interesting creatures, kill them and eat their bodies Usenet - meet interesting people from all over the world and flame them Decopter - unrealistic helicopter simulator, get it from http://decopter.sf.net --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Dri-users] Glxinfo seg fault with Thinkpad T20 Savage IX
Thanks, now for a dumb question... how far back do I need to go to get mesa without those changes, and where? Thanks again for the help. I have a Thinkpad T20 with a Savage IX, that is running Gentoo Linux with 2.6.14-rc2-mm1 kernel. In order to get direct rendering working, I have followed the build from cvs instructions on the dri wiki. Now everything seems to work, dmesg shows no errors, and the xorg log tells me direct rendering is enabled, and I can run glxgears with fps from 150 up to 300. However, glxinfo bombs with a seg fault message, and tuxracer locks up the computer before actually getting to the play screen. I've compiled with the latest xorg cvs, dri cvs, mesa cvs, etc. Any ideas? I think Brian's renderbuffer changes may be the cause. If you go to a version of mesa cvs prior to the changes it should work. I've lots of other reports of this problem on savage; cc'ing dri-devel. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2266] Xorg freezes when exiting session to a login manager.
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=2266 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 15:16 --- This has been fixed in 6.8.2. This patch was required: --- xc/programs/Xserver/hw/xfree86/drivers/ati/r128_dri.c.orig 2004-11-15 13:26:09.725996808 +0100 +++ xc/programs/Xserver/hw/xfree86/drivers/ati/r128_dri.c 2004-11-15 13:26:21.997131312 +0100 @@ -1297,6 +1297,7 @@ if (info-irq) { drmCtlUninstHandler(info-drmFD); info-irq = 0; + info-gen_int_cntl = 0; } /* De-allocate vertex buffers */ Thanks. -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Refactor server-side __glXImageSize / __glXImage3DSize
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to get the patches attached to bug #2996 update. As part of that, I'm generating some smaller, more trivial patchs to commit to the tree /before/ RC1. I committed one really trivial one last night (the EvalComputeK stuff). This one is a little bit bigger, so I'd appreciate some review before I commit it. Basically, this refactors __glXImageSize and __glXImage3DSize into a single function. It replaces all calls to the old functions with calls to __glXImageSize with the new parameter list. I have also added 'target' as a parameter. This is a stepping stone to the code in patch #2410. Basically, if the texture target is one of GL_PROXY_*, the image size is always zero. This gathers all the checks for that into a single place. I have *not* modified the existing callers to take this into account. They still do their own checks for GL_PROXY_*. However, when the generated versions of those functions are added to the tree, they *will* rely on that. The code growth is mainly due to the new 40 line comment before __glXImageSize. I have tested this with a few of the texture using demos and tests from Mesa, including tunnel and texdown. 88be9d7346fffb7dbbb80fb6208ca6be glXImageSize-01.patch -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.6 (GNU/Linux) iD8DBQFDOx2BX1gOwKyEAw8RAr4PAJ9R30UsO9+exxLqycJ6IEXjv1hokACfYaHt f3EK8/O3EA+DXFBKyhlhOg0= =3P/L -END PGP SIGNATURE- Index: glxserver.h === RCS file: /cvs/xorg/xc/programs/Xserver/GL/glx/glxserver.h,v retrieving revision 1.4 diff -u -d -r1.4 glxserver.h --- glxserver.h 3 Jul 2005 07:01:02 - 1.4 +++ glxserver.h 28 Sep 2005 20:07:17 - @@ -225,13 +225,10 @@ */ extern int __glXTypeSize(GLenum enm); -extern int __glXImageSize(GLenum format, GLenum type, GLsizei w, GLsizei h, - GLint rowLength, GLint skipRows, GLint alignment); -extern int __glXImage3DSize(GLenum format, GLenum type, - GLsizei w, GLsizei h, GLsizei d, - GLint imageHeight, GLint rowLength, - GLint skipImages, GLint skipRows, - GLint alignment); +extern int __glXImageSize(GLenum format, GLenum type, +GLenum target, GLsizei w, GLsizei h, GLsizei d, +GLint imageHeight, GLint rowLength, GLint skipImages, GLint skipRows, +GLint alignment); extern int __glXCallListsReqSize(GLbyte *pc, Bool swap); extern int __glXBitmapReqSize(GLbyte *pc, Bool swap); Index: renderpix.c === RCS file: /cvs/xorg/xc/programs/Xserver/GL/glx/renderpix.c,v retrieving revision 1.3 diff -u -d -r1.3 renderpix.c --- renderpix.c 3 Jul 2005 07:01:02 - 1.3 +++ renderpix.c 28 Sep 2005 20:07:17 - @@ -301,8 +301,9 @@ /* XXX check this usage - internal code called ** a version without the packing parameters */ -image1len = __glXImageSize(hdr-format, hdr-type, hdr-width, 1, - hdr-rowLength, hdr-skipRows, hdr-alignment); +image1len = __glXImageSize(hdr-format, hdr-type, 0, hdr-width, 1, 1, + 0, hdr-rowLength, 0, hdr-skipRows, + hdr-alignment); image1len = __GLX_PAD(image1len); glSeparableFilter2D(hdr-target, hdr-internalformat, Index: renderpixswap.c === RCS file: /cvs/xorg/xc/programs/Xserver/GL/glx/renderpixswap.c,v retrieving revision 1.3 diff -u -d -r1.3 renderpixswap.c --- renderpixswap.c 3 Jul 2005 07:01:02 - 1.3 +++ renderpixswap.c 28 Sep 2005 20:07:17 - @@ -543,8 +543,9 @@ /* XXX check this usage - internal code called ** a version without the packing parameters */ -image1len = __glXImageSize(hdr-format, hdr-type, hdr-width, 1, - hdr-rowLength, hdr-skipRows, hdr-alignment); +image1len = __glXImageSize(hdr-format, hdr-type, 0, hdr-width, 1, 1, + 0, hdr-rowLength, 0, hdr-skipRows, + hdr-alignment); image1len = __GLX_PAD(image1len); Index: rensize.c === RCS file: /cvs/xorg/xc/programs/Xserver/GL/glx/rensize.c,v retrieving revision 1.7 diff -u -d -r1.7 rensize.c --- rensize.c 28 Sep 2005 03:37:22 - 1.7 +++ rensize.c 28 Sep 2005 20:07:17 - @@ -268,19 +268,49 @@ return 2 * mapsize; } -int __glXImageSize( GLenum format, GLenum type, GLsizei w, GLsizei h, - GLint rowLength, GLint skipRows, GLint alignment ) -{ -return __glXImage3DSize( format, type, w, h, 1, 0, rowLength, - 0, skipRows, alignment ); -} - -/* XXX - * This should be folded into __glXImageSize(). +/** + * Calculate the size of an image. + * + * The size of an image sent to the server from the client or sent from the + * server to the client is calculated. The size is based on the dimensions + * of the image, the type of pixel data, padding in the image, and the + * alignment requirements of the image. + * + * \param format
[r200] SuSE 10.0 (RC1) without latest MesaCVS hangs in gl-117
Hello Stefan, I have SuSE 10.0 betaX latest RC1 running for several weeks with r200 (2D and 3D ) and RV350 (9550, 2D only). Included gl-117 hangs with released Xorg/DRM/Mesa driver when the mouse cursor moves over a menu option. With latest DRM CVS and Mesa CVS on-top of the released Xorg version it works GREAT. Greetings, Dieter --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 2766] texgen GL_SPHERE_MAP should not cause a tcl fallback
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=2766 --- Additional Comments From [EMAIL PROTECTED] 2005-09-28 15:54 --- (In reply to comment #1) I've turned the fallback off, since it seems GL_SPHERE_MAP should work, and apparently works in some cases. I've confirmed that R200_LOCAL_VIEWER did fix texcyl (just drop it into the TCL_LIGHT_MODEL_CTL_0 of r200_state_init.c to see), though reading gl specs and ati specs, I can't come up with a reason why. I think this is a common hardware limitation, Direct3d has a caps bit for exactly that (D3DVTXPCAPS_NO_TEXGEN_NONLOCALVIEWER, though it needs to be said the radeons do not set it). I believe the reason is that some calculations related to eye-coordinate transforms are shared between lighting and texgen. However, I'm wondering is it possible (and if not, what sort of lights will break?) to always set R200_LOCAL_VIEWER if texgen is enabled? It seems it's necessary to set _mesa_allow_light_in_model to 0 (same as fog already does) in that case, with that set lighting still seems to be correct if R200_LOCAL_VIEWER is always enabled, but the math behind it escapes me a bit. I think it would be needed for all texgen modes, not just GL_SPHERE_MAP, with probably the exception of the GL_OBJECT_LINEAR mode, on both r100 and r200. I'll code that up if someone else thinks this might be the correct thing to do :-). -- 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. --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Linux OpenGL ABI discussion
I apologize for the cross posting, but I'd like to call attention to the discussion on updating the Linux OpenGL ABI that Jon Leech initiated on the lsb-desktop email alias: http://base4.freestandards.org/pipermail/lsb-desktop/2005-September/000146.html Some of the topics raised include: - minimum OpenGL version required by libGL - SONAME change to libGL - libGL installation path I think the last point, in particular, deserves some attention, and I've posted my thoughts on the subject: http://base4.freestandards.org/pipermail/lsb-desktop/2005-September/000157.html It would be great if those involved in developing and distributing OpenGL implementations on Linux joined the discussion on the lsb-desktop alias. Thanks, - Andy --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
BeOS build error, Mesa 6.3
I tried to build Mesa on BeOS and this is a summary of the errors... Apparently the beos port is quite stale... errors Description: Binary data BeOS Attributes Description: application/be_attribute
Re: Refactor server-side __glXImageSize / __glXImage3DSize
Ian Romanick wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I'm trying to get the patches attached to bug #2996 update. As part of that, I'm generating some smaller, more trivial patchs to commit to the tree /before/ RC1. I committed one really trivial one last night (the EvalComputeK stuff). This one is a little bit bigger, so I'd appreciate some review before I commit it. Basically, this refactors __glXImageSize and __glXImage3DSize into a single function. It replaces all calls to the old functions with calls to __glXImageSize with the new parameter list. I have also added 'target' as a parameter. This is a stepping stone to the code in patch #2410. Basically, if the texture target is one of GL_PROXY_*, the image size is always zero. This gathers all the checks for that into a single place. I have *not* modified the existing callers to take this into account. They still do their own checks for GL_PROXY_*. However, when the generated versions of those functions are added to the tree, they *will* rely on that. The code growth is mainly due to the new 40 line comment before __glXImageSize. I have tested this with a few of the texture using demos and tests from Mesa, including tunnel and texdown. It's been a long time since I've looked at this stuff, but I'm not sure that __glXImageSize() is correct. Specifically, the last part of the function: [...] if (imageHeight 0) { imageSize = (imageHeight + skipRows) * rowSize; } else { imageSize = (h + skipRows) * rowSize; } return ((d + skipImages) * imageSize); } } Why do skipRows and skipImages factor into the image size? I believe the dimensions of the image going over the wire is W * H * D. The skipRows and skipImages (and skipPixels) values just describe where to find the W*H*D image inside of a larger image. See figure 3.8 on page 131 of the OpenGL 2.0 specification for a diagram. Consider a scenario in which you're replacing a single texel in a 3D texture map. You've got a W*H*D 3D texture that in malloc'd memory which you previously uploaded with glTexImage3D. To upload a single changed texel in that volume at (x,y,z) you'd set GL_UNPACK_SKIP_PIXELS=x, GL_UNPACK_SKIP_ROWS=y, and GL_UNPACK_SKIP_IMAGES=z then call glTexSubImage3D(target, level, x, y, z, 1, 1, 1, type, volume). Over the wire, we should send a single texel so the result of __glXImageSize should be pretty small. The __glFillImage() command on the client side doesn't seem to use SKIP_ROWS or SKIP_IMAGES in the way that __glXImageSize does. Ian, you should test this with the drawpix demo: decrease the image height to about half by pressing 'h'. Then increase the skipRows value by pressing 'R'. Things should blow up on the server side if the __glXImageSize computation is wrong. -Brian --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
xscreensaver freezes, reboot required
I do appologize if I'm cross posting here. I'm not sure which forum would be best to address this. I have a encountered an error when running xscreensaver-demo as a normal user. In Slackware 10.2 the daemon is not running by default and there is a popup window that promts to turn it on. If I click 'okay' then the screen freezes and I must reboot. I can't SysRq and I don't have another box to try logging into it and shutting it down. If I select 'cancel' then and then start the daemon from the menu everthing seems to work fine. No lockups. I encounter a similar issue with a dialog box in the game S.C.O.U.R.G.E: Heroes of a lesser renoun. Upon starting the actual game (once characters are created) I am presented with dialog box. The game runs behind this box and I can move the box around the screen, but as soon as I close this box then the game continues running for maybe 1-2 seconds before the system locks up again. Time to reboot. I've tried to debug the game with gdb but I get no output before the screen freezes. I've tried running different versions of the game both compilied by me and binary packages. I get the same results on Fedora Core 3 with kernel 2.6.9 as I do with Slackware 10.2 with kernel 2.4.31. I've tried xorg 6.8.1 and 6.8.2 and get the same results. The game does NOT crash with indirect rendering. It's unplayably slow but it can exit gracefully. A few bit that might help: r200 with TCL (it crashes even when I disable it) Radeon 9200 128M AGP I'll send my log if you need it, but other apps don't seem to suffer from this same issue when dri is enabled. P.S. By the way is it normal to see visual corruption in glxgears when page flipping is turned on? Again I'll post some screenshots if it will help. -Jason --- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel