[Mesa3d-dev] [Bug 10488] New: assertion failure in libGL.so.1 when running wine on xvnc4 at 16bpp
http://bugs.freedesktop.org/show_bug.cgi?id=10488 Summary: assertion failure in libGL.so.1 when running wine on xvnc4 at 16bpp Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: GLX AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] When running any program under wine (e.g. winecfg) on xvnc4server, assertion fails inside libGL.so.1 from libgl1-mesa-glx package: glxcmds.c:343: CreateContext: Assertion `mode != ((void *)0)' failed. A quick look info code shows that it hits a 'FIXME': ... 337 if ( fbconfig == NULL ) { 338 /* FIXME: Is it possible for the __GLcontextModes structure 339 * FIXME: to not be found? 340 */ 341 mode = _gl_context_modes_find_visual( psc->configs, 342vis->visualid ); 343 assert( mode != NULL ); 344 assert( mode->screen == screen ); 345 } ... This bug originally was reported to Debian BTS, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=415292 The bug log there contains some backtraces. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 10444] trackballs segfaults in _save_upgrade_vertex after pressing Start Game
http://bugs.freedesktop.org/show_bug.cgi?id=10444 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from [EMAIL PROTECTED] 2007-03-31 06:51 PST --- OK. Closing. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 10483] Alpha value is not effective in double buffer mode
http://bugs.freedesktop.org/show_bug.cgi?id=10483 --- Comment #1 from [EMAIL PROTECTED] 2007-03-31 06:50 PST --- Created an attachment (id=9393) --> (http://bugs.freedesktop.org/attachment.cgi?id=9393&action=view) simple case for reading pixels -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 10483] New: Alpha value is not effective in double buffer mode
http://bugs.freedesktop.org/show_bug.cgi?id=10483 Summary: Alpha value is not effective in double buffer mode Product: Mesa Version: CVS Platform: All OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], [EMAIL PROTECTED] version === Mesa master, cset e608d92c5b42d192772066194531db8bfaff86ce Description === Under double buffer mode, glReadPixels() cannot get the right alpha value after the object was draw with specified RGBA values (by glColor()). R/G/B value is right respectively. In fact, the alpha value achieved is the value that is used to clear the color buffer (glClearColor()). Misc under single buffer mode, this bug doesn't happen. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 10482] New: _mesa_reference_framebuffer: Assertion `!*ptr' failed
http://bugs.freedesktop.org/show_bug.cgi?id=10482 Summary: _mesa_reference_framebuffer: Assertion `!*ptr' failed Product: Mesa Version: CVS Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Mesa core AssignedTo: mesa3d-dev@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] many apps e.g. ActionCube (http://action.cubers.net/) are crashing with error: main/framebuffer.c:256: _mesa_reference_framebuffer: Assertion `!*ptr' failed HW: 945GM SW: Mesa git, DRM git, xorg-server 1.2.0, xf86-video-intel 1.7.4 I can't get better backtrace than this: #0 0xb7f40410 in __kernel_vsyscall () #1 0x4104e923 in raise () from /lib/libc.so.6 #2 0x41172ff4 in ?? () from /lib/libc.so.6 #3 0xb7ca1950 in ?? () #4 0x410503b6 in abort () from /lib/libc.so.6 #5 0xbfb8d908 in ?? () #6 0x in ?? () -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] [Bug 6355] Building GLcore in mesa (suggestion)
http://bugs.freedesktop.org/show_bug.cgi?id=6355 --- Comment #13 from [EMAIL PROTECTED] 2007-03-31 03:26 PST --- Hi Kristian, thanks for reviewing. I should probably mention that out of the issues mentioned in your original mail: - glapi is a non-issue with the patches because the xserver still symlinks those from mesa, I think this should be handled separately - GLcore i/f versioning still needs to be looked someway -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
Re: [Mesa3d-dev] Mesa - Scitech? myOS - Miniature, Linux based OpenGL development system without X
> 1.) can you please tell me, since Scitech drivers are based on Mesa, why > there is no mention of them on Mesa web site? Mesa is BSD licensed, anyone can and does take it and use it, the project may never find out or have any contact with the ppl using it... > > 2.) can you help me figure out, how come no one uses Scitech to do > "Linux without X" even tho they are clean, working solution? and, i mean > there is not a single Linux project using them, until now.. closed source? no idea what level the drivers are at.. > i could not figure out 'Mesa minixgl', dont even know what exactly and where > is the source code for it, i tried GGI, directFB and looked into other > "without X" projects, but they so much trouble to compile, have dependencies > that i want to get rid of, hard to isolate, clean or are simply too big. > since all the 'Linux without X' drivers are based on Mesa anyway, i assume > minixgl might be most simplistic and smallest, therefore best solution for > me, so: > > is minixgl active? can someone point out if there is nice simple link > that will download all necessary source of minixgl in ONE file? > Miniglx isn't active in the sense of ppl do development on it to further it, I have deployed it in a number of OpenGL without X platforms, and I generally take the Mesa tree, make it work for what I want, and if the changes are applicable to upstream I push them back into the mesa tree, at this stage I'm probably the miniglx de-facto maintainer... miniglx ships as part of Mesa (but not in the tarballs..) you'll have to use git to grab the latest Mesa development tree then make linux-solo-x86 in theory should build a miniglx system, that along with a couple of hacks the drm to bypass the master authorisations should allow it to run on radeon or intel (granted I don't use radeon with it anymore so it may have bitrotted..) Miniglx currently in theory works hw-accelerated on radeon and intel i9xx hardware using the Linux kernel fb-drivers to do modesetting, and the drm to do the 3D acceleration, when the intel modesetting code is in the drm tree I'll make a miniglx to use that as opposed to fbdev just for a proof of concept and for perhaps an upcoming deployment into a production system.. Dave. -- David Airlie, Software Engineer http://www.skynet.ie/~airlied / airlied at skynet.ie Linux kernel - DRI, VAX / pam_smb / ILUG - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV ___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
[Mesa3d-dev] Mesa - Scitech? myOS - Miniature, Linux based OpenGL development system without X
hi, brian suggested this was the best place to post this info and my questions, so here i go: *** project myOS - Miniature, Linux based OpenGL development system without X It is bare bones Linux system, stripped down of everything, but core necessary files to compile and run OpenGL/C code. It has simplified directory structure and cleaned up internal cross referencing. There is complete OpenGL Red Book together with 45 examples converted to use Scitech's drivers. Examples are organized to follow chapters and are ready to compile and run, they look very much like their GLUT version in Red Book. This little collection is really all one needs to learn OpenGL. In fact the whole system being very bare bones and really simple can be used as learning tool to teach Linux basics and C/OpenGL programming... http://one.xthost.info/zelko/opengl.html there are more OpenGL related downloads on that page including old demos that were developed for Voodoo2 using Mesa *** questions 1.) can you please tell me, since Scitech drivers are based on Mesa, why there is no mention of them on Mesa web site? 2.) can you help me figure out, how come no one uses Scitech to do "Linux without X" even tho they are clean, working solution? and, i mean there is not a single Linux project using them, until now.. 3.) i could not figure out 'Mesa minixgl', dont even know what exactly and where is the source code for it, i tried GGI, directFB and looked into other "without X" projects, but they so much trouble to compile, have dependencies that i want to get rid of, hard to isolate, clean or are simply too big. since all the 'Linux without X' drivers are based on Mesa anyway, i assume minixgl might be most simplistic and smallest, therefore best solution for me, so: is minixgl active? can someone point out if there is nice simple link that will download all necessary source of minixgl in ONE file? 4.) im looking forward to Mesa fbdev/DRI project or similar to have wider supported hardware, but meanwhile can you suggest if you know of any other Linux drivers that might be used to create "Linux-OpenGL without X" system? cheers, zelko - Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys-and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV___ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev