[Bug 15203] r300 lockup
http://bugs.freedesktop.org/show_bug.cgi?id=15203 --- Comment #12 from Markus Amsler <[EMAIL PROTECTED]> 2008-03-29 15:32:57 PST --- Created an attachment (id=15568) --> (http://bugs.freedesktop.org/attachment.cgi?id=15568) Emitting wait (In reply to comment #10) > (In reply to comment #9) > > Emitting wait doesn't help. > > What exactly did you try? > That. Lockups are still present here with git drm. drm/r300: fix wait interface mixup r300: Correctly translate the value for the R300_CMD_WAIT command. Had no noticeable effects here :( -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[git pull] drm fixes for 2.6.25 final
Hi Linus, Please pull the 'drm-fixes' branch from ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-fixes This contains a bug fix for hangs in the r300 3D system due to a really badly defined hardware wait interface, I've had to do some workarounds as its a userspace exposed interface and I want to fix it for old and new users. I've also included an oops fixer, a sparse cleanup, and patch to support non-coherent DMA for powerpc that I was going to hold but since I'm pushing stuff it may as well go now.. Dave. drivers/char/drm/ati_pcigart.c |6 drivers/char/drm/drm_scatter.c | 11 +++- drivers/char/drm/drm_vm.c | 20 +++--- drivers/char/drm/i915_dma.c|3 ++ drivers/char/drm/r300_cmdbuf.c | 54 +++- drivers/char/drm/radeon_drm.h | 12 + drivers/char/drm/radeon_mem.c |8 +++--- 7 files changed, 92 insertions(+), 22 deletions(-) commit 6876b3bacaaa4c73fb8752b47c84b2b7fad5422a Author: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Date: Fri Mar 28 14:23:07 2008 -0700 drm: fix for non-coherent DMA PowerPC This patch fixes bits of the DRM so to make the radeon DRI work on non-cache coherent PCI DMA variants of the PowerPC processors. It moves the few places that needs change to wrappers to that other architectures with similar issues can easily add their own changes to those wrappers, at least until we have more useful generic kernel API. Signed-off-by: Benjamin Herrenschmidt <[EMAIL PROTECTED]> Cc: "David S. Miller" <[EMAIL PROTECTED]> Cc: "Luck, Tony" <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> Signed-off-by: Dave Airlie <[EMAIL PROTECTED]> commit 2b46278b6af0a4df43016f01a0741d8e0a76bfd4 Author: Harvey Harrison <[EMAIL PROTECTED]> Date: Fri Mar 28 14:23:06 2008 -0700 drm: radeon: fix sparse integer as NULL pointer warnings in radeon_mem.c drivers/char/drm/radeon_mem.c:91:23: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:116:28: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:124:28: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:177:26: warning: Using plain integer as NULL pointer drivers/char/drm/radeon_mem.c:177:53: warning: Using plain integer as NULL pointer Signed-off-by: Harvey Harrison <[EMAIL PROTECTED]> Signed-off-by: Andrew Morton <[EMAIL PROTECTED]> Signed-off-by: Dave Airlie <[EMAIL PROTECTED]> commit 144a75fa1faa4a81530bded2e59872ef80d496b6 Author: Dave Airlie <[EMAIL PROTECTED]> Date: Sun Mar 30 07:53:58 2008 +1000 drm/i915: fix oops on agp=off From Kernel BZ 10289 - not sure why anyone would boot an intel with no agp but it shouldn't crash. Signed-off-by: Dave Airlie <[EMAIL PROTECTED]> commit 0c76be35194563f56e02fc1775d0fe29281e84d4 Author: Dave Airlie <[EMAIL PROTECTED]> Date: Sun Mar 30 07:51:49 2008 +1000 drm/r300: fix bug in r300 userspace hardware wait emission This interface was originally designed wrong, confusing bit-fields and integers, major brown paper bag going back many years... But userspace only ever used 4 values so fix the interface for new users and fix the implementation to deal with the 4 values userspace has ever emitted (0x1, 0x2, 0x3, 0x6). Signed-off-by: Dave Airlie <[EMAIL PROTECTED]> - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15261] New: Segfault in function qglVertex2f
http://bugs.freedesktop.org/show_bug.cgi?id=15261 Summary: Segfault in function qglVertex2f Product: DRI Version: XOrg CVS Platform: Other OS/Version: Linux (All) Status: NEW Severity: normal Priority: highest Component: libglx AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0xb76ed6d0 (LWP 30281)] viaEmitState (vmesa=0x182a8c70) at via_state.c:223 223 via_state.c: No such file or directory. in via_state.c (gdb) bt full #0 viaEmitState (vmesa=0x182a8c70) at via_state.c:223 texObj = ctx = (GLcontext *) 0x182aa9f0 j = _vb = _nr = _x = #1 0xb7157298 in viaRasterPrimitive (ctx=0x182aa9f0, glprim=4, hwprim=4) at via_tris.c:927 vmesa = (struct via_context *) 0x182a8c70 regCmdB = _vb = __FUNCTION__ = "viaRasterPrimitive" __PRETTY_FUNCTION__ = "viaRasterPrimitive" #2 0xb714cede in via_fastrender_quads_verts (ctx=0x182aa9f0, start=0, count=1, flags=55) at ../../../../../src/mesa/tnl_dd/t_dd_dmatmp.h:626 vmesa = (struct via_context *) 0x182a8c70 j = #3 0xb714cd03 in via_run_fastrender (ctx=0x182aa9f0, stage=0x182f5cac) at via_render.c:113 mode = 0 start = 0 length = tnl = (TNLcontext *) 0x182f5ac8 i = 0 #4 0xb71f2cd3 in _tnl_run_pipeline (ctx=0x182aa9f0) at tnl/t_pipeline.c:158 tnl = (TNLcontext *) 0x182f5ac8 __tmp = 895 i = 6 mask = 63 #5 0xb71566e0 in viaRunPipeline (ctx=0x182aa9f0) at via_tris.c:1160 vmesa = (struct via_context *) 0x2 #6 0xb71f3251 in _tnl_draw_prims (ctx=0x182aa9f0, arrays=0x182e3ef8, prim=0x182e2a54, nr_prims=1, ib=0x0, min_index=0, max_index=0) at tnl/t_draw.c:402 bo = {0x3f12fa33, 0x9, 0x3f1813b7, 0x3f1a97bb, 0x3f1d15c8, 0x3f1f8dc7, 0x3f21ffa0, 0x3f246b3a, 0x3f26d07c, 0x3f292f4b, 0xde1, 0x0, 0xa, 0x3f32687d, 0x8, 0x3f36dc2c, 0x18a7dd1c, 0x3f3b33a8, 0x3f3d549e, 0x3f3f6e46, 0x3f41808e, 0x3f438b5f, 0x3f458ea7, 0x3f478a4c, 0x3f497e44, 0x3f4b6a78, 0x3f4d4ed5, ---Type to continue, or q to quit--- 0x3f4f2b47, 0x3f50ffbc, 0x3f52cc23, 0x3f549069, 0x3f564c7d, 0x3f58004e} nr_bo = 0 tnl = (TNLcontext *) 0x182f5ac8 #7 0xb71ebdc0 in vbo_exec_vtx_flush (exec=0x182e2930) at vbo/vbo_exec_draw.c:215 ctx = (GLcontext *) 0x182aa9f0 #8 0xb71e8358 in vbo_exec_FlushVertices (ctx=0x182aa9f0, flags=1) at vbo/vbo_exec_api.c:700 exec = (struct vbo_exec_context *) 0x182e2930 #9 0xb7289061 in enable_texture (ctx=0x182aa9f0, state=, bit=0) at main/enable.c:207 curr = 1 newenabled = 0 #10 0xb728b8d3 in _mesa_set_enable (ctx=0x182aa9f0, cap=3553, state=240 '�') at main/enable.c:595 newenabled = #11 0xb728cece in _mesa_Disable (cap=3553) at main/enable.c:974 No locals. #12 0x0811128a in R_DrawFlatGeoscape (x=0, y=0, w=1024, h=768, p=0.25, q=-1.77736676, cx=0.5, cy=0.5, iz=0.5, map=0x816e010 "map_earth") at src/renderer/r_draw.c:527 gl = (image_t *) 0x1146670c nx = 0 ny = 0 nw = 800 nh = 600 __PRETTY_FUNCTION__ = "R_DrawFlatGeoscape" #13 0x080a17f8 in MAP_DrawMap (node=0x15e85ce0) at src/client/cl_map.c:1372 q = -1.77736676 base = (base_t *) 0x300 distance = 9.38528527e-26 __PRETTY_FUNCTION__ = "MAP_DrawMap" #14 0x080d33be in MN_DrawMenus () at src/client/menu/m_draw.c:326 node = (menuNode_t *) 0x15e85ce0 menu = (menu_t *) 0x1664dea8 ref = 0x0 font = 0x3ff0 source = '\0' sp = 1 pp = 0 ---Type to continue, or q to quit--- color = {0.80012, 0.80012, 0.80012, 1} mouseOver = 1 y = -1208238880 i = -1077167752 message = (message_t *) 0x81225c1 width = 0 height = 407260176 itemHover = (const invList_t *) 0x0 tab = 0xc3 end = 0x8164e55 "R_Clear" __PRETTY_FUNCTION__ = "MN_DrawMenus" #15 0x080bb1ce in SCR_UpdateScreen () at src/client/cl_screen.c:458 No locals. #16 0x08099ed3 in CL_Frame (now=22902, data=0x0) at src/client/cl_main.c:2374 delta = 54 last_frame = 22902 #17 0x080edf88 in tick_timer (now=22902, data=0x18a5a118) at src/common/common.c:963 timer = (struct timer *) 0x18a5a118 old_interval = 11 lateness = 1875 #18 0x080ee1e1 in Qcommon_Frame () at src/common/common.c:1044 event = (struct event *) 0x18a7dc78 time_to_next = 0 #19 0x0812d149 in main (argc=10, argv=0xbfcbbb04) at src/ports/linux/linux_main.c:102 No locals. (gdb) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -
[Bug 15258] recent mesa commit broke compiz's water effect on r300
http://bugs.freedesktop.org/show_bug.cgi?id=15258 Giacomo Perale <[EMAIL PROTECTED]> changed: What|Removed |Added Summary|recent commit broke compiz's|recent mesa commit broke |water effect on r300|compiz's water effect on ||r300 -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15258] New: recent commit broke compiz's water effect on r300
http://bugs.freedesktop.org/show_bug.cgi?id=15258 Summary: recent commit broke compiz's water effect on r300 Product: Mesa Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/r300 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] Commit 978145a075255ae153ee05c2a037400e61558079 "Set param_var->param_binding_type = PROGRAM_CONSTANT" broke the water effect in compiz on my rv370 card. When I activate the effect, the screen becomes black with colored bands covering approximately the top 10 and bottom 10 pixels and I can see the "wave edges" in white moving through the screen at a frame every 1-2s. When the effect ends the screen stays mostly black, but when I activate the other effects it's possible to see some changes, and occasionally white borders where windows should be. The speed remains very low (~1 fps). Nothing on the logs, I bisected until I found the guilty commit. PS. I'm not sure if the bug is common or r300-specific, so assigning to dri-devel. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15203] r300 lockup
http://bugs.freedesktop.org/show_bug.cgi?id=15203 --- Comment #11 from Oliver McFadden <[EMAIL PROTECTED]> 2008-03-29 10:53:25 PST --- Created an attachment (id=15563) --> (http://bugs.freedesktop.org/attachment.cgi?id=15563) r300: Correctly translate the value for the R300_CMD_WAIT command. This patch fixes the lockup caused by the test case on this bug. I've explained it in the commit log of the patch, but I'd like to get a couple of reviews before pushing. Markus, could you please test this patch and report your results? Thanks. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: GSOC '08 hardware accelerated video decoding
Tom Cooksey wrote: > Isn't XvMC going to be depricated in favor of VAAPI? Not sure if it's of any > use > to you, but Qt 4.4.0 has an OpenGL playback widget for Phonon GStreamer > backend. It uses a shader to do the color-space conversion and is avaliable > under the GPLv2/GPLv3. > > If your interest is XcMV because of client-side support, I may be able to > find someone in Trolltech willing to write a Phonon/GStreamer playback > widget which uses VAAPI. It may not be able to make use of all the VAAPI > features as many of them need to be supported in the decoder elements > (I think anyway). Ping me if this is of interest. > > > Cheers, > > Tom > Hi Tom, I went with XvMC because it has a lot of client support as you said. I think it would be immediately useful to a lot of people, plus there are lots of resources out there. Implementing VAAPI is on my list of nice-to-haves if I have time, but at the very least I'll try to keep the code modularized enough to make a VAAPI implementation as painless as possible. I think having VAAPI support would kick start things and get more clients to support it, so it's definitely worth the effort. If I have time at towards the end to do a basic VAAPI implementation I'll definitely keep your offer in mind. Thank you very much, Younes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel