[Bug 8732] Composite breaks OpenGL
http://bugs.freedesktop.org/show_bug.cgi?id=8732 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #10 from [EMAIL PROTECTED] 2007-09-04 04:24 PST --- *** Bug 6283 has been marked as a duplicate of 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, or are watching the assignee. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 8732] Composite breaks OpenGL
http://bugs.freedesktop.org/show_bug.cgi?id=8732 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #11 from [EMAIL PROTECTED] 2007-09-04 04:24 PST --- *** Bug 1208 has been marked as a duplicate of 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, or are watching the assignee. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 1208] DRI driver rendering not redirected
http://bugs.freedesktop.org/show_bug.cgi?id=1208 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #7 from [EMAIL PROTECTED] 2007-09-04 04:24 PST --- *** This bug has been marked as a duplicate of bug 8732 *** -- 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. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12164] blender crash with DRI driver 7.0.1
http://bugs.freedesktop.org/show_bug.cgi?id=12164 --- Comment #3 from [EMAIL PROTECTED] 2007-09-04 08:28 PST --- Alberto, could you try a debug build of Mesa to get a stack trace with function arguments? If you can provide detailed instructions on how to reproduce this I'll give it a try. I don't know how to use Blender otherwise. -- 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. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRM enhancements document
On Sunday, September 2, 2007 6:21 pm [EMAIL PROTECTED] wrote: Hi, On Fri, Aug 24, 2007 at 08:31:10AM -0700, Jesse Barnes wrote: On Thursday, August 23, 2007 6:44:49 pm [EMAIL PROTECTED] wrote: I am *not* opposed to a scheme where userspace has to provide information how to set up a desired mode. (Although I'm not conviced it's really necessary -- both Keith Packard and Dave Airlie argued that mode setting is simple enough to be done in the kernel completely...) I'm not sure what you mean here--the kernel does fully set the mode in this scheme, all userspace does is provide the mode info (timings, etc.). Well, some people argue that even the timings etc. could be calculated directly in the kernel -- unless I totally misunderstood their remarks. Anyways, my point was that I'm fine with both variants. Yeah, that could be done either way; in fact the kernel already has some timing formulas builtin. We could add a GTF version if needed. At a minimum, there must be a program to determine which outputs have monitors attached, and what modes are available on those monitors. It's possible this could be hardcoded in simple or embedded cases, but for a dynamic system it should probably be done in userspace, since EDID overrides will be fairly common, and various platform specific quirks will probably be necessary. I'm pretty sure detecting the outputs is something that can be done in the kernel without problems. And it *should* be done there, so the kernel can actually manage the available hardware. Yeah, I think output enumeration should be done in the kernel. But figuring out what's attached to a given output and what it supports is a little more burdensome (e.g. EDID as you mention below): not only are there a huge number of devices and combinations (think of just monitors and KVMs as an example) but myriad broken or simple devices that provide incorrect information or no information at all. As for EDID, I totally agree that this can be done in user space just fine. What I'm saying is that no central daemon is required for that. Handling this data should be totally uncritical -- it can be done by a library linked to the actual client processes. (X server, console etc.) Ideally, using a DRM backend to a generic library like libggi, which adds a lot of additional flexibility :-) Right, there's no reason most of this code can't be in a set of libraries. Nor is there any reason to *require* the use of a gfx daemon in many cases. It's just that for some of the cases we have in mind (multiple users, each with multiple clients, possibly doing direct rendering), a gfx daemon to arbitrate things may be a good approach. Jesse - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12164] blender crash with DRI driver 7.0.1
http://bugs.freedesktop.org/show_bug.cgi?id=12164 --- Comment #4 from [EMAIL PROTECTED] 2007-09-04 14:27 PST --- Hello Brian, thank you for your help. Here I send the stack trace with arguments. The way to reproduce the crash in Blender is easy: 1-Open Blender 2-Hit the space bar. A menu will be shown. Select from the menu: Add-Mesh-UVSphere. Accept the defaults clicking on OK. 3-Now you are on edit mode. Hit TAB to exit edit mode... 4-Crash Here are the last frames of the stack trace: #0 0xb741ff82 in vbo_split_inplace (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041234, nr_prims=15, ib=0x0, min_index=0, max_index=910, draw=0xb737a630 _tnl_draw_prims, limits=0xbf0410f8) at vbo/vbo_split_inplace.c:271 #1 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041234, nr_prims=15, ib=0x0, min_index=0, max_index=910) at tnl/t_draw.c:384 #2 0xb741fe71 in flush_vertex (split=0xbf041210) at vbo/vbo_split_inplace.c:99 #3 0xb742037e in vbo_split_inplace (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf0415e4, nr_prims=15, ib=0x0, min_index=0, max_index=910, draw=0xb737a630 _tnl_draw_prims, limits=0xbf0414a8) at vbo/vbo_split_inplace.c:255 #4 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf0415e4, nr_prims=15, ib=0x0, min_index=0, max_index=910) at tnl/t_draw.c:384 #5 0xb741fe71 in flush_vertex (split=0xbf0415c0) at vbo/vbo_split_inplace.c:99 #6 0xb742037e in vbo_split_inplace (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041994, nr_prims=15, ib=0x0, min_index=0, max_index=910, draw=0xb737a630 _tnl_draw_prims, limits=0xbf041858) at vbo/vbo_split_inplace.c:255 #7 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041994, nr_prims=15, ib=0x0, min_index=0, max_index=910) at tnl/t_draw.c:384 #8 0xb741fe71 in flush_vertex (split=0xbf041970) at vbo/vbo_split_inplace.c:99 #9 0xb742037e in vbo_split_inplace (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041d44, nr_prims=15, ib=0x0, min_index=0, max_index=910, draw=0xb737a630 _tnl_draw_prims, limits=0xbf041c08) at vbo/vbo_split_inplace.c:255 #10 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf041d44, nr_prims=15, ib=0x0, min_index=0, max_index=910) at tnl/t_draw.c:384 #11 0xb741fe71 in flush_vertex (split=0xbf041d20) at vbo/vbo_split_inplace.c:99 #12 0xb742037e in vbo_split_inplace (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf0420f4, nr_prims=15, ib=0x0, min_index=0, max_index=910, draw=0xb737a630 _tnl_draw_prims, limits=0xbf041fb8) at vbo/vbo_split_inplace.c:255 #13 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0xbf83effc, prim=0xbf0420f4, nr_prims=15, ib=0x0, min_index=0, max_index=910) at tnl/t_draw.c:384 #14 0xb741fe71 in flush_vertex (split=0xbf0420d0) at vbo/vbo_split_inplace.c:99 ...and here are the first frames where Blender calls OpenGL: #26641 0x083d1a02 in draw_object (base=0x8ee64a0, flag=0) at /home/alberto/blender-2.44/source/blender/src/drawobject.c:3919 3919/home/alberto/blender-2.44/source/blender/src/drawobject.c: No existe el fichero o el directorio. in /home/alberto/blender-2.44/source/blender/src/drawobject.c (gdb) #26640 0x083ccd4b in draw_mesh_object (base=0x8ee64a0, dt=3, flag=0) at /home/alberto/blender-2.44/source/blender/src/drawobject.c:2196 2196in /home/alberto/blender-2.44/source/blender/src/drawobject.c (gdb) #26639 0x083cc4e6 in draw_mesh_fancy (base=0x8ee64a0, dt=3, flag=0) at /home/alberto/blender-2.44/source/blender/src/drawobject.c:2041 2041in /home/alberto/blender-2.44/source/blender/src/drawobject.c (gdb) #26638 0x086b1d78 in cdDM_drawFacesSolid (dm=0x902da60, setMaterial=0x83c68ec set_gl_material) at /home/alberto/blender-2.44/source/blender/blenkernel/intern/cdderivedmesh.c:299 299 /home/alberto/blender-2.44/source/blender/blenkernel/intern/cdderivedmesh.c: No existe el fichero o el directorio. in /home/alberto/blender-2.44/source/blender/blenkernel/intern/cdderivedmesh.c (gdb) #26637 0xb736fe93 in vbo_exec_vtx_wrap (exec=0x8e871a8) at vbo/vbo_exec_api.c:114 114 vbo/vbo_exec_api.c: No existe el fichero o el directorio. in vbo/vbo_exec_api.c (gdb) #26636 0xb736fa18 in vbo_exec_wrap_buffers (exec=0x8e871a8) at vbo/vbo_exec_api.c:80 80 in vbo/vbo_exec_api.c (gdb) #26635 0xb7373c06 in vbo_exec_vtx_flush (exec=0x8e871a8) at vbo/vbo_exec_draw.c:215 215 vbo/vbo_exec_draw.c: No existe el fichero o el directorio. in vbo/vbo_exec_draw.c (gdb) #26634 0xb737a799 in _tnl_draw_prims (ctx=0x8e45df0, arrays=0x8e88770, prim=0x8e872cc, nr_prims=44, ib=0x0, min_index=0, max_index=2729) at tnl/t_draw.c:384 384 tnl/t_draw.c: No existe el fichero o el directorio. in tnl/t_draw.c (gdb) #26633 0xb742037e in vbo_split_inplace (ctx=0x8e45df0, arrays=0x8e88770, prim=0x8e872cc, nr_prims=44, ib=0x0, min_index=0, max_index=2729, draw=0xb737a630 _tnl_draw_prims, limits=0xbf83f508) at vbo/vbo_split_inplace.c:255 255 vbo/vbo_split_inplace.c: No
[Bug 11378] GL_POLYGON set wrong point color if PolygonMode is GL_POINT
http://bugs.freedesktop.org/show_bug.cgi?id=11378 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #2 from [EMAIL PROTECTED] 2007-09-04 18:11 PST --- *** Bug 12273 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 12273] read back unstable result, when drawing POINTS mode PLYGON to FRONT and BACK buffer
http://bugs.freedesktop.org/show_bug.cgi?id=12273 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from [EMAIL PROTECTED] 2007-09-04 18:11 PST --- *** This bug has been marked as a duplicate of bug 11378 *** -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 11378] GL_POLYGON set wrong point color if PolygonMode is GL_POINT
http://bugs.freedesktop.org/show_bug.cgi?id=11378 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from [EMAIL PROTECTED] 2007-09-04 22:25 PST --- fixed in git 1a15b2169ba6cb100627eb525a20a00537cfb6f0 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10687] wrong implement glDrawArray when glPolygonMode is GL_POINT
http://bugs.freedesktop.org/show_bug.cgi?id=10687 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #7 from [EMAIL PROTECTED] 2007-09-04 22:29 PST --- *** This bug has been marked as a duplicate of bug 11378 *** -- 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. - This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now http://get.splunk.com/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel