Re: 2.6.35-rc3: Reported regressions from 2.6.34
On Mon, 2010-06-21 at 00:11 +0200, Rafael J. Wysocki wrote: This message contains a list of some regressions from 2.6.34, for which there are no fixes in the mainline known to the tracking team. If any of them have been fixed already, please let us know. If you know of any other unresolved regressions from 2.6.34, please let us know either and we'll add them to the list. Also, please let us know if any of the entries below are invalid. Each entry from the list will be sent additionally in an automatic reply to this message with CCs to the people involved in reporting and handling the issue. Listed regressions statistics: Date Total Pending Unresolved 2010-06-21 46 37 26 2010-06-09 15 13 10 Unresolved regressions -- Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16255 Subject : 2.6.35-rc3 deadlocks on semaphore operations Submitter : Christoph Lameter c...@linux-foundation.org Date : 2010-06-18 14:49 (3 days old) Message-ID: alpine.deb.2.00.1006180940140.11...@router.home References: http://marc.info/?l=linux-kernelm=127687262727707w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16248 Subject : inconsistent lock state Submitter : Sergey Senozhatsky sergey.senozhat...@gmail.com Date : 2010-06-15 11:24 (6 days old) Message-ID: 20100615112434.ga3...@swordfish.minsk.epam.com References: http://marc.info/?l=linux-kernelm=127660087625903w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16247 Subject : drm/i915 BUG with 2.6.35-rc Submitter : Benny Halevy bhal...@panasas.com Date : 2010-06-14 22:38 (7 days old) Message-ID: 4c16af56.1040...@panasas.com References: http://marc.info/?l=linux-kernelm=127655510531367w=2 Don't have time to test, but I confirm that running compiz without mode-setting (ubuntu 8.10) hangs the system. (device is i945) It might be related to few intel regressions on this list. Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16235 Subject : [REGRESSION] [IWL3945] Broadcast is broken? Submitter : Maciej Rutecki maciej.rute...@gmail.com Date : 2010-06-14 17:24 (7 days old) Message-ID: 201006141924.24061.maciej.rute...@gmail.com References: http://marc.info/?l=linux-kernelm=127653628301300w=2 I was hit by this bug. Fix is now present in iwlwifi tree. http://git.kernel.org/?p=linux/kernel/git/iwlwifi/iwlwifi-2.6.git;a=commit;h=4d23e4e5eb50431426facf192354ad2506e2dd40 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16234 Subject : [2.6.35-rc3] reboot mutex 'bug'... Submitter : Daniel J Blueman daniel.blue...@gmail.com Date : 2010-06-14 15:16 (7 days old) Message-ID: aanlktimdctnyepmt2zccm1uwtn4aykotiqyjobjap...@mail.gmail.com References: http://marc.info/?l=linux-kernelm=127652861118933w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16232 Subject : 2.6.35-rc3 - WARNING:iwl_set_dynamic_key Submitter : Mario Guenterberg mario.guenterb...@googlemail.com Date : 2010-06-14 11:55 (7 days old) Message-ID: 20100614115510.ga7...@guenti-laptop References: http://marc.info/?l=linux-kernelm=127651695627147w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16230 Subject : inconsistent IN-HARDIRQ-W - HARDIRQ-ON-W usage: fasync, 2.6.35-rc3 Submitter : Dominik Brodowski li...@dominikbrodowski.net Date : 2010-06-13 9:53 (8 days old) Message-ID: 20100613095305.ga13...@comet.dominikbrodowski.net References: http://marc.info/?l=linux-kernelm=127642282208277w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16228 Subject : BUG/boot failure on Dell Precision T3500 (pci/ahci_stop_engine) Submitter : Brian Bloniarz phun...@hotmail.com Date : 2010-06-16 17:57 (5 days old) Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16222 Subject : 2.6.35-rc{12} regression: inactive console corrupted Submitter : Pavel Machek pa...@ucw.cz Date : 2010-06-12 10:33 (9 days old) Message-ID: 20100612103321.ga1...@ucw.cz References: http://marc.info/?l=linux-kernelm=127633882614501w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16221 Subject : 2.6.35-rc2-git5 -- [drm:drm_mode_getfb] *ERROR* invalid framebuffer id Submitter : Miles Lane miles.l...@gmail.com Date : 2010-06-11 20:31 (10 days old) Message-ID: aanlktim0jvryqkwlgocrg_xtvuqwcbyfwjx-arzkk...@mail.gmail.com References: http://marc.info/?l=linux-kernelm=127628828119623w=2 Bug-Entry : http://bugzilla.kernel.org/show_bug.cgi?id=16205 Subject :
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Thu, 2010-03-11 at 19:05 +0200, Maxim Levitsky wrote: On Wed, 2010-03-10 at 13:04 +0100, Florian Mickler wrote: On Sun, 07 Mar 2010 12:39:15 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote: On Sun, 07 Mar 2010 00:24:24 +0200 Maxim Levitsky maximlevit...@gmail.com 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 mailingli...@openelec.tv 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... Note that I updated the stack today, but nothing changed. Best regards, Maxim Levitsky Also note that mesa master + xserver-1.7-branch work fine too. Now xserver-1.7-branch=5a2b3f36a05d1e0fcfd1b0f85d6584478ba24eda Best regards, Maxim Levitsky -- Download Intel#174; 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 Wed, 2010-03-10 at 13:04 +0100, Florian Mickler wrote: On Sun, 07 Mar 2010 12:39:15 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Sat, 2010-03-06 at 23:55 +0100, Florian Mickler wrote: On Sun, 07 Mar 2010 00:24:24 +0200 Maxim Levitsky maximlevit...@gmail.com 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 mailingli...@openelec.tv 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... Note that I updated the stack today, but nothing changed. Best regards, Maxim Levitsky -- Download Intel#174; 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, 2010-03-06 at 23:55 +0100, Florian Mickler wrote: On Sun, 07 Mar 2010 00:24:24 +0200 Maxim Levitsky maximlevit...@gmail.com 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 mailingli...@openelec.tv 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 -- Download Intel#174; 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, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote: On Sat, 06 Mar 2010 16:40:27 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote: On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote: On Fri, 05 Mar 2010 23:48:48 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 23:18:07 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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 Well, I now have a working setup with mesa ebbc73d1aed283c9bc4aa2b37bed4374bbaec5b5 The problem is that I hoped that once all heavy work in regard to KMS was done, there will be no serious regressions in 3D stack, but only bug fixes, because it is very hard to track and fix bugs there. However, once again 3D stack is in bad shape, and this is not good. More testing shows the following behaviour: Full screen mode is completely busted. As soon as any 3D application switches to full screen mode, even without changing the resolution, it hangs (note that I didn't see GPU hangs due to that) Compiz is broken (its also a full screen app...). As soon as it starts, it draws few windows, and then stalls. In window mode all applications do work. Now I guess this is worth a bugzilla entry. (If this isn't there yet...) I'm not seeing this on GM45. I just installed a totally fresh stack on a new F12 installation and compiz and games work well. But please file a bug and include everything needed (see intellinuxgraphics.org for the list); hope we can find the issue. Done: https://bugs.freedesktop.org/show_bug.cgi?id=26939 I also opened a bug for other very annoying problem that was present for long time. https://bugs.freedesktop.org/show_bug.cgi?id=26938 Best regards, Maxim Levitsky -- Download Intel#174; 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, 2010-03-06 at 11:18 +0100, Florian Mickler wrote: On Fri, 05 Mar 2010 23:48:48 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 23:18:07 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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 Well, I now have a working setup with mesa ebbc73d1aed283c9bc4aa2b37bed4374bbaec5b5 The problem is that I hoped that once all heavy work in regard to KMS was done, there will be no serious regressions in 3D stack, but only bug fixes, because it is very hard to track and fix bugs there. However, once again 3D stack is in bad shape, and this is not good. Best regards, Maxim Levitsky -- Download Intel#174; 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, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote: On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote: On Fri, 05 Mar 2010 23:48:48 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 23:18:07 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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 Well, I now have a working setup with mesa ebbc73d1aed283c9bc4aa2b37bed4374bbaec5b5 The problem is that I hoped that once all heavy work in regard to KMS was done, there will be no serious regressions in 3D stack, but only bug fixes, because it is very hard to track and fix bugs there. However, once again 3D stack is in bad shape, and this is not good. More testing shows the following behaviour: Full screen mode is completely busted. As soon as any 3D application switches to full screen mode, even without changing the resolution, it hangs (note that I didn't see GPU hangs due to that) Compiz is broken (its also a full screen app...). As soon as it starts, it draws few windows, and then stalls. In window mode all applications do work. Now I guess this is worth a bugzilla entry. (If this isn't there yet...) Best regards, Maxim Levitsky -- Download Intel#174; 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, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote: On Sat, 06 Mar 2010 16:40:27 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Sat, 2010-03-06 at 14:10 +0200, Maxim Levitsky wrote: On Sat, 2010-03-06 at 11:18 +0100, Florian Mickler wrote: On Fri, 05 Mar 2010 23:48:48 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 23:18:07 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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 Well, I now have a working setup with mesa ebbc73d1aed283c9bc4aa2b37bed4374bbaec5b5 The problem is that I hoped that once all heavy work in regard to KMS was done, there will be no serious regressions in 3D stack, but only bug fixes, because it is very hard to track and fix bugs there. However, once again 3D stack is in bad shape, and this is not good. More testing shows the following behaviour: Full screen mode is completely busted. As soon as any 3D application switches to full screen mode, even without changing the resolution, it hangs (note that I didn't see GPU hangs due to that) Compiz is broken (its also a full screen app...). As soon as it starts, it draws few windows, and then stalls. In window mode all applications do work. Now I guess this is worth a bugzilla entry. (If this isn't there yet...) I'm not seeing this on GM45. I just installed a totally fresh stack on a new F12 installation and compiz and games work well. But please file a bug and include everything needed (see intellinuxgraphics.org for the list); hope we can find the issue. 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=value optimized out, 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=value optimized out, 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
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sat, 2010-03-06 at 22:35 +0100, Florian Mickler wrote: On Sat, 06 Mar 2010 18:02:51 +0100 Stephan Raue mailingli...@openelec.tv 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 GNU gdb (GDB) 7.0-ubuntu 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 i486-linux-gnu. For bug reporting instructions, please see: http://www.gnu.org/software/gdb/bugs/. Attaching to process 4123 Reading symbols from /usr/bin/compiz.real.disabled...(no debugging symbols found)...done. Reading symbols from /usr/lib/libXcomposite.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXcomposite.so.1 Reading symbols from /usr/lib/libXdamage.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXdamage.so.1 Reading symbols from /usr/lib/libXfixes.so.3...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXfixes.so.3 Reading symbols from /usr/local/lib/libXrandr.so.2...done. Loaded symbols for /usr/local/lib/libXrandr.so.2 Reading symbols from /usr/lib/libXinerama.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXinerama.so.1 Reading symbols from /usr/lib/libXcursor.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXcursor.so.1 Reading symbols from /usr/lib/libICE.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libICE.so.6 Reading symbols from /usr/lib/libSM.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libSM.so.6 Reading symbols from /usr/lib/libxslt.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxslt.so.1 Reading symbols from /usr/lib/libxml2.so.2...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxml2.so.2 Reading symbols from /usr/lib/libstartup-notification-1.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libstartup-notification-1.so.0 Reading symbols from /usr/local/lib/mesa/lib/libGL.so.1...done. Loaded symbols for /usr/local/lib/mesa/lib/libGL.so.1 Reading symbols from /lib/tls/i686/cmov/libm.so.6...Reading symbols from /usr/lib/debug/lib/tls/i686/cmov/libm-2.10.1.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libm.so.6 Reading symbols from /lib/tls/i686/cmov/libpthread.so.0...Reading symbols from /usr/lib/debug/lib/tls/i686/cmov/libpthread-2.10.1.so...done. [Thread debugging using libthread_db enabled] (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libpthread.so.0 Reading symbols from /lib/tls/i686/cmov/libc.so.6...Reading symbols from /usr/lib/debug/lib/tls/i686/cmov/libc-2.10.1.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libc.so.6 Reading symbols from /usr/local/lib/libX11.so.6...done. Loaded symbols for /usr/local/lib/libX11.so.6 Reading symbols from /usr/lib/libXext.so.6...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXext.so.6 Reading symbols from /lib/tls/i686/cmov/libdl.so.2...Reading symbols from /usr/lib/debug/lib/tls/i686/cmov/libdl-2.10.1.so...done. (no debugging symbols found)...done. Loaded symbols for /lib/tls/i686/cmov/libdl.so.2 Reading symbols from /usr/lib/libXrender.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libXrender.so.1 Reading symbols from /usr/lib/libxcb.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxcb.so.1 Reading symbols from /lib/libuuid.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libuuid.so.1 Reading symbols from /lib/libz.so.1...(no debugging symbols found)...done. Loaded symbols for /lib/libz.so.1 Reading symbols from /usr/lib/libxcb-aux.so.0...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxcb-aux.so.0 Reading symbols from /usr/lib/libxcb-event.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxcb-event.so.1 Reading symbols from /usr/lib/libxcb-atom.so.1...(no debugging symbols found)...done. Loaded symbols for /usr/lib/libxcb-atom.so.1 Reading symbols from /usr/lib/libXxf86vm.so.1...(no debugging symbols found)...done. Loaded symbols
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
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 mailingli...@openelec.tv 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 -- Download Intel#174; 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
i965 OpenGL is heavily broken again
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). Now I repeat same process and find out that OpenGL does work, but once again it became very buggy, so buggy that it is almost unusable. Neverball. - Now it hangs when I switch to full screen mode. - Also, once again frames appear to be rendered in batches In fact full screen mode leads to a hang always Sauerbraten. - Hangs early with 'Loading' Nexuiz - Same as above Compiz. - Hangs now after start GoogleEarth - No change, works, but in street view, one on screen label 'jumps' Xmoto, Torcs. Full screen mode hangs. Environment: libdrm :- commit 1d4d1e6b138aac8bd734c4c20617a43fb3337c63 Author: Eric Anholt e...@anholt.net Date: Thu Mar 4 16:09:40 2010 -0800 intel: Only align Y-tiling pitch to the Y tile width. Fixes piglit depth-tex-modes on gen4. mesa :- commit 2b15f4fc6840b4bb5ca81d3ed0137c31f63725e8 Author: Michal Krol mic...@vmware.com Date: Fri Mar 5 18:42:42 2010 +0100 progs: Add arbocclude2 demo. xserver :- commit bbae92795c7eab062e6722c42fa7915e0cee5d69 Author: Matt Turner matts...@gmail.com Date: Mon Feb 15 20:08:09 2010 -0500 Replace assembly with generic unaligned access code Removes Alpha assembly, and probably works around unaligned accesses on other sensitive platforms. xf86-video-intel :- commit 54ac4e2df987b72529a523ffbde357bec27e3658 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Thu Mar 4 21:34:52 2010 + Rate limit batch buffer error. Once we hit this error it's unlikely that we're coming back - so don't flood the logs with redundant information. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk kernel: commit 9ddabb6700f82a033a76bcf7a547204fa12aaa17 Merge: bf0c346 3ce2f76 Author: Linus Torvalds torva...@linux-foundation.org Date: Fri Jan 15 14:53:24 2010 -0800 Merge branch 'for-linus/samsung' of git://git.fluff.org/bjdooks/linux * 'for-linus/samsung' of git://git.fluff.org/bjdooks/linux: ARM: MINI2440: Fixup __initdata usage ARM: MINI2440: Fix crash on boot due to improper __initdata qualifier ARM: SMDK6410: Specify no GPIO for B_PWR_5V regulator ARM: S3C: NAND: Check the existence of nr_map before copying Best regards, Maxim Levitsky -- Download Intel#174; 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: [Mesa3d-dev] i965 OpenGL is heavily broken again
On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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. I now compiled same stack, but reverted mesa to commit 465fee75ee8991349da742e5a1a5be3cd179bb62 Author: Roland Scheidegger srol...@vmware.com Date: Sat Nov 21 04:39:30 2009 -0800 intel: make CopyTex[Sub]Image fallback debug messages more consistent And compiled the xserver with --disable-aiglx (I will always use that option from now on, because I hate the way X and mesa are tied otherwise. For example X won't build if I compile it against old mesa, etc...) And now all 3D problems are gone. I now doing a bisect, although I am not sure if it will help much. Best regards, Maxim Levitsky Now I repeat same process and find out that OpenGL does work, but once again it became very buggy, so buggy that it is almost unusable. Neverball. - Now it hangs when I switch to full screen mode. - Also, once again frames appear to be rendered in batches In fact full screen mode leads to a hang always Sauerbraten. - Hangs early with 'Loading' Nexuiz - Same as above Compiz. - Hangs now after start GoogleEarth - No change, works, but in street view, one on screen label 'jumps' Xmoto, Torcs. Full screen mode hangs. I just pushed a few fixes to the xf86-video-intel code that might help... -- Download Intel#174; 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: [Mesa3d-dev] i965 OpenGL is heavily broken again
On Fri, 2010-03-05 at 13:36 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 23:18:07 +0200 Maxim Levitsky maximlevit...@gmail.com wrote: On Fri, 2010-03-05 at 12:55 -0800, Jesse Barnes wrote: On Fri, 05 Mar 2010 22:42:21 +0200 Maxim Levitsky maximlevit...@gmail.com 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) I now compiled same stack, but reverted mesa to commit 465fee75ee8991349da742e5a1a5be3cd179bb62 Author: Roland Scheidegger srol...@vmware.com Date: Sat Nov 21 04:39:30 2009 -0800 intel: make CopyTex[Sub]Image fallback debug messages more consistent And compiled the xserver with --disable-aiglx (I will always use that option from now on, because I hate the way X and mesa are tied otherwise. For example X won't build if I compile it against old mesa, etc...) If you can't get AIGLX to work then it may indicate a bigger problem. X needs to load a DRI driver to perform acceleration for indirect clients, I'm not sure what in that is hate-worthy. And now all 3D problems are gone. I now doing a bisect, although I am not sure if it will help much. Probably not. It sounds like your configuration is pretty custom and something is seriously broken, so it'll be hard to help further. I don't think so. Older mesa works, new one works too but with bugs. New mesa just contains a lot of bugs. Best regards, Maxim Levitsky -- Download Intel#174; 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: i965 support broken
On Wed, 2009-09-02 at 01:13 +0300, Maxim Levitsky wrote: Added CC. Hi, I have just updated graphics stack on my i965 based system. Now, I notice that in many 3d applications, (I test few games) screen flashes and I see for a moment few garbage triangles. ppracer flashes its main screen in above way, suspetuxkart shows that issue, after few minutes of playing, etc... a quick bisect revealed unfortunately that last *good* commit is 20d9204fbd71aebf870834b612579419d2c278b5 radeon: fix max indx/vertex emission due to state checker After that, 3d output went completely black, and I didn't yet traced it back when it started working again, the way it does in head. commit d6b8664e3cd37c081cb1dd3d6cd5ffdac1813dac swrast: minor code consolidation still shows black output master commit on my system is c4a3e036ed1c755a291018251c4f55c45ac17079 This appears to be fixed could you also look at https://bugs.freedesktop.org/show_bug.cgi?id=23254 pretty much even now, if I revert commit 0f328c90dbc893e15005f2ab441d309c1c176245 i965: Fall back or appropriately adjust offsets of drawing to tiled regions. Then and only then, suspendresume works just fine with compiz running, otherwise, compiz is broken on resume Could you look at this issue? Best regards, Maxim Levitsky -- 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 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: i965 support broken
Added CC. Hi, I have just updated graphics stack on my i965 based system. Now, I notice that in many 3d applications, (I test few games) screen flashes and I see for a moment few garbage triangles. ppracer flashes its main screen in above way, suspetuxkart shows that issue, after few minutes of playing, etc... a quick bisect revealed unfortunately that last *good* commit is 20d9204fbd71aebf870834b612579419d2c278b5 radeon: fix max indx/vertex emission due to state checker After that, 3d output went completely black, and I didn't yet traced it back when it started working again, the way it does in head. commit d6b8664e3cd37c081cb1dd3d6cd5ffdac1813dac swrast: minor code consolidation still shows black output master commit on my system is c4a3e036ed1c755a291018251c4f55c45ac17079 could you also look at https://bugs.freedesktop.org/show_bug.cgi?id=23254 pretty much even now, if I revert commit 0f328c90dbc893e15005f2ab441d309c1c176245 i965: Fall back or appropriately adjust offsets of drawing to tiled regions. Then and only then, suspendresume works just fine with compiz running, otherwise, compiz is broken on resume Best regards, Maxim Levitsky -- 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 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [git pull] drm: previous pull req + 1.
On Sun, 2009-06-21 at 22:24 +0100, Chris Wilson wrote: On Sun, 2009-06-21 at 17:47 +0300, Maxim Levitsky wrote: 52dc7d32b88156248167864f77a9026abe27b432 is first bad commit commit 52dc7d32b88156248167864f77a9026abe27b432 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Sat Jun 6 09:46:01 2009 +0100 The error here seems to be my presumption that only the i915 was using fences for GPU access. (In hindsight, it seems obvious that we do not know why the fence was allocated for the object and so if it has outstanding rendering, we must assume that it is using a fence for a rendering op.) To confirm, please can you try: diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index fd2b8bd..0735518 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm/i915/i915_gem.c @@ -2347,7 +2347,7 @@ i915_gem_object_put_fence_reg(struct drm_gem_object *obj) * therefore we must wait for any outstanding access to complete * before clearing the fence. */ - if (!IS_I965G(dev)) { + if (1) { int ret; i915_gem_object_flush_gpu_write_domain(obj); Nope, same thing. I use commit 87ef92092fd092936535ba057ee19b97bb6a709a + this patch Note that GE doesn't hang the system when maximizing it. It is for sure tiled textures accessed incorrectly, same behavior observed in many games (they still run though) Best regards, Maxim Levitsky -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [git pull] drm: previous pull req + 1.
On Sat, 2009-06-20 at 17:42 -0700, Linus Torvalds wrote: On Sun, 21 Jun 2009, Maxim Levitsky wrote: Something from this tree breaks my i965. Using -git just before this was pulled, a552f0af753eb4b5bbbe9eff205fe874b04c4583 works, but using latest git makes google earth stall, it doesn't update its main window. It appears that openining and closing its menu, allows it to progress frame after frame. No crashes hangs however. Can you bisect? There's not a tons of commit there, so it shouldn't be more than a couple of recompiles/reboots, and you'd be able to pinpoint the exact commit that breaks. That will help people figure it out, or at worst just pinpoint what we need to revert. Linus Here the result: 52dc7d32b88156248167864f77a9026abe27b432 is first bad commit commit 52dc7d32b88156248167864f77a9026abe27b432 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Sat Jun 6 09:46:01 2009 +0100 drm/i915: Clear fence register on tiling stride change. The fence register value also depends upon the stride of the object, so we need to clear the fence if that is changed as well. Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk [anholt: Added 8xx and 965 paths, and renamed the confusing i915_gem_object_tiling_ok function to i915_gem_object_fence_offset_ok] Signed-off-by: Eric Anholt e...@anholt.net However I can't reproduce the situation I have earlier, maybe I have changed some settings, don't know. Now, the bad behavior (and I reproduced it many times, is that GE shows incorrect textures (like they are divided in tiny interlaced rows, one row ok, other contain image from other part of world), only few textures are such it seems logical that this is related to tiling. Also, if I maximize it, it hangs. This seems to be a separate bug introduced by these series. commit 43813f399c72aa22e01a680559c1cb5274bf2140 both textures and maximize broken commit 52dc7d32b88156248167864f77a9026abe27b432, shows this incorect textures, but doesn't hang the system on maximize commit 8c4b8c3f34de4e2da20df042bba173fe557f8b45 works just fine Unfortunaly I have no time now to do another bisect now, I try to do such as soon as possible. Thanks, Maxim Levitsky -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [git pull] drm: previous pull req + 1.
On Sat, 2009-06-20 at 06:23 +0100, Dave Airlie wrote: Hi Linus, Please pull the 'drm-linus' branch from ssh://master.kernel.org/pub/scm/linux/kernel/git/airlied/drm-2.6.git drm-linus This is the same tree from the previous pull request + the fix from Pierre that actually makes the PAE/GEM combination on i965 work. \o/ Something from this tree breaks my i965. Using -git just before this was pulled, a552f0af753eb4b5bbbe9eff205fe874b04c4583 works, but using latest git makes google earth stall, it doesn't update its main window. It appears that openining and closing its menu, allows it to progress frame after frame. No crashes hangs however. Used latest -git of all graphic components (mesa, libdrm, xserver, intel driver) KMS is used, as well as UXA and DRI2 (this is enabled by default now) Compiz used as well, but this happens without it as well. Best regards, Maxim Levitsky -- Are you an open source citizen? Join us for the Open Source Bridge conference! Portland, OR, June 17-19. Two days of sessions, one day of unconference: $250. Need another reason to go? 24-hour hacker lounge. Register today! http://ad.doubleclick.net/clk;215844324;13503038;v?http://opensourcebridge.org -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [BISECTED] aspire one [i945GM] fails to resume from ram in 2.6.28-rc1 and above
Maxim Levitsky wrote: If I suspend the system with compiz running, on resume from ram or disk I only see the wallpaper and mouse, usually can move the mouse, and I can't do anything else. Sometimes system resume operation after few minutes, sometimes not. The offending commit is: 0a3e67a4caac273a3bfc4ced3da364830b1ab241 is first bad commit drm: Rework vblank-wait handling to allow interrupt reduction. Couldn't revert it. Sync to vblank wasn't set in compiz options, I set it just in case, and same results. All software from ubuntu 8.10, general, almost empty xorg.conf Best regards, Maxim Levitsky This very unpleasant regression. - This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100url=/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Status of everything?
Hi, You may consider this offtopic, but I wondering about status of graphical development. Last time I checked modesetting, intel-batchbuffer, dri2, none did work. So my question is more or less, when to expect new technologies to turn stable? Now it seems that GEM was choosen to be memory manager, I bet that its current state isn't more stable that ttm was. What the status of gallium? And lastly, just for a thought, maybe it is better to do one thing at time, for example stabilize kernel modesetting, put it in kernel, then release gem driver and stabilize it, and then add dri2 to it? What do you think? Wish you best luck, Maxim Levitsky - Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW! Studies have shown that voting for your favorite open source project, along with a healthy diet, reduces your potential for chronic lameness and boredom. Vote Now at http://www.sourceforge.net/community/cca08 -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: Why hardware overlay is disabled on G965?
On Saturday, 23 February 2008 10:57:16 Keith Packard wrote: On Fri, 2008-02-22 at 21:41 +0200, Maxim Levitsky wrote: According to datasheets, the G965 does have a hardware overlay. Dumping the regs of device in overlay range also shows that this unit isn't removed. Can somebody tell me why it is disabled? It doesn't have the old scaling overlay hardware, all it has is a non-scaling overlay. I'm not entirely sure why one would ever use it, my guess is that it could be used to keep a video image out of the frame buffer so that screen grabbing wouldn't work. Hi, Thanks for the information. I guess that intel datasheets are out of date, since they do include info about scaling and YUV overlay: Volume3: 3.2.10 Overlay Destination Window Position/Size Registers 3.2.11 Overlay Source Size Registers I a not sure the above registers can implement scaling, probably only clipping. 3.2.12 Overlay Scale Factor Registers This says it all 3.2.16 Overlay Scaling Registers This is removed, but this seems to be a additional scaler, aka a fast one. Thanks for information Best regards, Maxim Levitsky - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Why hardware overlay is disabled on G965?
According to datasheets, the G965 does have a hardware overlay. Dumping the regs of device in overlay range also shows that this unit isn't removed. Can somebody tell me why it is disabled? Best regards, Maxim Levitsky - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[QUESTION] When to expect new framebuffer code to be merged into master
Hi, One of issues I have with intel driver, is that it doesn't expose i2c buses to userspace, thus I can't use ddccontrol to change monitor settings. Due to the open documentation, and relatively small amount of effort (there already exist a driver for that, the i2c-810.c, I only need to merge it with dri driver) I was thinking to do that. But I found that new framebuffer branch (modesetting-101) already have this code, thus I want to ask when you expect this to be merged with master. Besides, the framebuffer console is currently unusable with intel driver, sadly both with both vesafb, and new framebuffer drivers, but yet if I want to fix this annoying bug, I probably need ti use the new framebuffer branch, right? Also I noticed that if ttm is used, the 3D performance drops noticeably, is this known? Also ttm doesn't work with the modessetting branch. Best regards, Maxim Levitsky - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: DRI2 committed
On Friday, 15 February 2008 21:26:19 Kristian Høgsberg wrote: On Fri, Feb 15, 2008 at 1:58 PM, Carl Worth [EMAIL PROTECTED] wrote: On Fri, 15 Feb 2008 09:57:32 -0500, =?UTF-8?Q?Kristian_H=C3=B8gsberg?= wrote: Last night I committed the DRI2 work that I've been sitting on for quite a while now. Congratulations! - only intel hardware, limited testing on i965 and up. Gotta reinstall that box... Is that you've only tested i965 and that's been limited so far? Or you've tested other intel hardware thoroughly but the i965 test has only been limited? I can perhaps help with some i965 testing. Oops, you're right, that was unclear: I've tested on my i830 laptop and a i945 sony vaio, but not much on i965. I'm trying to bring the stack up on a i965 system right now, but any help is appreciated. - everything committed on master, except the xf86-video-intel parts, which are committed on the intel-batchbuffer branch. OK, and you mentioned in IRC that you'll look into merging that with the branches that Eric and I have been working on. That sounds great. Yes, I did my work on top of the upstrem intel-batchbuffer branch and also wasn't sure if Erics branch introduced performance regressions as compared to the upstream branch, so I decided to just merge it there as a first step. cheers, Kristian I tested this on G965 (Intel desktop motherboard DG965RY) Doesn't work, I first see screen corruption, and then the system crashes. Tried to start without DRI2 and the system didn't crash, but the corruption was there too. I used latest graphical stack : (2.6.24 + dri git + mesa git + xserver git + xf86-video-intel#intel-batchbuffer) I am in process of studying of intel documentation, and I will try to help fix bugs in the driver. Best regards, Maxim Levitsky PS: The most important thing that intel driver misses, and I will do my best to fix this, is that is doesn't initialize the hardware fully, thus in case of error, only a full reboot brings graphics back. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse012070mrt/direct/01/ -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel