Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sun, 07 Mar 2010 12:39:15 +0200 Maxim Levitsky wrote: > On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote: > > On Sun, 07 Mar 2010 00:24:24 +0200 > > Maxim Levitsky wrote: > > > > > On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote: > > > > On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote: > > > > > On Sat, 06 Mar 2010 18:02:51 +0100 > > > > > Stephan Raue wrote: > > > > > > > > > > > looks this like my problems that i have reported some days ago with > > > > > > Subject "Problem using an Mesa based App with recent > > > > > > xorg/mesa/xf86-video-intel (loop?)" to Mesa-dev, xorg and intel-gfx > > > > > > list? > > > > > > > > > > > > i have still this issue, but i dont know what you need for > > > > > > informations > > > > > > to fix the issues? > > > > > > > > > > > > with ati driver i dont have problems, only here with intel driver > > > > > > on my > > > > > > Thinkpad X200t with intel HDA Graphics card > > > > > > > > > > > > > > I now see that compiz hangs in same way. > > > > > > > > Attached are backtrace of the compiz, and backtrace of etracer which did > > > > start full screen but became hung on resolution change. > > > > > > > > Best regards, > > > > Maxim Levitsky > > > > > > Other info that might help: > > > > > > I took a look at X and found that it was in normal waiting state > > > sleeping waiting for input. > > > > > > Also, I found when 'unstable' mesa would appear to work when I start the > > > X while 'stable' one is used. It was compiz. When compiz is running > > > using stable mesa, an game does change the resolution 'usualy' without > > > hang even if uses unstable mesa. > > > > > > Best regards, > > > Maxim Levitsky > > > > i found that the kernel updates for 2.6.34-rc1 did make the hang time > > out... this has to be some vblank issue, i assume... > > > Note that I did try git master of linus tree, and that didn't help with > the hang at all (now pulled it again, but don't see any changes in drm > code) > > Best regards, > Maxim Levisky yeah. i'm sorry. My issues vanished with current git versions of libdrm,mesa,xserver,xf86-video-intel ... while trying to find out(in vain) which part of the stack did fix the issue, i noticed that the xserver-patches in jesse's tree was which changed "hung" into "timeout"... hth, Flo -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sat, 6 Mar 2010 15:11:59 -0800 Jesse Barnes wrote: > It would help to know what the server is doing at this point with the > client. It may be that it put the client to sleep and hasn't woken it > up yet, or there could be something wrong with our getbuffers code in > the new scheme. > > Jesse > i played a little with parallel debugging of glxgears and X ... i could manage it somewhat... one problem i had, was that after a while the screen-saver would disable my displays and then glxgears wouldnt hang anymore... (where to disable that?) the other problem i faced was, that i could happily step through the dispatch loop in the xserver and could also break in the dri2GetBuffersWithFormat, but i didn't know what to look at... what datastructures hold the xserver-side state of the client? hm.. i think i have to give that another go... cheers, Flo -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sat, 06 Mar 2010 18:02:51 +0100 Stephan Raue wrote: > looks this like my problems that i have reported some days ago with > Subject "Problem using an Mesa based App with recent > xorg/mesa/xf86-video-intel (loop?)" to Mesa-dev, xorg and intel-gfx list? > > i have still this issue, but i dont know what you need for informations > to fix the issues? > > with ati driver i dont have problems, only here with intel driver on my > Thinkpad X200t with intel HDA Graphics card > > Stephan > > Am 06.03.2010 17:46, schrieb Maxim Levitsky: > > Here, gdb backtrace while running sauerbraten full screen: > > > > > > #2 0xb6e93d80 in ?? () from /usr/lib/libxcb.so.1 > > #3 0xb6e959d2 in xcb_wait_for_reply () from /usr/lib/libxcb.so.1 > > #4 0xb7387e7e in _XReply (dpy=0x9023938, rep=0xbfc6a4dc, extra=0, > > discard=0) at xcb_io.c:454 > > #5 0xb772ba30 in DRI2GetBuffersWithFormat (dpy=0x9023938, > > drawable=62914575, width=0x93eed74, height=0x93eed78, > > attachments=0xbfc6a5dc, count=2, > > outCount=0xbfc6a608) at dri2.c:428 > > #6 0xb7729f62 in dri2GetBuffersWithFormat (driDrawable=0x93eed50, > > width=0x93eed74, height=0x93eed78, attachments=0xbfc6a5dc, count=2, > > out_count=0xbfc6a608, > > loaderPrivate=0x93eecb0) at dri2_glx.c:435 > > #7 0xb6557bf3 in intel_update_renderbuffers (context=0x905c678, > > drawable=0x93eed50) at intel_context.c:253 > > #8 0xb65581d5 in intel_prepare_render (intel=0x90c6c50) at > > intel_context.c:395 > > #9 0xb657a423 in brw_try_draw_prims (ctx=, > > arrays=0x910418c, prim=0x9102c60, nr_prims=1, ib=0x0, index_bounds_valid=1 > > '\001', > > min_index=0, max_index=3) at brw_draw.c:340 > > #10 brw_draw_prims (ctx=, arrays=0x910418c, > > prim=0x9102c60, nr_prims=1, ib=0x0, index_bounds_valid=1 '\001', > > min_index=0, max_index=3) > > at brw_draw.c:441 > > #11 0xb663ea64 in vbo_exec_vtx_flush (exec=0x9102b30, unmap=1 '\001') at > > vbo/vbo_exec_draw.c:384 > > #12 0xb663a42a in vbo_exec_FlushVertices_internal (ctx=0xfdfc, > > unmap=255 '\377') at vbo/vbo_exec_api.c:872 > > #13 0xb663c230 in vbo_exec_FlushVertices (ctx=0x90c6c50, flags=1) at > > vbo/vbo_exec_api.c:906 > > #14 0xb65daea5 in _mesa_set_enable (ctx=0x90c6c50, cap=3042, state=1 > > '\001') at main/enable.c:283 > > #15 0xb65db1bf in _mesa_Enable (cap=3042) at main/enable.c:1007 > > #16 0x080abf08 in ?? () > > #17 0x080ad3fc in ?? () > > #18 0xb7479b56 in __libc_start_main (main=0x80ad0a0, argc=3, > > ubp_av=0xbfc6abb4, init=0x824a9f0, fini=0x824a9e0, > > rtld_fini=0xb789cd20<_dl_fini>, > > > > > > Best regards, > > Maxim Levitsky > > > > ___ > > Intel-gfx mailing list > > intel-...@lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/intel-gfx > > > > > > with glxgears I can reproduce a hang in _XReply with the same backtrace up to intel_prepare_render.. i think there are some vblank events going awol or somewhat like that.. i just have to move glxgears from one xrandr head to the next... (a little bit timing in there, but nonetheless it is easy to trigger) with the soon-to-be linux-2.6.34-rc1 however, it will now only hang some 1 or 2 secs then continue to run. i'm running on 64bit... (kernel + userland) ... hth, Flo -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sun, 07 Mar 2010 00:24:24 +0200 Maxim Levitsky wrote: > On Sun, 2010-03-07 at 00:05 +0200, Maxim Levitsky wrote: > > On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote: > > > On Sat, 06 Mar 2010 18:02:51 +0100 > > > Stephan Raue wrote: > > > > > > > looks this like my problems that i have reported some days ago with > > > > Subject "Problem using an Mesa based App with recent > > > > xorg/mesa/xf86-video-intel (loop?)" to Mesa-dev, xorg and intel-gfx > > > > list? > > > > > > > > i have still this issue, but i dont know what you need for informations > > > > to fix the issues? > > > > > > > > with ati driver i dont have problems, only here with intel driver on my > > > > Thinkpad X200t with intel HDA Graphics card > > > > > > > > I now see that compiz hangs in same way. > > > > Attached are backtrace of the compiz, and backtrace of etracer which did > > start full screen but became hung on resolution change. > > > > Best regards, > > Maxim Levitsky > > Other info that might help: > > I took a look at X and found that it was in normal waiting state > sleeping waiting for input. > > Also, I found when 'unstable' mesa would appear to work when I start the > X while 'stable' one is used. It was compiz. When compiz is running > using stable mesa, an game does change the resolution 'usualy' without > hang even if uses unstable mesa. > > Best regards, > Maxim Levitsky i found that the kernel updates for 2.6.34-rc1 did make the hang time out... this has to be some vblank issue, i assume... -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Fri, 05 Mar 2010 23:48:48 +0200 Maxim Levitsky wrote: > On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: > > On Fri, 05 Mar 2010 23:18:07 +0200 > > Maxim Levitsky wrote: > > > > > On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: > > > > On Fri, 05 Mar 2010 22:42:21 +0200 > > > > Maxim Levitsky wrote: > > > > > > > > > After quite long period of inactivity, I updated graphical stack on my > > > > > desktop/server. > > > > > > > > > > To say the truth, I did such update about month ago, but found out > > > > > that > > > > > X refuses flatly to use DRI modules. I assumed that it was my mistake > > > > > in > > > > > compilation process (although it is automated). > > > > > > > > That generally indicates a build or config problem of some kind. Did > > > > you ever narrow it down? > > > Because the same compile process works now, I suspect that wasn't build > > > failure. > > > > Well something weird is going on; maybe you didn't build X after Mesa > > or with the right Mesa includes? > I am very sure that this issue isn't relevant now. > > I do compile (libdrm, mesa, xserver, xf86-intel, and evdev driver in > that order, compiling everything from scratch (doing git clean -dfx in > all directories) if you just want a working setup, perhaps you should try using something that got (probably) tested by at least some people: http://intellinuxgraphics.org/2009Q4.html cheers, Flo -- Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: 2.6.30-rc1-git5: Flooding log with: Failed to copy relocations back out
On Mon, 13 Apr 2009 16:31:29 +0200 Bruno Prémont wrote: > Hi, > > Current linus tree is flooding my kernel log with: > [drm:i915_gem_execbuffer] *ERROR* Failed to copy relocations back > out: -107875104 > > The number at end of line takes any number, positive or negative. > > The flooding rate is around 2MB/s when running idle enlightenment > desktop with running gkrellm. > This should be fixed in -rc2 , see also http://bugs.freedesktop.org/show_bug.cgi?id=20985 sincerely, Florian -- Stay on top of everything new and different, both inside and around Java (TM) technology - register by April 22, and save $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. 300 plus technical and hands-on sessions. Register today. Use priority code J9JMT32. http://p.sf.net/sfu/p -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 6/6] drm/i915: Fix lock order reversal in GEM relocation entry copying. -- makes X hang
On Tue, 31 Mar 2009 12:36:56 -0700 Eric Anholt wrote: > > Ouch. Could you file a bug report using: > > http://intellinuxgraphics.org/how_to_report_bug.html > > so I've got the information I need to try to reproduce this? > shure. done. http://bugs.freedesktop.org/show_bug.cgi?id=20985 thx, Florian p.s. hope i didn't miss some vital piece of information? signature.asc Description: PGP signature -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH 6/6] drm/i915: Fix lock order reversal in GEM relocation entry copying. -- makes X hang
Hi! On Wed, 25 Mar 2009 14:45:10 -0700 Eric Anholt wrote: > Signed-off-by: Eric Anholt > Reviewed-by: Keith Packard > --- > drivers/gpu/drm/i915/i915_gem.c | 187 > +++--- 1 files changed, 133 > insertions(+), 54 deletions(-) > I testet Linus' Git tree @ 5d80f8e5a (merge net-2.6) and discovered that X hung after starting up gdm. When i start gdm the screen is frozen and X hangs. I was able to bisect it down to 40a5f0decdf050785ebd62b36ad48c869ee4b384 drm/i915: Fix lock order reversal in GEM relocation entry copying. when hung /proc/[xpid]/stack did contain: [] msleep_interruptible+0x2e/0x40 [] i915_wait_ring+0x17d/0x1d0 [] i915_gem_execbuffer+0xd2d/0xf70 [] drm_ioctl+0x1f5/0x320 [] vfs_ioctl+0x85/0xa0 [] do_vfs_ioctl+0x20b/0x510 [] sys_ioctl+0x87/0xa0 [] system_call_fastpath+0x16/0x1b [] 0x I reverted that commit now on top of 5d80f8e5a and all 's well . My X-Stack is from Git at around 20th march. I will update that now, but as it hangs in a kernel syscall, it shouldn't matter? Sincerely, Florian p.s. no kms config.gz Description: GNU Zip compressed data -- -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
