Re: [Bug 15582] Qt4 Demo missing animation
On Tuesday 24 June 2008 03:44:03 [EMAIL PROTECTED] wrote: http://bugs.freedesktop.org/show_bug.cgi?id=15582 Michael Fu [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #7 from Michael Fu [EMAIL PROTECTED] 2008-06-23 18:44:02 PST --- doesn't sounds like driver bug.. I marks this as wontfix for now. please reopen if you tried qt-4.4 and still see this... qtdemo will disable animations if it deems they are running too slowly. I guess this is what's happening. Why it's running too slowly is anyones guess. Could be a qt bug or a driver bug. Cheers, Tom - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16452] Mipmap texture filtering broken on RS690
http://bugs.freedesktop.org/show_bug.cgi?id=16452 --- Comment #12 from Maciej Cencora [EMAIL PROTECTED] 2008-06-25 05:35:12 PST --- Created an attachment (id=17375) -- (http://bugs.freedesktop.org/attachment.cgi?id=17375) piglit results Nicolai: unfortunately my machine soft locks during texcombine test. I uploaded partial results. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
drm-gem libdrm automake fix
When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? --- ./libdrm/intel/Makefile.am~ 2008-06-25 12:39:05.173539881 +0100 +++ ./libdrm/intel/Makefile.am 2008-06-25 12:39:05.173539881 +0100 @@ -24,7 +24,8 @@ AM_CFLAGS = \ $(WARN_CFLAGS) \ - -I$(top_srcdir)/shared-core + -I$(top_srcdir)/shared-core \ + -I$(top_srcdir)/libdrm noinst_LTLIBRARIES = libdrm_intel.la - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php-- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16106] [i915] i915_driver_lastclose BUG resulting in xorg lockup
http://bugs.freedesktop.org/show_bug.cgi?id=16106 Tobias Jakobi [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tobias Jakobi [EMAIL PROTECTED] 2008-06-25 08:25:26 PST --- After my last DRM GIT update I can't reproduce the bug anymore. I'm not sure what fixed it but my X.org is rather stable since the update. Resolving to FIXED. If the bug reappears I'm going to reopen this one. Cheers, Tobias -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 16520] New: [i915] texture corruption in wine / Max Payne demo
http://bugs.freedesktop.org/show_bug.cgi?id=16520 Summary: [i915] texture corruption in wine / Max Payne demo Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] problem: rainbow color like texture artifacts on some game character models (Max Payne demo through wine). Bugreport already posted on wine bugtracker: http://bugs.winehq.org/show_bug.cgi?id=14121 Screenshots are attached there. Corruption not static, changes ramdomly - most of the time Max's trousers are affected, sometimes his weapon. Didn't see the upper part of his body affected though. libdrm, DRM kernel module and mesa are up-to-date (GIT snapshot from today). Hardware is Intel i915 (lspci): 00:02.0 VGA compatible controller: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller (rev 03) uname -a: Linux leena 2.6.25-gentoo-r5 #1 PREEMPT Thu Jun 19 20:27:19 CEST 2008 i686 Intel(R) Celeron(R) M processor 1.50GHz GenuineIntel GNU/Linux Thanks, Tobias -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
On Wed, 2008-06-25 at 16:29 +0100, Johannes Engel wrote: Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes Thanks Johannes, I spotted that soon after posting (I filter the bugzilla messages separately) and have just tried it. Unfortunately, I don't even get that far, drm reports that it fails to map the ring buffer and X fails to start. :( The master version has stopped working for me now with sync to vertical refresh turned on. Is it working for you? I'm running with the current master versions of everything... - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
On Wednesday, June 25, 2008 10:28 am Steven J Newbury wrote: On Wed, 2008-06-25 at 16:29 +0100, Johannes Engel wrote: Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes Thanks Johannes, I spotted that soon after posting (I filter the bugzilla messages separately) and have just tried it. Unfortunately, I don't even get that far, drm reports that it fails to map the ring buffer and X fails to start. :( Are you running the drm-gem branch of the 2D driver as well? The master version has stopped working for me now with sync to vertical refresh turned on. Is it working for you? I'm running with the current master versions of everything... Might be #16118? Jesse - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
On Wed, 2008-06-25 at 11:30 -0700, Jesse Barnes wrote: On Wednesday, June 25, 2008 10:28 am Steven J Newbury wrote: On Wed, 2008-06-25 at 16:29 +0100, Johannes Engel wrote: Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes Thanks Johannes, I spotted that soon after posting (I filter the bugzilla messages separately) and have just tried it. Unfortunately, I don't even get that far, drm reports that it fails to map the ring buffer and X fails to start. :( Are you running the drm-gem branch of the 2D driver as well? It certainly should have been! :) I'll give it another try tomorrow. The master version has stopped working for me now with sync to vertical refresh turned on. Is it working for you? I'm running with the current master versions of everything... Might be #16118? I'll give that patch a try and let you know. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: [PATCH] don't wait on page flips if none are pending
On Monday, June 23, 2008 11:50 pm Michel Dänzer wrote: On Mon, 2008-06-23 at 11:02 -0700, Jesse Barnes wrote: On Monday, June 23, 2008 12:51 am Michel Dänzer wrote: On Fri, 2008-06-20 at 14:27 -0700, Jesse Barnes wrote: On Friday, June 20, 2008 2:09 pm Jesse Barnes wrote: Michel, can you take a look at this? vblank wait is working really well for me with the latest bits, but I found what I think is a page flip related bug on 965. No this isn't correct, it also needs to wait for scheduled non-flip buffer swaps. Isn't this just a workaround for the lack of the 2D driver patch and not necessary with it? I'm not sure what 2D patch you mean (page flipping for 965 I suppose), No, the modeset ioctl call patch. I thought the vbl_waited/pending fields were getting initialized and the only problem was the lack of that. but clearly there's something wrong here since w/o this patch we end up doing an absolute wait on a 0 vblank count. :) Maybe I need to initialize the vbl_pending/vbl_waited values somewhere else instead? Either that, or just disable this code in LOCK_HARDWARE() for the i965 driver I suppose, if it doesn't support scheduled buffer swaps. Note that I'm not sure about the status of intel page flipping and scheduled swaps on the current master/gem branches, it may be better to hold off on adding those features until things have settled down there. Yeah, I'm not sure either. A lot of nice consolidation has happened, so enabling scheduled swaps and page flipping on 965 doesn't seem too hard, but for 7.1 that may be a little aggressive, since that may uncover more issues than just the ones I found the other day. I'll do some more testing and see if I can convince myself things are in good enough shape, otherwise I'll just disable that code for 965 for now. Thanks, Jesse - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
Re: drm-gem libdrm automake fix
On Wed, 2008-06-25 at 20:03 +0100, Steven J Newbury wrote: On Wed, 2008-06-25 at 11:30 -0700, Jesse Barnes wrote: On Wednesday, June 25, 2008 10:28 am Steven J Newbury wrote: On Wed, 2008-06-25 at 16:29 +0100, Johannes Engel wrote: Steven J Newbury wrote: When building with a separate objdir -I$(top_srcdir)/libdrm needs to be added to the intel Makefile.am otherwise only $(top_builddir)/libdrm is included which doesn't contain the source headers. I've also been unable to build the drm-gem DRM module against the current git linux tree, what changes are needed (to the linux headers; and symbol exports?) and is there a patch? Have a look at bug #16474. Also you need to export symbols shmem_getpage and shmem_file_setup via EXPORT_SYMBOL in kernel-source/mm/shmem.c. For me it compiles using this changes but does not work stable since it crashes once you start for example glxgears. Cheers, Johannes Thanks Johannes, I spotted that soon after posting (I filter the bugzilla messages separately) and have just tried it. Unfortunately, I don't even get that far, drm reports that it fails to map the ring buffer and X fails to start. :( Are you running the drm-gem branch of the 2D driver as well? It certainly should have been! :) I'll give it another try tomorrow. The master version has stopped working for me now with sync to vertical refresh turned on. Is it working for you? I'm running with the current master versions of everything... Might be #16118? I'll give that patch a try and let you know. That changed the behaviour. After testing with glxgears, rather than not starting rendering, it now draws an image but only appears to get refreshed about twice a second. It does report the rate at the display FPS though. Very strange. - Check out the new SourceForge.net Marketplace. It's the best place to buy or sell services for just about anything Open Source. http://sourceforge.net/services/buy/index.php -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel