[Mesa3d-dev] [Bug 24969] New: google earth install error under ubuntu linux
http://bugs.freedesktop.org/show_bug.cgi?id=24969 Summary: google earth install error under ubuntu linux Product: Mesa Version: 7.0 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Other AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: bill.mitch...@pobox.com Installing Google earth for GNU/linux 5.1.3509.4636 Installation reported the following: Mesa 7.0.3-rc2 implementation error: i915_program_error: Can't (yet) swizzle TEX arguments Please report at bugzilla.freedesktop.org -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24969] google earth install error under ubuntu linux
http://bugs.freedesktop.org/show_bug.cgi?id=24969 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Eric Anholt e...@anholt.net 2009-11-07 10:27:07 PST --- commit 3369cd9a6f943365242d7832e69788d4aede9a8f Author: Xiang, Haihao haihao.xi...@intel.com Date: Mon Jan 7 14:08:36 2008 +0800 i915: Keith Whitwell's swizzling TEX patch. fix #8283 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #11 from José Fonseca jfons...@vmware.com 2009-11-04 02:32:57 PST --- (In reply to comment #10) scons - I think that there's another window driver over in the gallium area and they build it with scons. We're just doing the visual studio files because some people like them and simply aren't using scons or similar systems. SCons can also generates visual studio project files. I never tried that myself as I use Linux and eclipse myself, but I'll gladly help if anybody's interested in giving a try. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #10 from Karl Schultz karl.w.schu...@gmail.com 2009-11-03 15:07:05 PST --- Hi Tom, Sorry about the duplicate posts. Thanks for the info. I played with this for awhile and didn't get any result I am happy with. When the optimizer is on, the compiler seems to compile a handful of files at once and generates code for all of them at the same time. This makes it hard to figure out which files are slowing things down. Adding the pragma didn't seem to help for the files I tried. And no, the global optimization options are not turned on. The build also seemed slow for files in addition to image.c. Part of the problem may be caused by the thing chewing on so many files at once, and I could not find a way to stop that other than disabling optimizations completely. Since this problem is for an old compiler (2005), 2008 (express) is free, available and does not have this problem, and 2010 is in beta, I'm inclined to punt and just say that if you want an optimized build, it may take awhile. Ideally, most people are only going to compile it that way once. There may be a SP for 2005; I don't think I have it - I really do not use Windows much for this sort of thing. scons - I think that there's another window driver over in the gallium area and they build it with scons. We're just doing the visual studio files because some people like them and simply aren't using scons or similar systems. in-source annotations vs build system changes- I see your point, but one can argue it either way. Karl On Tue, Nov 3, 2009 at 1:48 PM, bugzilla-dae...@freedesktop.org wrote: http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #9 from Tom Fogal tfo...@alumni.unh.edu 2009-11-03 12:48:22 PST --- bugzilla-dae...@freedesktop.org writes: --- Comment #8 from Karl Schultz karl.w.schu...@gmail.com 2009-11-03 12:20 :32 PST --- I think I can put this at the top of the file: #if _MSC_VER == 1400 #pragma optimize(, off) #endif [snip -- or variation] and that should not be too horrible. But I do hate putting MSFT hacks like this in the source. FWIW, I like the in-the-source annotations better than build system changes, because build systems (particularly VS) are decoupled from source code. It makes lifting subsets of a tree difficult. We ship VC8 (the 2005 compiler) project files. People with VC9 (the 2008 compiler) convert the VC8 files to VC9 when they load them. [. . .] If we moved to shipping separate VC8 and VC9 project files, we could [make this work, but] I'm not sure that is worth doing because it is hard enough keeping one set of project files up to date. What about a makefile generator? There's some (out of date?) scons files in the tree, IIRC. Not that I care for scons in particular, but some type of abstracted representation of the build seems to workaround this issue, and presumably allows one to script builds, even on windows. OT, but btw, the default assignee is the mesa dev list; no need to CC the list on replies unless that's been changed for the bug (your reply came through twice). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #8 from Karl Schultz karl.w.schu...@gmail.com 2009-11-03 12:20:32 PST --- Yeah, I'm preparing a set of changes to allow Mesa 7.6 to build on Visual Studio. Right now, the 7.6 tarballs do not build. And I'm sitting here watching the image code compile for a LONG time. I think I can put this at the top of the file: #if _MSC_VER == 1400 #pragma optimize(, off) #endif This may also work and only turns off global optimizations, which I am guessing is the issue here. I'll have to experiment. #if _MSC_VER == 1400 #pragma optimize(g, off) #endif and that should not be too horrible. But I do hate putting MSFT hacks like this in the source. I don't see a good way to turn off the optimization for this file by using only the build files (Visual Studio project files). We ship VC8 (the 2005 compiler) project files. People with VC9 (the 2008 compiler) convert the VC8 files to VC9 when they load them. This lets us maintain only one version to support 2005 and 2008. If we moved to shipping separate VC8 and VC9 project files, we could turn off the optimizer in the mesa Project file for the file(s) in question, but that would be the only difference between the two versions. I'm not sure that is worth doing because it is hard enough keeping one set of project files up to date. I'll work on it a bit more and submit the appropriate patches. Karl On Mon, Nov 2, 2009 at 11:06 AM, bugzilla-dae...@freedesktop.org wrote: http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #7 from Ian Romanick i...@freedesktop.org 2009-11-02 10:06:31 PST --- (In reply to comment #6) I've seen the older (2005) compilers take a long time to compile one the files, image.c I think, in 32-bit Release mode. I think that this source code file used a lot of macros that expanded out to a lot of code. And this code's size or structure caused the optimizer to take a long time to build it. I worked around it in the 2005 studio by turning off optimization just for that one file. I have not noticed the problem with the 2008 tools. Perhaps we could use some #ifdef to detect Visual Studio 2005 and disable optimization via a #pragma? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 DigitalGibs s...@inlandstudios.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #9 from Tom Fogal tfo...@alumni.unh.edu 2009-11-03 12:48:22 PST --- bugzilla-dae...@freedesktop.org writes: --- Comment #8 from Karl Schultz karl.w.schu...@gmail.com 2009-11-03 12:20 :32 PST --- I think I can put this at the top of the file: #if _MSC_VER == 1400 #pragma optimize(, off) #endif [snip -- or variation] and that should not be too horrible. But I do hate putting MSFT hacks like this in the source. FWIW, I like the in-the-source annotations better than build system changes, because build systems (particularly VS) are decoupled from source code. It makes lifting subsets of a tree difficult. We ship VC8 (the 2005 compiler) project files. People with VC9 (the 2008 compiler) convert the VC8 files to VC9 when they load them. [. . .] If we moved to shipping separate VC8 and VC9 project files, we could [make this work, but] I'm not sure that is worth doing because it is hard enough keeping one set of project files up to date. What about a makefile generator? There's some (out of date?) scons files in the tree, IIRC. Not that I care for scons in particular, but some type of abstracted representation of the build seems to workaround this issue, and presumably allows one to script builds, even on windows. OT, but btw, the default assignee is the mesa dev list; no need to CC the list on replies unless that's been changed for the bug (your reply came through twice). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #6 from Karl Schultz karl.w.schu...@gmail.com 2009-11-02 06:30:43 PST --- I've seen the older (2005) compilers take a long time to compile one the files, image.c I think, in 32-bit Release mode. I think that this source code file used a lot of macros that expanded out to a lot of code. And this code's size or structure caused the optimizer to take a long time to build it. I worked around it in the 2005 studio by turning off optimization just for that one file. I have not noticed the problem with the 2008 tools. On Wed, Oct 21, 2009 at 1:45 AM, bugzilla-dae...@freedesktop.org wrote: http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #5 from José Fonseca jfons...@vmware.com 2009-10-21 01:45:33 PST --- We're using the WinSDK compilers and we're seeing the slow compilation times here too. I've never seen the corrput .obj files, though -- it might a bug be specific to 2005. MSVC x64 compiler optimization algorithms appear to be inefficient. Certain source files plus any optimization option causes it to take ages -- probably trying to evaluate a combinatorial explosion of alternatives. I couldn't detect anything wrong or fancy with the source files in question. It is not even clear why some files are slower and other not. gcc compiles the same code, both in x86 or x64, without any sweat. I haven't tried VS 2008 yet. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 Dan Nicholson dbn.li...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #15 from Dan Nicholson dbn.li...@gmail.com 2009-10-30 06:03:21 PST --- Pushed as 35506dec6734a1ae777dc16981cb19e514f41897 with an additional change so the dri pkgconfig file doesn't break. Thanks. Now you just have to get the Ubuntu people to rebuild in the right way. :) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24817] New: shadowtex asserts in indirect mode
http://bugs.freedesktop.org/show_bug.cgi?id=24817 Summary: shadowtex asserts in indirect mode Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Other AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: rand...@mail.ru I have mesa up to 5f7d5d3ea3932ef6028b21bb22d8d28dbdd9fa9f (r600: use AUTO_INDEX for draw - saves cmd buffer space ) When I run shadowtex demo with LIBGL_ALWAYS_INDIRECT=1, it asserts: gu...@slax:~$ /mnt/sda5/src/mesa/progs/demos/shadowtex Using GL_ARB_depth_texture and GL_ARB_shadow and GL_ARB_fragment_program and GL_ARB_shadow_ambient Using GL_EXT_framebuffer_object Keys: a = toggle animation i = show depth texture image m = show depth texture mapping d = show fragment distance from light source n = show normal, shadowed image f = toggle nearest/bilinear texture filtering b/B = decrease/increase shadow map Z bias p = toggle use of packed depth/stencil M = cycle through fragment program modes v = toggle vertex program modes cursor keys = rotate scene shift + cursor keys = rotate light source o = cycle through comparison modes Rendering 256 x 256 depth texture FBO not complete! status = 0x shadowtex: shadowtex.c:459: RenderShadowMap: Assertion `fbo_status == 0x8CD5' failed. glxinfo lists r600 DRI as renderer, I can re-test with pure software, if shadowtex really should work in indirect mode. gu...@slax:~$ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: No server glx vendor string: SGI server glx version string: 1.4 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.4 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RS780 9611) 20090101
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 Chow Loong Jin hyper...@gmail.com changed: What|Removed |Added Attachment #30761|0 |1 is obsolete|| --- Comment #14 from Chow Loong Jin hyper...@gmail.com 2009-10-29 00:12:50 PST --- Created an attachment (id=30786) -- (http://bugs.freedesktop.org/attachment.cgi?id=30786) Add --with-dri-searchpath configure flag As requested, it is --with-dri-searchpath now. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #9 from Dan Nicholson dbn.li...@gmail.com 2009-10-27 23:00:35 PST --- (In reply to comment #7) @Dan Nicholson: Sticking 64-bit libraries into /usr/lib64 instead of /usr/lib would require changing Debian's packaging policy as well as every derivative of Debian's policy to accomodate one library that won't work otherwise. So debian's policy is that 32 bit libraries go in /usr/lib32 on x86_64 but their 32 bit libraries aren't actually installed there? So, is this is multiarch or not? It sounds like it's not intended to be multiarch. I would agree with Corbin that this is NOTABUG since this case is pretty convoluted and no one has ever needed it before. However, if you write a patch that sets the search path from configure and leaves the current default (not extending it with a path that hasn't been needed), then I'll commit it for you. You may want to open a bug in ubuntu to see what the developers say. If this is a debian/ubuntu policy, then I don't know why it hasn't come up before. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #10 from Chow Loong Jin hyper...@gmail.com 2009-10-27 23:24:14 PST --- (In reply to comment #9) (In reply to comment #7) @Dan Nicholson: Sticking 64-bit libraries into /usr/lib64 instead of /usr/lib would require changing Debian's packaging policy as well as every derivative of Debian's policy to accomodate one library that won't work otherwise. So debian's policy is that 32 bit libraries go in /usr/lib32 on x86_64 but their 32 bit libraries aren't actually installed there? So, is this is multiarch or not? It sounds like it's not intended to be multiarch. It's not trivial to change the userland, and the package manager does not natively support multiarch. ia32-libs exists because of the need for 32-bit libraries in 64-bit. I would agree with Corbin that this is NOTABUG since this case is pretty convoluted and no one has ever needed it before. However, if you write a patch that sets the search path from configure and leaves the current default (not extending it with a path that hasn't been needed), then I'll commit it for you. Will do. You may want to open a bug in ubuntu to see what the developers say. If this is a debian/ubuntu policy, then I don't know why it hasn't come up before. I'm not sure about ia32-libs' history as I've only switched to 64-bit Ubuntu relatively recently (after Ubuntu 9.04's release), but I've talked to other developers and am personally an Ubuntu Contributing Developer myself. The bug in Ubuntu which I linked in comment #8 was filed on 2008-07-14, but never really got much attention, probably because not many actually played 32-bit GPU intensive games on 64-bit Ubuntu with Intel graphics. I myself did not notice that Wine was not getting direct rendering until the whole issue with Wine segfaulting as a result of a bad FBO returned by mesa under indirect rendering took place. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 Chow Loong Jin hyper...@gmail.com changed: What|Removed |Added Attachment #30758|0 |1 is obsolete|| --- Comment #11 from Chow Loong Jin hyper...@gmail.com 2009-10-28 00:25:15 PST --- Created an attachment (id=30761) -- (http://bugs.freedesktop.org/attachment.cgi?id=30761) Add --with-dri-driver-searchdirs configure flag This patch adds the --with-dri-driver-searchdirs configure flag which will append the provided path to ${DRI_DRIVER_SEARCH_DIR} if present. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #12 from Henri Verbeet hverb...@gmail.com 2009-10-28 03:36:33 PST --- (In reply to comment #9) You may want to open a bug in ubuntu to see what the developers say. If this is a debian/ubuntu policy, then I don't know why it hasn't come up before. For what it's worth, we do get a number of bug reports from people with broken 32 bit OpenGL setups both for Wine and CrossOver, so the issue certainly isn't new. Wine using FBOs by default in combination with bug 23335 just made it a lot more noticeable for most people. Ultimately it's the responsibility of the distribution to not screw this up, but if Mesa can do anything to make that easier that's appreciated of course. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 Dan Nicholson dbn.li...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #13 from Dan Nicholson dbn.li...@gmail.com 2009-10-28 20:46:24 PST --- (In reply to comment #11) Created an attachment (id=30761) -- (http://bugs.freedesktop.org/attachment.cgi?id=30761) [details] Add --with-dri-driver-searchdirs configure flag This patch adds the --with-dri-driver-searchdirs configure flag which will append the provided path to ${DRI_DRIVER_SEARCH_DIR} if present. That looks good, but I don't think $DRI_DRIVER_INSTALL_DIR should be forced in ahead of the user value. If they decide to override the default, they should be in full control of the path. Also, do you mind chaning the option to --with-dri-searchpath to keep it a little more concise? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] New: 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 Summary: 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri Product: Mesa Version: git Platform: Other OS/Version: All Status: NEW Severity: major Priority: medium Component: GLX AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: hyper...@gmail.com Created an attachment (id=30758) -- (http://bugs.freedesktop.org/attachment.cgi?id=30758) Additionally search in /usr/lib/dri/host, e..g. i486-pc-linux.gnu/ for DRI modules On Ubuntu Karmic x86_64, all 32-bit applications which use DRI fail to have Direct Rendering due to libGL.so searching in /usr/lib/dri, which contains 64-bit DRI modules instead of /usr/lib32/dri. One of the bugs that this has caused is http://bugs.winehq.org/show_bug.cgi?id=20448, which occurs in combination with http://bugs.freedesktop.org/show_bug.cgi?id=23335. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #1 from Julien Cristau jcris...@debian.org 2009-10-27 12:44:10 PST --- On Tue, Oct 27, 2009 at 11:40:05 -0700, bugzilla-dae...@freedesktop.org wrote: On Ubuntu Karmic x86_64, all 32-bit applications which use DRI fail to have Direct Rendering due to libGL.so searching in /usr/lib/dri, which contains 64-bit DRI modules instead of /usr/lib32/dri. One of the bugs that this has caused is http://bugs.winehq.org/show_bug.cgi?id=20448, which occurs in combination with http://bugs.freedesktop.org/show_bug.cgi?id=23335. sounds like a packaging issue rather than a mesa bug? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #2 from Chow Loong Jin hyper...@gmail.com 2009-10-27 13:31:25 PST --- Well, the other way would be to recompile every 32-bit library within ia32-libs with --libdir=/usr/lib32, which doesn't seem like a particularly good idea to me either. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #3 from Dan Nicholson dbn.li...@gmail.com 2009-10-27 14:09:35 PST --- Why not just build mesa so that the paths are correct? There's even a switch, --with-dri-driverdir, that sets this correctly. I don't think things will work correctly if they get moved around after the installation. If Ubuntu multiarch uses /usr/lib32 for 32 bit libraries, why not just build with --libdir=/usr/lib32? If we really want to extend the search path, I'd rather keep the current default and allow overriding with --with-dri-searchpath or something. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #4 from Chow Loong Jin hyper...@gmail.com 2009-10-27 16:50:16 PST --- Building with --libdir=/usr/lib32 won't work, since 32-bit machines do use /usr/lib after all. The whole point of this was to avoid the requirement of rebuilding with different configure arguments, so that all the 32-bit libraries can be treated the same way (just repacking) for the multiarch ia32-libs package. As for --with-dri-searchpath, I think that can be handled without too many changes to the build system. If you're sure you'd like it that way, I can come up with a patch to make it that way. I just don't have a lot of time to spare a the moment and don't want to come up with numerous patches that get rejected one by one. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #5 from Dan Nicholson dbn.li...@gmail.com 2009-10-27 17:26:47 PST --- I don't think you can have it both ways. If your system's ABI is 32 bit in /usr/lib32 and 64 bit in /usr/lib, then you should probably build the binaries that way. If you want your system's ABI to be compatible with a 32 bit only system, then put the 64 bit libraries in /usr/lib64 like everybody else. Mesa libGL is certainly not the only library that dlopen's modules from private directories. What would you do about, say, gstreamer? I would commit a patch that changes the search path via a configure argument as long as it doesn't change the default. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #6 from Corbin Simpson mostawesomed...@gmail.com 2009-10-27 18:01:15 PST --- Multilib distributions always have extra baggage on their shoulders, and this is just one more bit of it. I'm really struggling to see how this is our problem when we've got not just a compile-time flag (--with-dri-driverdir) but also a run-time environment variable (LIBGL_DRIVERS_PATH) to configure this. I'd like to close as NOTOURBUG, but I'd like to make sure that nobody else wants to follow up on this. I also heavily encourage the original reporter to follow up with Ubuntu directly. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #7 from Chow Loong Jin hyper...@gmail.com 2009-10-27 19:07:18 PST --- @Dan Nicholson: Sticking 64-bit libraries into /usr/lib64 instead of /usr/lib would require changing Debian's packaging policy as well as every derivative of Debian's policy to accomodate one library that won't work otherwise. I'm not actually sure about what the case is like for GStreamer. However, the approach I am proposing is actually used within Gtk for loading modules which are usually found in /usr/lib/gtk-2.0 (i.e. it also searches within /usr/lib/gtk-2.0/GTK_HOST where GTK_HOST is defined to the $host found from configure. In fact, https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/369498 is what I was referring to when I came up with the patch. @Corbin Simpson: The compile time flag --with-dri-driverdir would fail if I set more than one path there, e.g. /usr/lib/dri:/usr/lib/dri/i486-pc-linux-gnu, and the LIBGL_DRIVERS_PATH environment variable would require that every 64-bit user running 32-bit OpenGL applications set the environment variable, which is hardly what I would consider appropriate. Also, you both were mentioning changing the defaults. The patch I propose does not change the defaults, it just adds an extra search path. The original search path is preserved. Either way, if you wouldn't mind committing a patch that changes the path via a configure argument, then I'll just write up a patch that does that instead. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24766] 32-bit libGL.so searches for DRI modules in /usr/lib/dri instead of /usr/lib32/dri
http://bugs.freedesktop.org/show_bug.cgi?id=24766 --- Comment #8 from Chow Loong Jin hyper...@gmail.com 2009-10-27 19:08:26 PST --- For reference, https://bugs.launchpad.net/ubuntu/+source/ia32-libs/+bug/248392 is the original bug downstream. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24093] can't render stuff using webgl on intel
http://bugs.freedesktop.org/show_bug.cgi?id=24093 --- Comment #7 from martin mn...@minimum.se 2009-10-25 08:52:16 PST --- Created an attachment (id=30671) -- (http://bugs.freedesktop.org/attachment.cgi?id=30671) glxinfo.txt I tried it again now with version 7.6.0-1ubuntu4 of mesa and libosmesa. I also tried grabbing a fresh mozilla trunk build (25th oct) but I still could not get it to work on this intel G45 machine. FWIW, GLX_SGIX_pbuffer is listed in glxinfo under client extensions but not under server extensions. I've attached my glxinfo output for reference. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 Jon TURNEY jon.tur...@dronecode.org.uk changed: What|Removed |Added Attachment #30074|0 |1 is obsolete|| --- Comment #10 from Jon TURNEY jon.tur...@dronecode.org.uk 2009-10-24 10:18:46 PST --- Created an attachment (id=30660) -- (http://bugs.freedesktop.org/attachment.cgi?id=30660) Add an autoconf check that math.h defines M_PI -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 --- Comment #9 from Jon TURNEY jon.tur...@dronecode.org.uk 2009-10-24 10:17:59 PST --- Created an attachment (id=30659) -- (http://bugs.freedesktop.org/attachment.cgi?id=30659) Remove the various definitions of M_PI, except in compiler.h -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 --- Comment #11 from Jon TURNEY jon.tur...@dronecode.org.uk 2009-10-24 10:24:29 PST --- Attached a couple of patches with an effort to do this better. As written, this falls back to explicitly defining M_PI using -D o the compiler command line if it can't make math.h define it. This probably isn't a good idea. Probably it should do nothing, but this probably breaks stuff on some targets which should include compiler.h but doesn't? Visual C projects will need updating to use _USE_MATH_DEFINES. I have assumed that the precision of the value of M_PI is not significant, as it varies from place to place, which should be the case anyhow, as these values are only a fall-back (In reply to comment #8) IIRC when compiling with gcc -ansi, M_PI isn't defined. In my math.h, its definition is wrapped in '#if defined __USE_BSD || defined __USE_XOPEN' I have the same. I believe that -U__STRICT_ANSI__ is the way to access these definitions if you want to use -ansi, but this may be incorrect. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #4 from DigitalGibs s...@inlandstudios.com 2009-10-20 23:33:48 PST --- (In reply to comment #3) bugzilla-dae...@freedesktop.org writes: --- Comment #2 from DigitalGibs s...@inlandstudios.com 2009-10-20 21:55:06 (In reply to comment #1) This is pretty vague. Do you have a test case? It's like it's getting lost in pre-processor hell or something because it just sits and grinds on a file forever. I am using 2005 professional edition so I'm not sure if it's just a compiler issue or if x64 Windows is doing something evil. First, try compiling in debug mode. Some of VC's optimizations take an eternity, and they should be disabled in debug mode. That would at least help you narrow down where the issue lies. Secondly, can you try vs2008? It's a free download these days. Supposedly there are differences between the free version and the professional, but AFAICT it's not anything substansive. 2008 Express seems to fly through them at a more respectable compile time; Release and Debug. Weird.. thanks. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #5 from José Fonseca jfons...@vmware.com 2009-10-21 01:45:33 PST --- We're using the WinSDK compilers and we're seeing the slow compilation times here too. I've never seen the corrput .obj files, though -- it might a bug be specific to 2005. MSVC x64 compiler optimization algorithms appear to be inefficient. Certain source files plus any optimization option causes it to take ages -- probably trying to evaluate a combinatorial explosion of alternatives. I couldn't detect anything wrong or fancy with the source files in question. It is not even clear why some files are slower and other not. gcc compiles the same code, both in x86 or x64, without any sweat. I haven't tried VS 2008 yet. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 16984] Create and Call and Create and Execute display lists cause crash.
http://bugs.freedesktop.org/show_bug.cgi?id=16984 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #11 from Ian Romanick i...@freedesktop.org 2009-10-19 23:42:59 PST --- A month with no reply. Closing. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24232] Error occurs during install of Google Earth
http://bugs.freedesktop.org/show_bug.cgi?id=24232 Ian Romanick i...@freedesktop.org changed: What|Removed |Added CC||i...@freedesktop.org Keywords||NEEDINFO --- Comment #1 from Ian Romanick i...@freedesktop.org 2009-10-19 23:59:02 PST --- Can you try this with a more recent version of Mesa? The 7.4 release line has been retired, and there have been a lot of changes since then. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24093] can't render stuff using webgl on intel
http://bugs.freedesktop.org/show_bug.cgi?id=24093 Thomas Jones thomas.jo...@utoronto.ca changed: What|Removed |Added CC||thomas.jo...@utoronto.ca --- Comment #6 from Thomas Jones thomas.jo...@utoronto.ca 2009-10-20 15:56:39 PST --- This is not a problem with were osmesa is pointing, I can confirm that for some reason on mesa 7.6 the GLX_SGIX_pbuffer extention is missing (and IIRC WAS present on mesa 7.5), in fact glxinfo shows NO GLX extensions... possibly it would be a good idea to change the description of the bug to reflect the fact that it is releated to pbuffers being missing. my glxinfo output: name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.2 server glx extensions: GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group client glx vendor string: SGI client glx version string: 1.4 client glx extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap GLX version: 1.2 GLX extensions: GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Mobile Intel�� GM45 Express Chipset GEM 20090712 2009Q2 RC3 OpenGL version string: 2.1 Mesa 7.6 OpenGL shading language version string: 1.20 OpenGL extensions: GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program, GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, GL_ARB_framebuffer_object, GL_ARB_half_float_pixel, GL_ARB_map_buffer_range, GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object, GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_seamless_cube_map, GL_ARB_shader_objects, GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow, GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression, GL_ARB_texture_cube_map, GL_ARB_texture_env_add, GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra, GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color, GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate, GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture, GL_EXT_draw_range_elements, GL_EXT_framebuffer_object, GL_EXT_framebuffer_blit, GL_EXT_fog_coord, GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays, GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels, GL_EXT_pixel_buffer_object, GL_EXT_point_parameters, GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal, GL_EXT_secondary_color, GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap, GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add, GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage, GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object, GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap, GL_ATI_texture_env_combine3, GL_ATI_separate_stencil, GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
[Mesa3d-dev] [Bug 24650] New: Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 Summary: Visual Studio takes over 30 minutes to compile Mesa core Product: Mesa Version: 7.5 Platform: x86 (IA32) OS/Version: Windows (All) Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: s...@inlandstudios.com The compiler appears to lock up on various files for unreasonably long times; like 20+ minutes for a 500 line source file. I'm using: * Windows Vista x64 * 4 GB RAM * 4-core intel mobile CPU * Visual Studio 2005 (w/ service packs) It also often results in failure to link with GDI driver because those files will create invalid object files that are corrupt. /// example 1.\Release\s_texcombine.obj : fatal error LNK1136: invalid or corrupt file -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #1 from Matt Turner matts...@gmail.com 2009-10-20 20:44:02 PST --- This is pretty vague. Do you have a test case? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #2 from DigitalGibs s...@inlandstudios.com 2009-10-20 21:55:06 PST --- (In reply to comment #1) This is pretty vague. Do you have a test case? Well, I just opened windows\VC8\mesa\mesa.sln and hit build. I know, it's the strangest thing. I haven't been able to reproduce this with any other projects; only Mesa 3D. It's like it's getting lost in pre-processor hell or something because it just sits and grinds on a file forever. I am using 2005 professional edition so I'm not sure if it's just a compiler issue or if x64 Windows is doing something evil. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24650] Visual Studio takes over 30 minutes to compile Mesa core
http://bugs.freedesktop.org/show_bug.cgi?id=24650 --- Comment #3 from Tom Fogal tfo...@alumni.unh.edu 2009-10-20 22:12:06 PST --- bugzilla-dae...@freedesktop.org writes: --- Comment #2 from DigitalGibs s...@inlandstudios.com 2009-10-20 21:55:06 (In reply to comment #1) This is pretty vague. Do you have a test case? It's like it's getting lost in pre-processor hell or something because it just sits and grinds on a file forever. I am using 2005 professional edition so I'm not sure if it's just a compiler issue or if x64 Windows is doing something evil. First, try compiling in debug mode. Some of VC's optimizations take an eternity, and they should be disabled in debug mode. That would at least help you narrow down where the issue lies. Secondly, can you try vs2008? It's a free download these days. Supposedly there are differences between the free version and the professional, but AFAICT it's not anything substansive. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 2209] t_vtx_x86.c cleanup
http://bugs.freedesktop.org/show_bug.cgi?id=2209 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #4 from Ian Romanick i...@freedesktop.org 2009-10-19 19:21:26 PST --- This file hasn't existed for years. Closing. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 3064] Mesa implementation error: Error in execute_list: opcode=136423416
http://bugs.freedesktop.org/show_bug.cgi?id=3064 Ian Romanick i...@freedesktop.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Ian Romanick i...@freedesktop.org 2009-10-19 19:23:32 PST --- No response in 4 years. Closing. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24531] ARB FP shaders appear to have locale-dependant syntax
http://bugs.freedesktop.org/show_bug.cgi?id=24531 Brian Paul brian.e.p...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from Brian Paul brian.e.p...@gmail.com 2009-10-16 06:37:52 PST --- OK, committed to 7.6 branch 89b31c9619449d5c9b8ebe4e245c2a926e3583e6 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24572] New: Can't compile git drm/linux-core/drm_memory.c
http://bugs.freedesktop.org/show_bug.cgi?id=24572 Summary: Can't compile git drm/linux-core/drm_memory.c Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: blocker Priority: high Component: Other AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: wallac...@gmail.com Hi all, i must compile from git to get the mach64 drm module, but compiling in kernel 2.6.31 i got the error: CC [M] /usr/src/drm/drm/linux-core/drm_memory.o /usr/src/drm/drm/linux-core/drm_memory.c: In function 'agp_remap': /usr/src/drm/drm/linux-core/drm_memory.c:286: error: 'struct agp_memory' has no member named 'memory' make[2]: *** [/usr/src/drm/drm/linux-core/drm_memory.o] Error 1 make[1]: *** [_module_/usr/src/drm/drm/linux-core] Error 2 make[1]: Leaving directory `/usr/src/linux-2.6.31' make: *** [modules] Error 2 How to fix this? 10x -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24531] ARB FP shaders appear to have locale-dependant syntax
http://bugs.freedesktop.org/show_bug.cgi?id=24531 --- Comment #3 from Brian Paul brian.e.p...@gmail.com 2009-10-15 08:02:24 PST --- I've committed the strtod() - _mesa_strtod() change to the 7.6 branch. I guess I'd still like to get another opinion on my first patch which uses strtod_l(). Does anyone have any issues with it? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24553] New: shader compilation times explode when using more () pairs
http://bugs.freedesktop.org/show_bug.cgi?id=24553 Summary: shader compilation times explode when using more () pairs Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: penma.b...@penma.de Created an attachment (id=30451) -- (http://bugs.freedesktop.org/attachment.cgi?id=30451) perl script that compiles some shaders and measures compilation time When a shader program contains many (()) pairs, compiling (not running) the shader becomes incredibly slow on MESA, for no apparent reason. The behaviour can be observed on at least MESA 7.4 and 7.6 (Debian packages). Attached is an example program that measures the time different shaders take to compile. X and Y stand for gl_TexCoord[0].x/y ... Output on my machine: X+Y 0.0861s (X)+(Y) 0.0981s ((X)+Y) 0.1578s ((X+((Y 0.5819s (((X)+((Y 0.9528s I ran this in software rendering mode (tested with LIBGL_ALWAYS_SOFTWARE=1 and with libgl1-mesa-swx11). I don't know about DRI modules because I have no machine available that have MESA drivers supporting shaders (just machines using free radeon drivers, which don't support shaders). I am however able to say what happens on a Vista machine. The same program produces compile times around 0.0004s there, for all textures. I also successfully tested ((sin((X))*((cos(((Y)/((0.5)+0.2))/2.) there, which does not seem to terminate in finite time with MESA. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24553] shader compilation times explode when using more () pairs
http://bugs.freedesktop.org/show_bug.cgi?id=24553 --- Comment #1 from Brian Paul brian.e.p...@gmail.com 2009-10-15 08:25:58 PST --- Unfortunately, our home-grown GLSL parser is pretty slow. Longer term, we hope to rewrite the GLSL compiler to address this and many other issues. Ian Romanick has started a new compiler which uses lex/yacc for parsing and doesn't have this issue. We'll likely use that for the new compiler. This is a long-term project however, and it won't get fixed in the short-term. Sorry. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24531] ARB FP shaders appear to have locale-dependant syntax
http://bugs.freedesktop.org/show_bug.cgi?id=24531 --- Comment #4 from Ian Romanick i...@freedesktop.org 2009-10-15 17:21:05 PST --- (In reply to comment #3) I've committed the strtod() - _mesa_strtod() change to the 7.6 branch. I guess I'd still like to get another opinion on my first patch which uses strtod_l(). Does anyone have any issues with it? It looks exactly like that patch that I was intending to write. It looks good to me. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24531] New: ARB FP shaders appear to have locale-dependant syntax
http://bugs.freedesktop.org/show_bug.cgi?id=24531 Summary: ARB FP shaders appear to have locale-dependant syntax Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: n...@linux.intel.com Created an attachment (id=30410) -- (http://bugs.freedesktop.org/attachment.cgi?id=30410) Test program The parser for ARB FB shaders uses different values for number constants depending on the locale. It may be using strtod somewhere for parsing numbers which is locale dependent. Please see the attached program which renders a rectangle using a shader with the constant color 0.5, 0.5, 0.5. Under the C locale this appears as a grey rectangle but under a French locale (which uses ',' as the decimal separator) it appears as a black rectangle. This is likely the root cause of this bug in Moblin which is using Mesa 7.6: http://bugzilla.moblin.org/show_bug.cgi?id=6803 Robert Bragg has tested with Mesa git drivers from Oct 12th and they also display the bug. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 Asbjørn Sannes a...@sannes.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTOURBUG --- Comment #7 from Asbjørn Sannes a...@sannes.org 2009-10-14 12:04:08 PST --- Upgraded my BIOS now, and after that I had no crashes since .. My mb is a gigabyte ma790fxt-ud5p, the bios version was f3(k or m) and upgraded it to f7, for some reason this helped.. can't say for sure though... Closing this as NOTOURBUG as it is obviously not a fd.o BUG.. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24531] ARB FP shaders appear to have locale-dependant syntax
http://bugs.freedesktop.org/show_bug.cgi?id=24531 --- Comment #1 from Brian Paul brian.e.p...@gmail.com 2009-10-14 13:22:57 PST --- Created an attachment (id=30414) -- (http://bugs.freedesktop.org/attachment.cgi?id=30414) patch based on Kristian's strtod_l() suggestion Can you test this patch? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 --- Comment #5 from Asbjørn Sannes a...@sannes.org 2009-10-13 01:21:58 PST --- Hm, well nexuiz definitly makes it hang within 20 minutes, but it seems it is not connected to that commit at all now, atleast when it hangs I do not get any off the output I put in there.. only thing is that it seems to happen more often with that commit, but that could be a coincident .. drmRadeonCmdBuffer: -16. Kernel failed to parse or rejected command stream. See dmesg for more info. And in dmesg: [ 330.458381] [drm:radeon_ib_get] *ERROR* radeon: IB(2:0x10121000:15872) [ 330.458384] [drm:radeon_ib_get] *ERROR* radeon: GPU lockup detected, fail to get a IB [ 330.458386] [drm:radeon_cs_ioctl] *ERROR* Failed to get ib ! So since it hangs, sometimes quicker than other times, and the correlation does not seem strong enough, maybe this bug should just be closed? I actually spent a lot of time to make sure that it was that commit that caused the difference before reporting a bug, and now I can't reproduce it. Sorry to waste your time like this.. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 --- Comment #6 from Marcin Baczyński marb...@gmail.com 2009-10-13 01:37:43 PST --- I get the same dmesg messages on my mobility 2400 (m72/rv610). See bug #24218 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24207] Extension for S3TC decompression only
http://bugs.freedesktop.org/show_bug.cgi?id=24207 --- Comment #8 from JasonErickson viperja...@gmail.com 2009-10-13 14:31:27 PST --- That solution might work for linux usersbut anyone have a solution for windows users? Believe it or not, but I'm using this project for windows in a VM environment for some autoplay testing. S3TC would be very valuable for that effort. I just need a DLL and a patch for mesa to use the dll correctly. On Fri, Oct 2, 2009 at 11:15 PM, bugzilla-dae...@freedesktop.org wrote: http://bugs.freedesktop.org/show_bug.cgi?id=24207 --- Comment #6 from Ian Romanick i...@freedesktop.org 2009-10-02 23:15:12 PST --- (In reply to comment #5) Anyway, we're wasting time while the solution is pretty simple: we should just ignore patents (in particular, they don't apply in my country, so I can't feel sad). You and me both. If the powers that be don't want it in mesa git, maybe someone should just fork mesa, add the patended bits and let distros pick their choice. While we're trying to actually fix this issue with the help of OIN, the plan that came out of XDC is to take the freetype approach: have configure-time options to enable certain bits of code. These options would be, by default, disabled. I believe S3TC should stay in an external library. It works that way, and is easier for users: just drop the library into your system and be happy. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 --- Comment #2 from Alex Deucher ag...@yahoo.com 2009-10-12 09:00:19 PST --- What versions of nexuiz? Maybe some of the code has changed. Also, maybe try and 'make clean' in your mesa tree and re-install. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 --- Comment #3 from Asbjørn Sannes a...@sannes.org 2009-10-12 12:47:42 PST --- nexuiz 2.5.2 sometimes it even locks up in the menus .. I use an ebuild which downloads from git, and after it has made a working copy of the repository I revert the mentioned commit.. I will now put in an assert myself there to see if it triggers instead of reverting the patch and verify that it actually impacts it directly .. Going to put it into the top of assemble_KIL() right? :) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 11174] Regression (missing / black vertices) between 6.4.2 and 6.5.1 (with trackballs)
http://bugs.freedesktop.org/show_bug.cgi?id=11174 --- Comment #14 from Maciej Cencora m.cenc...@gmail.com 2009-10-10 02:51:00 PST --- Can you reproduce this bug on mesa 7.6? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 21239] progs/tests/afsmultiarb : incorrect rendering
http://bugs.freedesktop.org/show_bug.cgi?id=21239 --- Comment #5 from Maciej Cencora m.cenc...@gmail.com 2009-10-10 03:21:48 PST --- I believe this bug should be reassigned to Drivers/DRI/r200 or Mesa core component since the r300 driver doesn't support GL_ATI_fragment_shader extension. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] New: 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 Summary: 'make distclean' and 'make realclean' fault the install Product: Mesa Version: git Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: neotheu...@ymail.com Created an attachment (id=30255) -- (http://bugs.freedesktop.org/attachment.cgi?id=30255) Last few compiling output lines, full install log, and message for make uninstall If you run 'make distclean' and 'make realclean' after building mesa, it does not install. Thank you for your time for reviewing this bug. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #1 from Dan Nicholson dbn.li...@gmail.com 2009-10-10 10:11:33 PST --- Your log shows that you are trying to run make uninstall, which mesa unfortunately doesn't implement. Maybe someday. As far as running make install after make realclean or make distclean, I don't see how that could work. Running either of the heavy clean targets means you remove the setup files (for configure at least). It might work for the static configs. Even for fully autotooled packages, running distclean you remove the Makefiles. So, you can't run _any_ make targets anymore. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #2 from Thomas Anderson neotheu...@ymail.com 2009-10-10 10:18:56 PST --- I think you do not understand. If you run make distclean and THEN make realclean, and then you run the ./autogen.sh command, then you run make, then you run sudo make install, it doesn't install. That's the bug. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #3 from Thomas Anderson neotheu...@ymail.com 2009-10-10 10:27:28 PST --- (In reply to comment #0) Created an attachment (id=30255) -- (http://bugs.freedesktop.org/attachment.cgi?id=30255) [details] Last few compiling output lines, full install log, and message for make uninstall If you run 'make distclean' and 'make realclean' after building mesa, it does not install. Thank you for your time for reviewing this bug. Sorry my english is terrible. I have a speech disorder. I say things backwards. I apologize. My reply to Dan's message clears it up. Sorry!! -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #4 from Dan Nicholson dbn.li...@gmail.com 2009-10-10 10:28:27 PST --- Then can you post a log that shows that? The log you posted doesn't show any failures in install. It shows that uninstall doesn't exist. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #5 from Thomas Anderson neotheu...@ymail.com 2009-10-10 11:32:27 PST --- (In reply to comment #4) Then can you post a log that shows that? The log you posted doesn't show any failures in install. It shows that uninstall doesn't exist. its not that its failing persay. its just not installing it. in /usr/lib it shows i last modifyed libgl 2 days ago but i typed in 'sudo make install' roughly an hour ago. and no change in mesa at al. you sure that install log says its doing its job? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #7 from Tom Fogal tfo...@alumni.unh.edu 2009-10-10 12:12:30 PST --- Then can you post a log that shows that? The log you posted doesn't show any failures in install. It shows that uninstall doesn't exist. its not that its failing persay. its just not installing it. in /usr/lib it shows i last modifyed libgl 2 days ago but i typed in 'sudo make install' roughly an hour ago. and no change in mesa at al. you sure that install log says its doing its job? The install log looks fine to me / there's nothing out of place. The script I just attached seems to mostly replicate the behavior you describe, yet does not exhibit the bug you mention. Can you please pare it down figure out what differs in your environment vs. that script? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24445] 'make distclean' and 'make realclean' fault the install
http://bugs.freedesktop.org/show_bug.cgi?id=24445 --- Comment #8 from Dan Nicholson dbn.li...@gmail.com 2009-10-10 12:36:37 PST --- Now I see what you mean. The script that actually does the library install checks to see if there's any difference with the existing file and skips if they're the same. See commit d2f4c2b6327832ce59dde5d7741a656b5ff5c46d. Maybe the file hasn't actually changed. Does cmp lib/libGL.so /usr/lib/libGL.so print anything? If not, there's nothing to actually overwrite. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] New: rv770 hangs when trying to play mesa (bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 Summary: rv770 hangs when trying to play mesa (bisected) Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Other AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: a...@sannes.org I am using DRI2/KMS with the latest drm-next from airlied .. and mesa from git aswell.. ATI Technologies Inc RV770 [Radeon HD 4870] To reproduce: When loading a level in nexuiz it hangs completely while X is using 100% cpu.. I can kill X, but it will not be able to start again I think, or rather it just shows garbage after this. From bisecting I found that: commit 44c6c20b69839ea130a255496f5f692186b68793 Author: Andre Maasikas amaasi...@gmail.com Date: Fri Oct 9 10:46:12 2009 +0300 r600: fixup KIL instruction a bit - KILLGT takes 2 arguments - arb KIL has no dst register - add TODO about clause ending but currently piglit fp-kil passes and does not hang the card was the culprit.. reverting it makes it work for me.. Any more information needed? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24425] rv770 hangs when trying to play nexuiz (mesa bisected)
http://bugs.freedesktop.org/show_bug.cgi?id=24425 Asbjørn Sannes a...@sannes.org changed: What|Removed |Added Summary|rv770 hangs when trying to |rv770 hangs when trying to |play mesa (bisected)|play nexuiz (mesa bisected) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24226] libGL tries using direct mode when it should use indirect (only tries indirect if forced)
http://bugs.freedesktop.org/show_bug.cgi?id=24226 --- Comment #10 from Chia-I Wu olva...@gmail.com 2009-10-08 03:10:44 PST --- Any comment on the patch? IMO, the issue is a general one that can be seen on XQuartz and other non-DRI based X servers. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24226] libGL tries using direct mode when it should use indirect (only tries indirect if forced)
http://bugs.freedesktop.org/show_bug.cgi?id=24226 Jon TURNEY jon.tur...@dronecode.org.uk changed: What|Removed |Added CC||jon.tur...@dronecode.org.uk --- Comment #11 from Jon TURNEY jon.tur...@dronecode.org.uk 2009-10-08 04:03:16 PST --- (In reply to comment #10) Any comment on the patch? IMO, the issue is a general one that can be seen on XQuartz and other non-DRI based X servers. From my experience working on a similar problem with the Cygwin/X DDX, I think the real problem is that the config matching code expects to exactly match bindToTexture and maxPbuffer with a value of -1 (don't care), hence if these are actually set to report our capabilities, no configs remain after the attempt find the common configs. Your patch to fall back to indirect if we can't find any common configs makes sense, but I don't actually think that should be happening. (In reply to the bug title) It's currently a policy in libGL to use swrast in preference to indirect, unless forced, and swrast is direct (Comment #3) It would be nice if for Xservers which can only do indirect acceleration, there was a way to cause local clients to automatically use the indirect path, but I'm not sure how that could be done cleanly. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 --- Comment #5 from Brian Paul brian.e.p...@gmail.com 2009-10-08 07:37:18 PST --- Can you build Mesa 7.6 in debug mode and re-run? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24334] mesa git fails to build with xf86vidmodeproto 2.3
http://bugs.freedesktop.org/show_bug.cgi?id=24334 Konstantin ernestoguev...@gmx.net changed: What|Removed |Added CC||ernestoguev...@gmx.net -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 --- Comment #6 from Nicolai Hähnle nhaeh...@gmail.com 2009-10-08 10:15:27 PST --- Actually, r300_context.c does the following: ctx-Const.MaxTextureImageUnits = driQueryOptioni(r300-radeon.optionCache, texture_image_units); ctx-Const.MaxTextureCoordUnits = driQueryOptioni(r300-radeon.optionCache, texture_coord_units); ctx-Const.MaxTextureUnits = MIN2(ctx-Const.MaxTextureImageUnits, ctx-Const.MaxTextureCoordUnits); ... so I can see how the assertion could fail depending on the driconf settings. However, both options are set to default to 8 in radeon_screen.c, so this is still very odd. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24334] mesa git fails to build with xf86vidmodeproto 2.3
http://bugs.freedesktop.org/show_bug.cgi?id=24334 Dan Nicholson dbn.li...@gmail.com changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #1 from Dan Nicholson dbn.li...@gmail.com 2009-10-08 12:17:28 PST --- I guess there needs to be some magic to either use xf86vidmodeproto 2.2.99.1 or libXxf86vm = 1.0.99.1. That should work since the symbols needed are all in xf86vmode.h. Or we could just demand a newer libXxf86vm. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24226] libGL tries using direct mode when it should use indirect (only tries indirect if forced)
http://bugs.freedesktop.org/show_bug.cgi?id=24226 --- Comment #13 from Chia-I Wu olva...@gmail.com 2009-10-08 20:49:45 PST --- (In reply to comment #11) From my experience working on a similar problem with the Cygwin/X DDX, I think the real problem is that the config matching code expects to exactly match bindToTexture and maxPbuffer with a value of -1 (don't care), hence if these are actually set to report our capabilities, no configs remain after the attempt find the common configs. Your patch to fall back to indirect if we can't find any common configs makes sense, but I don't actually think that should be happening. IMO, driConfigEqual is doing great. It should look for exact match. I think GLX_DONT_CARE is only assigned to those attributes that are not common to visual and fbconfig. It is so that driConfigEqual can work without caring a __GLcontextModes is from a visual or a fbconfig. In the patch, driConvertConfigs fails only when _none_ of the configs reported by the server has a matching dri config. It should be quite safe. But I am also starting thinking that it should fail if _any_ of the configs reported by the server has no matching dri config... (In reply to the bug title) It's currently a policy in libGL to use swrast in preference to indirect, unless forced, and swrast is direct (Comment #3) But only in some sense. It is hard to say which interpretation is desirable. It would be nice if for Xservers which can only do indirect acceleration, there was a way to cause local clients to automatically use the indirect path, but I'm not sure how that could be done cleanly. A config runs with reduced performance when GLX_CONFIG_CAVEAT reports GLX_SLOW_CONFIG. It is not about direct or indirect though. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24226] libGL tries using direct mode when it should use indirect (only tries indirect if forced)
http://bugs.freedesktop.org/show_bug.cgi?id=24226 --- Comment #14 from Chia-I Wu olva...@gmail.com 2009-10-08 21:00:10 PST --- (In reply to comment #12) I might not be understanding the issue correctly, but you can build GLX to only support indirect rendering. Basically, the code needs to build without -DGLX_DIRECT_RENDERING. With configure, this is --disable-driglx-direct. The question is, when libGL.so is compiled with direct rendering support, how to decide if direct rendering is viable at runtime? The connection to xserver may be remote or local. The configs from xserver and dri driver may or may not match. How do they affect the decision? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24320] glXQueryDrawable returns 0 for all attributes except GLX_FBCONFIG_ID
http://bugs.freedesktop.org/show_bug.cgi?id=24320 --- Comment #2 from Andrey Tsyvarev tsyva...@ispras.ru 2009-10-07 02:48:00 PST --- GLX version, shown by glxinfo, is 1.4. X server is Xvfb, native for Ubuntu 8.10. Normally, it corresponds with Mesa 6.2(GLX version 1.2), but when runnning with LD_LIBRARY_PATH pointed to Mesa 7.5, GLX version for server becomes 1.4. May be, the problem in that? But the most of others GLX 1.3 functions works well, including functions which works with GLXFBConfig. Even this function, glXQueryDrawable, works correctly for GLX_FBCONFIG_ID attribute. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 Jon TURNEY jon.tur...@dronecode.org.uk changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #7 from Jon TURNEY jon.tur...@dronecode.org.uk 2009-10-07 04:31:13 PST --- Reopening so I don't forget about this -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24320] glXQueryDrawable returns 0 for all attributes except GLX_FBCONFIG_ID
http://bugs.freedesktop.org/show_bug.cgi?id=24320 --- Comment #3 from Corbin Simpson mostawesomed...@gmail.com 2009-10-07 05:41:01 PST --- Ian and I discussed this last week. We were not reporting GLX 1.4 until very recently (the patch just came in a few days ago) so I'm a bit skeptical that you're actually getting GLX 1.4 on the server and not just the client, unless you're using binary drivers. Yes, some of the functions work correctly, including EXT_texture_from_pixmap functions, but I'm told that that is a feature of our glXGetProcAddress, which always returns a somewhat valid pointer, even for functions that probably shouldn't be there. Could you attach your glxinfo? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 --- Comment #8 from Matt Turner matts...@gmail.com 2009-10-07 06:37:45 PST --- IIRC when compiling with gcc -ansi, M_PI isn't defined. In my math.h, its definition is wrapped in '#if defined __USE_BSD || defined __USE_XOPEN' -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 --- Comment #1 from Brian Paul brian.e.p...@gmail.com 2009-10-07 07:24:21 PST --- Hopefully one of the Radeon developers can reproduce this. If the user could use gdb to get the values for ctx-Const.MaxTextureCoordUnits and ctx-Const.MaxTextureImageUnits that might be helpful. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 21334] I would like a new account to publish a new gprof project
http://bugs.freedesktop.org/show_bug.cgi?id=21334 --- Comment #3 from Brian Paul brian.e.p...@gmail.com 2009-10-07 07:29:01 PST --- Can we give Robert a FD.O account so he can set up his own git repo first, then someday give him access to the Mesa repo? We don't give access to the git repo until someone has submitted some patches, etc. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24320] glXQueryDrawable returns 0 for all attributes except GLX_FBCONFIG_ID
http://bugs.freedesktop.org/show_bug.cgi?id=24320 --- Comment #4 from Andrey Tsyvarev tsyva...@ispras.ru 2009-10-07 07:46:47 PST --- Created an attachment (id=30141) -- (http://bugs.freedesktop.org/attachment.cgi?id=30141) glxinfo output GLX 1.4 on the server is only when LD_LIBRARY_PATH pointed to Mesa 7.5 library, compiled with --with-driver=xlib(only software implementation). As I understand, this variant of GLX library is actually fully implemented on the client side, so it doesn't depend on X server at all, and may returns any server side parameters. Really, GLX version of server is 1.2(as I noted in the previouse post). I understand, that for GLX 1.2 using of GLX 1.3 commands leads, strictly speaking, to an unspecified behaviour. But: -if this variant of GLX implementation is really fully client side, why does it depend on server's GLX version? -if it depends on server's GLX, why it returns wrong GLX version for the server? Moreover, how can library user test, whether he is allowed to use GLX 1.3 commands? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24320] glXQueryDrawable returns 0 for all attributes except GLX_FBCONFIG_ID
http://bugs.freedesktop.org/show_bug.cgi?id=24320 --- Comment #5 from Andrey Tsyvarev tsyva...@ispras.ru 2009-10-07 07:49:47 PST --- Created an attachment (id=30142) -- (http://bugs.freedesktop.org/attachment.cgi?id=30142) glxinfo output without additional environment variables Real version of the GLX on the server. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24321] glXQueryExtension doesn't set eventBase and errorBase
http://bugs.freedesktop.org/show_bug.cgi?id=24321 --- Comment #3 from Andrey Tsyvarev tsyva...@ispras.ru 2009-10-07 08:00:41 PST --- Yes, I use Mesa, configured with --with-driver=xlib. errorbase and eventbase values are meaningless Is this mean, that GLX errors and events have never arised in this case of GLX? And what about XQueryExtension() for GLX_EXTENSION_NAME? As I undestand, it should return same errorBase and eventBase, as glXQueryExtension. But even in this fake GLX case, it returns concrete values(155 for first_error, and 93 for first_event on my system). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24320] glXQueryDrawable returns 0 for all attributes except GLX_FBCONFIG_ID
http://bugs.freedesktop.org/show_bug.cgi?id=24320 --- Comment #6 from Brian Paul brian.e.p...@gmail.com 2009-10-07 08:44:55 PST --- OK, there's a few bugs in the fake GLX code here. I've committed fixes to the Mesa 7.6 branch. For the real GLX case (the second glxinfo) you've only got GLX 1.2 (the lesser of the client and server versions) to glXQueryDrawable() isn't available. Can you test Mesa 7.6 from git? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 21334] I would like a new account to publish a new gprof project
http://bugs.freedesktop.org/show_bug.cgi?id=21334 --- Comment #4 from b...@o-hand.com 2009-10-07 09:55:04 PST --- (In reply to comment #3) Can we give Robert a FD.O account so he can set up his own git repo first, then someday give him access to the Mesa repo? We don't give access to the git repo until someone has submitted some patches, etc. right, the mesa changes I have are only experimental a.t.m so just setting up a user repository sounds best to me to start with. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 --- Comment #2 from Nicolai Hähnle nhaeh...@gmail.com 2009-10-07 12:33:07 PST --- Brian, I cannot reproduce this here (and I really doubt it can happen unless you mess with your driconf settings - maybe the original reporter should check those), but is this assertion even correct? I agree with the assertions that MaxTextureUnits = MaxTextureImageUnits MaxTextureUnits = MaxTextureCoordUnits because a fixed function texture unit requires both the set of coordinates and the image. But I was under the impression that the whole point of the new MaxTextureImageUnits and MaxTextureCoordUnits was to decouple the two concepts which are no longer necessarily related in a programmable setting. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 --- Comment #3 from Brian Paul brian.e.p...@gmail.com 2009-10-07 13:23:38 PST --- In the fixed-function paths we use ctx-Const.MaxTextureCoordUnits all over the place. For fixed-function we have to have a texture image unit for each coord unit. I guess we could replace most occurances of ctx-Const.MaxTextureCoordUnits with ctx-Const.MaxTextureUnits (and remove the assertion) but that'd be a bit of work. Looking at the radeon code which sets these limits: ctx-Const.MaxTextureUnits = driQueryOptioni (rmesa-radeon.optionCache, texture_units); ctx-Const.MaxTextureImageUnits = ctx-Const.MaxTextureUnits; ctx-Const.MaxTextureCoordUnits = ctx-Const.MaxTextureUnits; I don't see how the assertion would be failing. Can you try setting texture_units in your driconf and see what happens? BTW, shouldn't the driconf value be clamped to some limit? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24321] glXQueryExtension doesn't set eventBase and errorBase
http://bugs.freedesktop.org/show_bug.cgi?id=24321 --- Comment #4 from Brian Paul brian.e.p...@gmail.com 2009-10-07 13:42:30 PST --- You're right, we can always call XQueryExtension(). We'll always return True from glXQueryExtension() since we're trying to fake GLX. But when there really is GLX we can return real errorBase and eventBase values. I don't know who would depend on this but we can do it. I'll attach another patch. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24321] glXQueryExtension doesn't set eventBase and errorBase
http://bugs.freedesktop.org/show_bug.cgi?id=24321 --- Comment #5 from Brian Paul brian.e.p...@gmail.com 2009-10-07 13:47:32 PST --- Created an attachment (id=30145) -- (http://bugs.freedesktop.org/attachment.cgi?id=30145) another patch for glXQueryContext() -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 21334] I would like a new account to publish a new gprof project
http://bugs.freedesktop.org/show_bug.cgi?id=21334 Daniel Stone dan...@fooishbar.org changed: What|Removed |Added AssignedTo|mesa3d- |sitewrangl...@lists.freedesk |d...@lists.sourceforge.net |top.org Component|Other |New Accounts Product|Mesa|freedesktop.org --- Comment #5 from Daniel Stone dan...@fooishbar.org 2009-10-07 16:52:36 PST --- yep, fine by me. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 Samium Gromoff _deepf...@feelingofgreen.ru changed: What|Removed |Added CC||_deepf...@feelingofgreen.ru Platform|Other |All --- Comment #4 from Samium Gromoff _deepf...@feelingofgreen.ru 2009-10-07 17:37:09 PST --- Good day, I'm the original reporter. I don't have ~/.drirc, nor /etc/drirc. I didn't install driconf before I saw it mentioned here. An additional detail lost in fight: setting LIBGL_ALWAYS_INDIRECT to 1 makes things work. Not sure it it's relevant, though. Here goes, anyway (in short: no useful data, perhaps): deepf...@betelheise:~$ LD_LIBRARY_PATH=/usr/lib/debug/usr/lib/ gdb glxinfo GNU gdb (GDB) 6.8.50.20090628-cvs-debian Copyright (C) 2009 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type show copying and show warranty for details. This GDB was configured as x86_64-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/... (no debugging symbols found) (gdb) run Starting program: /usr/bin/glxinfo (no debugging symbols found) (no debugging symbols found) [Thread debugging using libthread_db enabled] name of display: :0.0 glxinfo: main/context.c:640: check_context_limits: Assertion `ctx-Const.MaxTextureCoordUnits = ctx-Const.MaxTextureImageUnits' failed. Program received signal SIGABRT, Aborted. 0x775bed25 in raise () from /lib/libc.so.6 (gdb) bt #0 0x775bed25 in raise () from /lib/libc.so.6 #1 0x775c1de1 in abort () from /lib/libc.so.6 #2 0x775b7f99 in __assert_fail () from /lib/libc.so.6 #3 0x76b3c11b in check_context_limits (newCtx=0x61e350, drawBuffer=0x97b2d0, readBuffer=0x97b2d0) at main/context.c:640 #4 _mesa_make_current (newCtx=0x61e350, drawBuffer=0x97b2d0, readBuffer=0x97b2d0) at main/context.c:1419 #5 0x76b1a79a in radeonMakeCurrent (driContextPriv=value optimized out, driDrawPriv=0x97b230, driReadPriv=0x97b230) at radeon_common_context.c:769 #6 0x76af77ca in driBindContext (pcp=0x613c70, pdp=0x97b230, prp=0x97b230) at ../common/dri_util.c:206 #7 0x77b87deb in MakeContextCurrent (dpy=0x606010, draw=23068676, read=23068676, gc=0x611590) at glxcurrent.c:378 #8 0x0040256f in ?? () #9 0x00402d8e in ?? () #10 0x775ab5c6 in __libc_start_main () from /lib/libc.so.6 #11 0x00401369 in ?? () #12 0x7fffe158 in ?? () #13 0x001c in ?? () #14 0x0001 in ?? () #15 0x7fffe4b0 in ?? () #16 0x in ?? () (gdb) f 3 #3 0x76b3c11b in check_context_limits (newCtx=0x61e350, drawBuffer=0x97b2d0, readBuffer=0x97b2d0) at main/context.c:640 640 main/context.c: No such file or directory. in main/context.c (gdb) print ctx-Const.MaxTextureCoordUnits Cannot access memory at address 0x74c (gdb) print ctx-Const.MaxTextureImageUnits Cannot access memory at address 0x750 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24321] glXQueryExtension doesn't set eventBase and errorBase
http://bugs.freedesktop.org/show_bug.cgi?id=24321 --- Comment #2 from Brian Paul brian.e.p...@gmail.com 2009-10-06 08:29:10 PST --- Created an attachment (id=30111) -- (http://bugs.freedesktop.org/attachment.cgi?id=30111) return 0 for errorBase and eventBase Does this patch help you? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 18613] new account on fd.o
http://bugs.freedesktop.org/show_bug.cgi?id=18613 Daniel Stone dan...@fooishbar.org changed: What|Removed |Added AssignedTo|sitewrangl...@lists.freedesk|mesa3d- |top.org |d...@lists.sourceforge.net Component|New Accounts|Other Product|freedesktop.org |Mesa --- Comment #6 from Daniel Stone dan...@fooishbar.org 2009-10-06 19:55:34 PST --- brian or anyone else -- ping? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 20498] I'd like to have git commit access to freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=20498 Daniel Stone dan...@fooishbar.org changed: What|Removed |Added AssignedTo|sitewrangl...@lists.freedesk|mesa3d- |top.org |d...@lists.sourceforge.net Component|CVS |Other Product|freedesktop.org |Mesa --- Comment #4 from Daniel Stone dan...@fooishbar.org 2009-10-06 20:03:33 PST --- can anyone from mesa approve this application or otherwise? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 21334] I would like a new account to publish a new gprof project
http://bugs.freedesktop.org/show_bug.cgi?id=21334 Daniel Stone dan...@fooishbar.org changed: What|Removed |Added AssignedTo|sitewrangl...@lists.freedesk|mesa3d- |top.org |d...@lists.sourceforge.net Component|New Accounts|Other Product|freedesktop.org |Mesa --- Comment #2 from Daniel Stone dan...@fooishbar.org 2009-10-06 20:11:10 PST --- brian, is this ok? the uprof part looks fine by me, but you'll want to approve the mesa part. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 20498] I'd like to have git commit access to freedesktop.org
http://bugs.freedesktop.org/show_bug.cgi?id=20498 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #5 from Eric Anholt e...@anholt.net 2009-10-06 20:18:44 PST --- Required information never supplied. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 18613] new account on fd.o
http://bugs.freedesktop.org/show_bug.cgi?id=18613 Eric Anholt e...@anholt.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #7 from Eric Anholt e...@anholt.net 2009-10-06 20:19:36 PST --- Closing due to required information not being supplied. Please re-open if you're still interested in getting an account and provide the AccountRequests information. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24365] New: [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed
http://bugs.freedesktop.org/show_bug.cgi?id=24365 Summary: [7.6] glxinfo: main/context.c:640: check_context_limits: Assertion failed Product: Mesa Version: unspecified Platform: Other URL: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=550011 OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: brice.gog...@ens-lyon.org A user with a R423 and mesa 7.6 reports: Simply running glxinfo produces following: deepf...@betelheise:~$ glxinfo name of display: :0.0 glxinfo: main/context.c:640: check_context_limits: Assertion `ctx-Const.MaxTextureCoordUnits = ctx-Const.MaxTextureImageUnits' failed. Aborted -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerry(R) Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9 - 12, 2009. Register now! http://p.sf.net/sfu/devconference ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24318] New: Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h
http://bugs.freedesktop.org/show_bug.cgi?id=24318 Summary: Fix building of GLSL demos which use M_PI when M_PI is not defined by math.h Product: Mesa Version: git Platform: x86 (IA32) OS/Version: Cygwin Status: NEW Severity: minor Priority: medium Component: Demos AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: jon.tur...@dronecode.org.uk Created an attachment (id=30074) -- (http://bugs.freedesktop.org/attachment.cgi?id=30074) Patch to fix building of GLSL demos which use M_PI when M_PI is not defined by math.h Some math.h files do not define M_PI, in which case, we must provide our own definition. This is done for most demos, but not for the GLSL demos. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 24217] Mesa implemetation error with glXCopyContext
http://bugs.freedesktop.org/show_bug.cgi?id=24217 --- Comment #2 from Andrey Tsyvarev tsyva...@ispras.ru 2009-10-05 06:18:44 PST --- In the situations that I have checked, the problem with copying the texture did not appear anymore. Thanks for a quick response! The problem was revealed by the tests for conformance with OpenGL spec that we develop within LSB Infrastruture project in collaboration with the Linux Foundation. If some other test we are going to develop for this suite will show that the problems related to copying textures still persist, we will let you know. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- Come build with us! The BlackBerryreg; Developer Conference in SF, CA is the only developer event you need to attend this year. Jumpstart your developing skills, take BlackBerry mobile applications to market and stay ahead of the curve. Join us from November 9#45;12, 2009. Register now#33; http://p.sf.net/sfu/devconf ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev