Re: drm: Branch 'master' - 5 commits
Nan hai (I hope I got that right), Jesse, I think your drm commits 63fd6f284ddd1096d34b39941683ae244c1e01fc ([i915] 2D driver may reset Frame count value, this may lead driver) and c7ee6cc269c26d8e7ed98a16a272eca63daab201 (Remove broken 'in vblank' accounting) should be revisited in the light of these fixes (and the corresponding xf86-video-ati changes to call the DRM_IOCTL_MODESET_CTL ioctl). The former should no longer be necessary, and the problem that prompted the latter is now worked around in the core, as it turned out to affect the radeon driver as well. -- Earthling Michel Dänzer | http://tungstengraphics.com Libre software enthusiast | Debian, X and DRI developer - 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: drm: Branch 'master' - 5 commits
On Tuesday, June 03, 2008 2:54 am Michel Dänzer wrote: Nan hai (I hope I got that right), Jesse, I think your drm commits 63fd6f284ddd1096d34b39941683ae244c1e01fc ([i915] 2D driver may reset Frame count value, this may lead driver) and c7ee6cc269c26d8e7ed98a16a272eca63daab201 (Remove broken 'in vblank' accounting) should be revisited in the light of these fixes (and the corresponding xf86-video-ati changes to call the DRM_IOCTL_MODESET_CTL ioctl). The former should no longer be necessary, and the problem that prompted the latter is now worked around in the core, as it turned out to affect the radeon driver as well. Yeah, if the 2D drivers support the ioctl, I think we can get rid of Nanhai's workaround. What do you think Nanhai? Thanks, Jesse - 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
intel driver branch intel-kernelmode can not be compiled
Hi, Jesse: When compiled intel driver branch intel-kernelmode, it failed with error info: gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i810_driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c i810_driver.c -fPIC -DPIC -o .libs/i810_driver.o In file included from i830.h:89, from i810_driver.c:88: drmmode_display.h:57: error: expected specifier-qualifier-list before 'drmModeOutputPtr' The root cause is that drmModeOutputPtr was renamed as drmModeConnectorPtr in drm commit 9d38448ed. Please fix it. Thanks, Nian Wu - 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: intel driver branch intel-kernelmode can not be compiled
Oops I thought I'd pushed it, but my repos were messed up.. I've pushed my current tree now.. Dave. On Wed, 2008-06-04 at 09:50 +0800, Wu, Nian wrote: Hi, Jesse: When compiled intel driver branch intel-kernelmode, it failed with error info: gcc -DHAVE_CONFIG_H -I. -I.. -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-strict-aliasing -I/usr/include/xorg -I/usr/include/pixman-1 -I/usr/include/drm -I/usr/include/X11/dri -DI830_XV -DI830_USE_XAA -DI830_USE_EXA -g -O2 -MT i810_driver.lo -MD -MP -MF .deps/i810_driver.Tpo -c i810_driver.c -fPIC -DPIC -o .libs/i810_driver.o In file included from i830.h:89, from i810_driver.c:88: drmmode_display.h:57: error: expected specifier-qualifier-list before 'drmModeOutputPtr' The root cause is that drmModeOutputPtr was renamed as drmModeConnectorPtr in drm commit 9d38448ed. Please fix it. Thanks, Nian Wu - 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 14966] [i915 mesa_7_0_branch] segment fault with BASE_LEVEL set to 5 for MipMap
http://bugs.freedesktop.org/show_bug.cgi?id=14966 Michael Fu [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|dri-|[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|REOPENED|NEW -- 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
[Bug 16221] New: texture' s alpha component incorrect when DEPTH_TEXTURE_MODE is GL_INTENSITY
http://bugs.freedesktop.org/show_bug.cgi?id=16221 Summary: texture's alpha component incorrect when DEPTH_TEXTURE_MODE is GL_INTENSITY Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: dri-devel@lists.sourceforge.net Created an attachment (id=16904) -- (http://bugs.freedesktop.org/attachment.cgi?id=16904) test case When texture's internalformat is GL_DEPTH_COMPONENT and DEPTH_TEXTURE_MODE is GL_INTENSITY, for example: glTexParameteri(GL_TEXTURE_1D, GL_DEPTH_TEXTURE_MODE, GL_INTENSITY);//GL_LUMINANCE glTexImage1D(GL_TEXTURE_1D, 0, GL_DEPTH_COMPONENT, 2, 0, GL_DEPTH_COMPONENT, GL_UNSIGNED_BYTE, (void*)t); the texture's depth value applied to RGB but not to Alpha. the pixels drawn is (t, t, t, 1), it should be (t, t, t, t). -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list 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
[Bug 6009] libdri.so fails to load when built with '--disable-xinerama'
http://bugs.freedesktop.org/show_bug.cgi?id=6009 Bug 6009 depends on bug 16204, which changed state. Bug 16204 Summary: Build fails with '--disable-xinerama' http://bugs.freedesktop.org/show_bug.cgi?id=16204 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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
[Bug 16225] New: [i915 64bit] Illegal instruction when draw prims
http://bugs.freedesktop.org/show_bug.cgi?id=16225 Summary: [i915 64bit] Illegal instruction when draw prims Product: Mesa Version: CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/i915 AssignedTo: dri-devel@lists.sourceforge.net ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] When I run test case of bug #16192 (attachment #16863) on 64bit 915G, it reports illegal instruction. The backtrace info is: Program received signal SIGILL, Illegal instruction. [Switching to Thread 47859610702768 (LWP 9066)] _mesa_x86_64_transform_points4_3d () at x86-64/xform4.S:135 135 prefetch 16(%rdx) Current language: auto; currently asm (gdb) bt #0 _mesa_x86_64_transform_points4_3d () at x86-64/xform4.S:135 #1 0x2b872f4938a1 in run_texmat_stage (ctx=0x613010, stage=value optimized out) at tnl/t_vb_texmat.c:72 #2 0x2b872f48a33b in _tnl_run_pipeline (ctx=0x613010) at tnl/t_pipeline.c:158 #3 0x2b872f3ea400 in intelRunPipeline (ctx=0x613010) at intel_tris.c:906 #4 0x2b872f48a864 in _tnl_draw_prims (ctx=0x613010, arrays=0x650de0, prim=0x64f5c4, nr_prims=1, ib=0x0, min_index=value optimized out, max_index=3) at tnl/t_draw.c:402 #5 0x2b872f482a2e in vbo_exec_vtx_flush (exec=0x64f380) at vbo/vbo_exec_draw.c:215 #6 0x2b872f47e54d in vbo_exec_FlushVertices (ctx=value optimized out, flags=6552992) at vbo/vbo_exec_api.c:700 #7 0x2b872f51c25e in _mesa_ReadPixels (x=4, y=4, width=68, height=68, format=6407, type=5126, pixels=0x8fd720) at main/drawpix.c:294 #8 0x00401109 in Test () at api-texcoord_16192.c:121 #9 0x00401343 in test () at api-texcoord_16192.c:154 #10 0x004013c1 in display () at api-texcoord_16192.c:168 #11 0x2b872cde2bb7 in processWindowWorkList (window=0x6080f0) at glut_event.c:1306 #12 0x2b872cde3826 in glutMainLoop () at glut_event.c:1353 #13 0x0040142a in main (argc=1, argv=0x7fff7e180c78) at api-texcoord_16192.c:182 -- 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
