[Bug 15276] latest git kernel: general protection fault: 0000 [#1]
http://bugzilla.kernel.org/show_bug.cgi?id=15276 --- Comment #50 from Michał Witkowski ne...@o2.pl 2010-03-07 08:06:31 --- Oh yeah, I forgot to mention I've also got a laptop with an external monitor attached through HDMI. -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- 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: Improved GPU reset
On Friday 05 March 2010 11:30:02 Jerome Glisse wrote: This patches improve the GPU reset, many time i able to successfully reset the GPU and carry on operation, note that after a reset you will likely see corrpution on the screen. Hope is that we should now be able to capture faulty command stream. I still need to do a full retesting with this patch (especialy suspend/resume). Hi Jerome, after application of all of your 3 patches, I got GPU softresets in log from time to time and sometimes also hard locks. Is there a way how to capture the faulty command to log? How to turn on some debug logging? I use Mobility Radeon HD3450. And the GPU lockups occur mostly during window manipulation in KDE (both compositing/without compositing). Best regards, Ladislav dmesg GPU reset example: radeon :01:00.0: GPU lockup CP stall for more than 1116msec radeon :01:00.0: GPU lockup (last fence id 0x00013529) [drm] Disabling audio support radeon :01:00.0: GPU softreset radeon :01:00.0: R_008010_GRBM_STATUS=0xE57C04E0 radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 radeon :01:00.0: R_000E50_SRBM_STATUS=0x200020C0 radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 radeon :01:00.0: R_000E50_SRBM_STATUS=0x200080C0 radeon :01:00.0: GPU reset succeed [drm] Clocks initialized ! [drm] ring test succeeded in 1 usecs [drm] ib test succeeded in 0 usecs [drm] Enabling audio support -- 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
[Bug 15276] latest git kernel: general protection fault: 0000 [#1]
http://bugzilla.kernel.org/show_bug.cgi?id=15276 --- Comment #51 from Michał Witkowski ne...@o2.pl 2010-03-07 09:44:47 --- At last some log info! Tested using: kernel 2.6.33 final (Arch testing stock version) mesa GIT 20100306 libdrm GIT 20100306 glproto GIT 20100306 xf86-video-ati GIT 20100306 Crash occured during the #19 test case. This time the picture was off, and my external monitor (connected via HDMI) said Mode not supported, recommended 1980x1200 60Hz. After that I needed to hard-off the machine. I've checked the logs, /var/log/messages.log states: Mar 7 10:37:03 hermes kernel: radeon :01:00.0: GPU softreset Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_000E60_SRBM_SOFT_RESET=0x0402 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0x3030 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:03 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: GPU softreset Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_000E60_SRBM_SOFT_RESET=0x0402 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0x3030 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:06 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: GPU softreset Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x7FEE Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008020_GRBM_SOFT_RESET=0x0001 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_000E60_SRBM_SOFT_RESET=0x0402 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0x3030 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_008014_GRBM_STATUS2=0x0003 Mar 7 10:37:08 hermes kernel: radeon :01:00.0: R_000E50_SRBM_STATUS=0x20C0 Mar 7 10:37:11 hermes kernel: radeon :01:00.0: GPU softreset Mar 7 10:37:11 hermes kernel: radeon :01:00.0: R_008010_GRBM_STATUS=0xA0003030 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are watching the assignee of the bug. -- 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: [git pull] drm request 3
On Fri, 05 Mar 2010 18:04:34 +0200, Daniel Stone said: So you're saying that there's no way to develop any reasonable body of code for the Linux kernel without committing to keeping your ABI absolutely rock-solid stable for eternity, no exceptions, ever? Cool, that worked really well for Xlib. Amen to that. I can remember the X10.4-X11 conversion in 1987. And a heck of a lot of source-level stability since then (even with the libX11 getting redone with libxcb under it. 23 years and still going strong is one hell of a good run for an ABI. pgpWWcYO5fyi6.pgp Description: PGP signature -- 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: [git pull] drm request 3
On Sat, Mar 06, 2010 at 08:52:35PM +, Alan Cox wrote: They want the benefits of lots of testers, without wanting to be courteous to those testers. Except for the small rather important detail that the Nouveau developers didn't ask for it to be merged in the first place. *Someone* on the Red Hat/Fedora team made the decision to make it available on a very popular distribution to get more testing. And they did it without putting in the necessary versioning so that kernel testers could test upstream kernels. That, in my book, is an anti-social thing to do. Fedora isn't alone, of course; Ubuntu does this as well, and worse yet, with proprietary binary drivers. But just because Ubuntu does something worse, doesn't mean that Fedora should get a free pass for what they did. - Ted -- 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 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... -- 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: [git pull] drm request 3
On Sat, Mar 06, 2010 at 11:28:16AM -0800, Linus Torvalds wrote: On Sat, 6 Mar 2010, Sergio Monteiro Basto wrote: On Sat, 2010-03-06 at 09:40 -0800, Linus Torvalds wrote: Why are people making excuses for bad programming and bad technology? Is not bad technology is new technology, the API have to change faster , unless you want wait 2 years until get stable . F*ck me, but people are being dense. Nah, they're just being lazy, selfish b*stards, that's all. :-( They want the benefits of lots of testers, without wanting to be courteous to those testers. - Ted -- 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, 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 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=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 ___ 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#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
[Bug 26933] New: r600: piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 Summary: r600: piglit test failures Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: edwinto...@gmail.com Created an attachment (id=33825) -- (http://bugs.freedesktop.org/attachment.cgi?id=33825) piglit test summary I get 65 piglit tests fail with r600 driver, see below. Here are the software version: 1) Mesa: 7.8 branch, commit ba8f4c5d36e6c9cd806a4c3360a8202b1f81ee05 Build command: ./configure --prefix=/opt/xorg --with-dri-drivers=r600,swrast --disable-gallium --with-dri-driverdir=/opt/xorg/lib/dri --enable-glx-tls 2) piglit: master branch, commit 3ff22d685dfacfb517058773ec5584ba8d47c8d5 3) Xorg 7.5, and xf86-video-ati 6.12.191. 4) Kernel: Linux debian 2.6.33 #10 SMP PREEMPT Thu Feb 25 11:48:12 EET 2010 x86_64 GNU/Linux CONFIG_DRM_RADEON=y CONFIG_DRM_RADEON_KMS=y # CONFIG_FB_RADEON is not set dmesg output is attached in attachment log. 5) Video card 01:00.0 VGA compatible controller: ATI Technologies Inc RV730 PRO [Radeon HD 4650] 6) Compiler: gcc version 4.4.3 (Debian 4.4.3-3) 7) glxinfo | grep OpenGL OpenGL vendor string: Advanced Micro Devices, Inc. OpenGL renderer string: Mesa DRI R600 (RV730 9498) 20090101 TCL DRI2 OpenGL version string: 2.0 Mesa 7.8-devel OpenGL shading language version string: 1.10 Full glxinfo is attached in attachment log. 8) Piglit tests See attached summary for details, here are some segfaults I've seen in dmesg while running the tests: [ 7255.092525] glean[19775]: segfault at 28 ip 7f5936966ada sp 7fff1b9741d0 error 4 in r600_dri.so[7f5936927000+26f000] [ 7741.425984] vp-bad-program[20450]: segfault at 28 ip 7fbf9e017ada sp 7fffce2c8570 error 4 in r600_dri.so[7fbf9dfd8000+26f000] [ 7747.659629] asmparsertest[20471]: segfault at cd ip 003b3a445411 sp 7fff9613a280 error 4 in libc-2.10.2.so[3b3a40+14a000] [ 8663.112725] vp-bad-program[21816]: segfault at 28 ip 7f4a8709ba9a sp 7fffe087c430 error 4 in r600_dri.so[7f4a8705c000+26f000] [ 8669.317341] asmparsertest[21837]: segfault at cd ip 003b3a445411 sp 7fff0940d5c0 error 4 in libc-2.10.2.so[3b3a40+14a000] piglit tests, passed: 614/679 Failed tests: glean/texture_srgb glean/fbo glean/paths glean/texUnits glean/polygonOffset glean/glsl1 glean/exactRGBA glean/pointAtten glean/vertProg1 glean/fragProg1 glean/logicOp glslparsertest/dataType13.frag glslparsertest/dataType5.frag glslparsertest/CorrectFull.frag glslparsertest/CorrectConstFolding2.vert glslparsertest/struct9.frag glslparsertest/matrix.V110.frag glslparsertest/CorrectConstruct.vert glslparsertest/CorrectFull.vert glslparsertest/TextureRectangleSamplers.frag glslparsertest/conditional3.frag glslparsertest/ConstantConversions.frag glslparsertest/comma2.vert glslparsertest/function9.frag glslparsertest/comma1.vert glslparsertest/CorrectConstFolding1.vert glslparsertest/dataType19.frag glslparsertest/dataType4.frag glslparsertest/function5.frag glslparsertest/function3.frag glslparsertest/constFunc.frag glslparsertest/ParseTest3.frag glslparsertest/preprocess1.frag glslparsertest/constructor3.V110.frag glslparsertest/CorrectUnsizedArray.frag glslparsertest/comma3.vert general/scissor-bitmap general/linestipple shaders/glsl-bug-22603 shaders/glsl-vs-mov-after-deref shaders/fp-indirections2 shaders/fp-lit-mask
[Bug 26933] r600: piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 --- Comment #1 from Török Edwin edwinto...@gmail.com 2010-03-07 03:03:32 PST --- Created an attachment (id=33826) -- (http://bugs.freedesktop.org/attachment.cgi?id=33826) log Full output from dmesg, Xorg.0.log, and glxinfo. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26933] r600: piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 --- Comment #2 from Török Edwin edwinto...@gmail.com 2010-03-07 03:04:39 PST --- I've run the tests like this: ./piglit-run.py tests/r500.tests results/r500_nopbo.results Where the only difference in tests/r500.tests is that I enabled glean quick mode (was taking too long otherwise): + +GleanTest.globalParams += [ --quick ] -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26933] r600 driver (rv730): piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 Török Edwin edwinto...@gmail.com changed: What|Removed |Added Summary|r600: piglit test failures |r600 driver (rv730): piglit ||test failures -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 24973] [r300 KMS] KMS uses wrong display resulution, xrandr causes X to crash
http://bugs.freedesktop.org/show_bug.cgi?id=24973 Marius Groeger marius.groe...@web.de changed: What|Removed |Added CC||marius.groe...@web.de --- Comment #3 from Marius Groeger marius.groe...@web.de 2010-03-07 05:08:25 PST --- I see the same issue on my T43 (r300) with these components: - kernel 2.6.33 - xserver-xorg-video-ati 6.12.191+git20100302.e6dc8866-0ubuntu0sarvatt~karmic - no xorg.conf - KMS: modeset=1 dynclks=1 Please let me know if I can provide any kind of log or dump to help finding a solution. The core issue seems to be, as Daniel reported, too, the false detection of an S-Video connection while there is none present. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26935] New: GL_ARB_pixel_buffer_object support
http://bugs.freedesktop.org/show_bug.cgi?id=26935 Summary: GL_ARB_pixel_buffer_object support Product: Mesa Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: enhancement Priority: low Component: Drivers/DRI/R600 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: peint...@gmail.com This is more a feature request than a bug report. I would like to see the GL_ARB_pixel_buffer_object extansion working for radeon r600/700 cards. It's needed for the native linux game Heroes of Newerth: http://www.heroesofnewerth.com -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
Hi Jesse, Am 07.03.2010 00:11, schrieb Jesse Barnes: 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. dont know if this help: strace output from Xorg (1.1MB): http://sources.openelec.tv/tmp/logfile/xbmc/Xorg.strace strace output from my Application (1.4MB): http://sources.openelec.tv/tmp/logfile/xbmc/xbmc.strace i have only strace and gdb installed for debugging, let me know if i need other programs for debugging. Stephan Jesse On Sat, 06 Mar 2010 18:02:51 +0100 Stephan Rauemailingli...@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 Stephan Am 06.03.2010 17:46, schrieb Maxim Levitsky: On Sat, 2010-03-06 at 08:02 -0800, Jesse Barnes wrote: On Sat, 06 Mar 2010 16:40:27 +0200 Maxim Levitskymaximlevit...@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 Levitskymaximlevit...@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 Levitskymaximlevit...@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 Levitskymaximlevit...@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,
Re: [Intel-gfx] [Mesa3d-dev] i965 OpenGL is heavily broken again
On Sat, 6 Mar 2010 15:11:59 -0800 Jesse Barnes jbar...@virtuousgeek.org 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#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
[Bug 26347] powermanagement on rs780 not working
http://bugs.freedesktop.org/show_bug.cgi?id=26347 --- Comment #22 from Tobias Jakobi liquid.a...@gmx.net 2010-03-07 12:10:10 PST --- @Rafał: Uhm. Just to make sure - I don't mean to criticize you here. I appreciate your work but at least from my point of view there are some big issues here. I'm still waiting for some AMD guy to reply here (Alex?) to shed some light on the issue. What you want is static PM, I never claimed we have that. I focus on dynpm. No, I don't just want static PM (that would come for free if the reclocking is implement similar to the Windows driver). I want some cpufreq like (however simplified a lot) interface in userspace to configure PM (and also dynpm). No. Power states in AtomBIOS are for both: dynamic and static PM. I never said it wasn't. Of course the tables include both dynamic and static states - I never doubt that since it's obvious from the kernel log / DRM module output. How do you imagine dynamic PM without knowing valid modes? I don't think you get my point. The power state entries are profiles which are based on the need of the current system state. See my post about the Windows driver behaviour on my friend's laptop system. There are in total 4 power states defined by the BIOS (in his case!). The driver only uses 2 (lets call them A and B) of them (unimportant for my point). A is the state that is selected when the laptop is plugged to AC. When plugged to AC the system doesn't have to worry so much about power consumption which is reflected in the clocks of power state (high). Of course the whole PM is still dynamic since the power state A has more than 1 entry and the entries aren't identical. Same goes for power state B which is selected (by the driver) when the system is running on battery. On battery the driver should worry about power consumption since each battery has limited capacity. This is again reflected in the clocks of power state B. But again it's dynamic - only the individual clocks are lower. About providing UI for static PM I don't think there is much we can learn from Catalyst. We just need someone who will implement that. I may be totally wrong here - but isn't that just fixing the specific power state (lets call it C) and let the driver only switch between the entries of C (with the effect that no effective clock changes occur)? Well, what really more would you like to use from power states? They just provide clocks and voltage with some flags (which we don't parse fully yet). Don't see much more magic about them we could use. Then why does AMD define the notion of a power state at all? Why are entries _grouped_ together to a power state? Why not just leave the whole notion of power state away and just put the entries (without grouping) into the BIOS? Again, why this grouping if (according to you) there is no meaning to it in the first place? Greets, Tobias -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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: [PATCH 2/6] drm/radeon/kms: clean assigning HDMI blocks to encoders
Am Samstag, den 06.03.2010, 17:26 +0100 schrieb Christian König: Currently checking this out on my hardware, so stay tuned for an update. I double checked this, and using dig_encoder as the index for the clock source selection is indeed the right thing to do. Sound is working flawlessly on both connectors of my RV630, even if I switch the HDMI block assignment so the second gets used first. I could also test a RV710 and RS780 next week if this is still necessary, but at least I have no more objections in committing this code. While at it I found something interesting, when I enabled the HDMI block for the first time after an reboot I get an Unhandled interrupt: 21: [ 74.076287] [drm:r600_hdmi_enable], Enabling HDMI interface @ 0x7700 for encoder 0xf [ 74.076297] [drm:r600_hdmi_calc_CTS], Using ACR timing N=4096 CTS=74250 for frequency 32000 [ 74.076304] [drm:r600_hdmi_calc_CTS], Using ACR timing N=6272 CTS=82500 for frequency 44100 [ 74.076311] [drm:r600_hdmi_calc_CTS], Using ACR timing N=6144 CTS=74250 for frequency 48000 [ 74.076340] [drm:r600_irq_process], Unhandled interrupt: 21 5 [ 143.532481] [drm:r600_hdmi_enable], Enabling HDMI interface @ 0x7400 for encoder 0x13 [ 143.532491] [drm:r600_hdmi_calc_CTS], Using ACR timing N=4096 CTS=74250 for frequency 32000 [ 143.532498] [drm:r600_hdmi_calc_CTS], Using ACR timing N=6272 CTS=82500 for frequency 44100 [ 143.532504] [drm:r600_hdmi_calc_CTS], Using ACR timing N=6144 CTS=74250 for frequency 48000 [ 143.532526] [drm:r600_irq_process], r600_irq_process start: rptr 48, wptr 64 [ 143.532535] [drm:r600_irq_process], Unhandled interrupt: 21 4 This looks like the right place to start if we want to get rid of the polling timer for the audio codec. Christian. -- 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
[Bug 11436] Xorg crash on ATIX700 when composite manager is enabled
http://bugs.freedesktop.org/show_bug.cgi?id=11436 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #15 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:18:02 PST --- Closing due to lack of user feedback. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 13069] Odd artifacting in textures
http://bugs.freedesktop.org/show_bug.cgi?id=13069 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:19:54 PST --- Closing due to lack of user feedback. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 17041] KWin 4.1 OpenGL compositing does not work with Radeon X850
http://bugs.freedesktop.org/show_bug.cgi?id=17041 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #7 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:20:27 PST --- Closing due to lack of user feedback. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 18045] Crash with radeon driver
http://bugs.freedesktop.org/show_bug.cgi?id=18045 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #4 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:21:07 PST --- Closing due to lack of user feedback. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 21805] radeon-rewrite: crash in glCopyTexSubImage2D
http://bugs.freedesktop.org/show_bug.cgi?id=21805 --- Comment #10 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:26:56 PST --- (In reply to comment #9) Same state as in my last comment unfortunately. My git xorg setup is fairly outdated, and I'll be away for the Christmas holidays. In the meantime I have however updated my xorg git installation on my r250 card. That one has made big progress, but there are still a few more bugs to report. That's off-topic for this bug report though since TF2 won't run in Wine on that card. (Lack of a GL_ATI_fragment_shader based pixel shader backend) Can you try mesa/7.8 branch? There are a few r200 fixes, also it contains hw accelerated support for glCopyTex(Sub)Image, so the game should run much faster. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris
http://bugs.freedesktop.org/show_bug.cgi?id=22019 --- Comment #5 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:28:03 PST --- Can you still reproduce this bug with mesa 7.7, or soon to be released mesa 7.8? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 22398] Googleearth and Mplayer crashes
http://bugs.freedesktop.org/show_bug.cgi?id=22398 --- Comment #6 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:29:38 PST --- Can you try newer mesa? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 22533] teeworlds background grid
http://bugs.freedesktop.org/show_bug.cgi?id=22533 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 13:30:39 PST --- Closing due to lack of user feedback. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26933] r600 driver (rv730): piglit test failures
http://bugs.freedesktop.org/show_bug.cgi?id=26933 --- Comment #3 from Ian Romanick i...@freedesktop.org 2010-03-07 14:03:29 PST --- (In reply to comment #0) glslparsertest/dataType13.frag glslparsertest/dataType5.frag glslparsertest/CorrectFull.frag glslparsertest/CorrectConstFolding2.vert glslparsertest/struct9.frag glslparsertest/matrix.V110.frag glslparsertest/CorrectConstruct.vert glslparsertest/CorrectFull.vert glslparsertest/TextureRectangleSamplers.frag glslparsertest/conditional3.frag glslparsertest/ConstantConversions.frag glslparsertest/comma2.vert glslparsertest/function9.frag glslparsertest/comma1.vert glslparsertest/CorrectConstFolding1.vert glslparsertest/dataType19.frag glslparsertest/dataType4.frag glslparsertest/function5.frag glslparsertest/function3.frag glslparsertest/constFunc.frag glslparsertest/ParseTest3.frag glslparsertest/preprocess1.frag glslparsertest/constructor3.V110.frag glslparsertest/CorrectUnsizedArray.frag glslparsertest/comma3.vert These failures are all in common Mesa code and are not specific to r600. There are already bugs reported for most, if not all, of them. Search bugzilla for glslparser, and it will turn up quite a few. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26942] Dinoshade example from opengl.org renders incorrectly on savage MX/IX
http://bugs.freedesktop.org/show_bug.cgi?id=26942 --- Comment #1 from Ruslan b7.10110...@gmail.com 2010-03-07 14:23:55 PST --- Even simpler stencil example from the RedBook leads to the same problem. http://www.opengl.org/resources/code/samples/redbook/stencil.c Seems something is wrong with stencil buffer... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[Bug 26116] The Sims 3 crash due to error in radeonChooseTextureFormat
http://bugs.freedesktop.org/show_bug.cgi?id=26116 Maciej Cencora m.cenc...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Maciej Cencora m.cenc...@gmail.com 2010-03-07 14:32:05 PST --- Fixed with ba196a8318af6217fece3777ea038539fea4b415. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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
[PATCH] [RFC] drm: dumb scanout create/mmap for intel/radeon
From: Dave Airlie airl...@redhat.com This is just an idea that might or might not be a good idea, it basically adds two ioctls to create a dumb and map a dumb buffer suitable for scanout. The handle can be passed to the KMS ioctls to create a framebuffer. It looks to me like it would be useful in the following cases: a) in development drivers - we can always provide a shadowfb fallback. b) libkms users - we can clean up libkms a lot and avoid linking to libdrm_*. c) plymouth via libkms is a lot easier. Userspace bits would be just calls + mmaps. We could probably mark these handles somehow as not being suitable for acceleartion so as top stop people who are dumber than dumb. --- drivers/gpu/drm/drm_crtc.c | 23 + drivers/gpu/drm/drm_drv.c|4 +- drivers/gpu/drm/i915/i915_drv.c |2 + drivers/gpu/drm/i915/i915_drv.h |5 ++ drivers/gpu/drm/i915/i915_gem.c | 86 +- drivers/gpu/drm/radeon/radeon_drv.c |8 +++ drivers/gpu/drm/radeon/radeon_gem.c | 48 -- drivers/gpu/drm/radeon/radeon_mode.h |2 + include/drm/drm.h|3 + include/drm/drmP.h |8 +++ include/drm/drm_crtc.h |6 ++ include/drm/drm_mode.h | 20 12 files changed, 176 insertions(+), 39 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc.c b/drivers/gpu/drm/drm_crtc.c index d91fb8c..8d2e997 100644 --- a/drivers/gpu/drm/drm_crtc.c +++ b/drivers/gpu/drm/drm_crtc.c @@ -2653,3 +2653,26 @@ out: mutex_unlock(dev-mode_config.mutex); return ret; } + +int drm_mode_create_dumb_ioctl(struct drm_device *dev, + void *data, struct drm_file *file_priv) +{ + struct drm_mode_create_dumb *args = data; + + if (!dev-driver-dumb_create) + return -ENOSYS; + + return dev-driver-dumb_create(file_priv, dev, args-size, args-handle); +} + +int drm_mode_mmap_dumb_ioctl(struct drm_device *dev, +void *data, struct drm_file *file_priv) +{ + struct drm_mode_map_dumb *args = data; + + /* call driver ioctl to get mmap offset */ + if (!dev-driver-dumb_map_offset) + return -ENOSYS; + + return dev-driver-dumb_map_offset(file_priv, dev, args-handle, args-offset); +} diff --git a/drivers/gpu/drm/drm_drv.c b/drivers/gpu/drm/drm_drv.c index f3c58e2..4a3b007 100644 --- a/drivers/gpu/drm/drm_drv.c +++ b/drivers/gpu/drm/drm_drv.c @@ -146,7 +146,9 @@ static struct drm_ioctl_desc drm_ioctls[] = { DRM_IOCTL_DEF(DRM_IOCTL_MODE_ADDFB, drm_mode_addfb, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), DRM_IOCTL_DEF(DRM_IOCTL_MODE_RMFB, drm_mode_rmfb, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), DRM_IOCTL_DEF(DRM_IOCTL_MODE_PAGE_FLIP, drm_mode_page_flip_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), - DRM_IOCTL_DEF(DRM_IOCTL_MODE_DIRTYFB, drm_mode_dirtyfb_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED) + DRM_IOCTL_DEF(DRM_IOCTL_MODE_DIRTYFB, drm_mode_dirtyfb_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), + DRM_IOCTL_DEF(DRM_IOCTL_MODE_CREATE_DUMB, drm_mode_create_dumb_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED), + DRM_IOCTL_DEF(DRM_IOCTL_MODE_MAP_DUMB, drm_mode_mmap_dumb_ioctl, DRM_MASTER|DRM_CONTROL_ALLOW|DRM_UNLOCKED) }; #define DRM_CORE_IOCTL_COUNT ARRAY_SIZE( drm_ioctls ) diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c index 1b2e954..3a07392 100644 --- a/drivers/gpu/drm/i915/i915_drv.c +++ b/drivers/gpu/drm/i915/i915_drv.c @@ -526,6 +526,8 @@ static struct drm_driver driver = { .gem_init_object = i915_gem_init_object, .gem_free_object = i915_gem_free_object, .gem_vm_ops = i915_gem_vm_ops, + .dumb_create = i915_gem_dumb_create, + .dumb_map_offset = i915_gem_mmap_gtt, .ioctls = i915_ioctls, .fops = { .owner = THIS_MODULE, diff --git a/drivers/gpu/drm/i915/i915_drv.h b/drivers/gpu/drm/i915/i915_drv.h index 979439c..5bf054c 100644 --- a/drivers/gpu/drm/i915/i915_drv.h +++ b/drivers/gpu/drm/i915/i915_drv.h @@ -930,6 +930,11 @@ void i915_gem_object_flush_write_domain(struct drm_gem_object *obj); void i915_gem_shrinker_init(void); void i915_gem_shrinker_exit(void); +int i915_gem_dumb_create(struct drm_file *file_priv, +struct drm_device *dev, uint64_t size, +uint32_t *handle_p); +int i915_gem_mmap_gtt(struct drm_file *file_priv, struct drm_device *dev, + uint32_t handle, uint64_t *offset); /* i915_gem_tiling.c */ void i915_gem_detect_bit_6_swizzle(struct drm_device *dev); diff --git a/drivers/gpu/drm/i915/i915_gem.c b/drivers/gpu/drm/i915/i915_gem.c index fba37e9..1f1e8c6 100644 --- a/drivers/gpu/drm/i915/i915_gem.c +++ b/drivers/gpu/drm/i915/i915_gem.c @@ -107,23 +107,23 @@
[Bug 22019] RS690 Screen corruption on viewing hires pictures with Cooliris
http://bugs.freedesktop.org/show_bug.cgi?id=22019 --- Comment #6 from jbouwh j...@jbsoft.nl 2010-03-07 23:52:17 PST --- Sorry for not updating this record. Now I am running Mesa 7.6 on Opensuse 11.2 x86-64, and it seems this issue is not occuring anymore. Therefore this issue seems invalid with Mesa 7.6 and above. I would suggest to close this bug report. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. -- 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