[Bug 5092] Unichrome (K8M800) locks up when working with textures
http://bugs.freedesktop.org/show_bug.cgi?id=5092 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Comment #38 from [EMAIL PROTECTED] 2008-01-02 23:08 PST --- (In reply to comment #37) > > No and I don't have those files. > Confirm. I don't have those files in my archive (md5: > eed5daf69f0b970aec0a654fdfcb731e) either. Blobs there are standard parts of > Mesa DRI driver (unichrome_dri.so and libGL.so). The only strange part is > libglx.so, but according to vinstall script it's used on FC6/7 only. But > whether those blobs can be generated for the sources provided and what are the > licensing terms for them (and last but not least does them suffer from the bug > 5092) is still unknown, so I'd rather agree with #33 - lets stop posting here > unless we have some specific information regarding the bug. > Yes, the driver package contains some binary libraries. I've tried to compile the source on my Debian sid amd64 machine, and find out regardless it would work or not all necessary .so should be able to generated from the given source. Via utils and mpeg decoding binaries didn't come with source, but I don't care about them. The dri libraries was written against mesalib 6.5.2- which need some modification to successfully compiled in current mesalib 7.0.2+. But the result .so still crash my X when working with my old drm kernel module. The drm kernel modules was written against kernel 2.6.18-(for Debian) which was also a bit out of date and will cause lot of compile warnings. And the result .ko refused to work with exist X. According the xorg.log AIGLX report "operation not perrmitted" will initialing and glxinfo also report "operation not permitted", this is really strange, my /etc/dri/card0 was already set to 0666 and I have correct DRI section in my xorg.conf file. I also tried to compile the v4l modules, but failed. The 2D driver compiled, but didn't work in my environment. Anyone else working on this? Any good news? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 13847] [i965 GLSL] mesa/progs/glsl/brick crash X
http://bugs.freedesktop.org/show_bug.cgi?id=13847 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #5 from [EMAIL PROTECTED] 2008-01-02 22:22 PST --- fixed in git tree. commit d0ebdca4fa70506107a318e6cfd03f0fb4297897 -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 8283] i915 can't swizzle TEX arguments
http://bugs.freedesktop.org/show_bug.cgi?id=8283 [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|dri-|[EMAIL PROTECTED] |[EMAIL PROTECTED] | Status|NEEDINFO|NEW -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. You are the assignee for the bug, or are watching the assignee. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 13902] [915-TTM] ARB_texture_rectangle segment fault when teximage's height is 0
http://bugs.freedesktop.org/show_bug.cgi?id=13902 --- Comment #1 from [EMAIL PROTECTED] 2008-01-02 19:31 PST --- Created an attachment (id=13472) --> (http://bugs.freedesktop.org/attachment.cgi?id=13472&action=view) test case -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 13902] New: [915-TTM] ARB_texture_rectangle segment fault when teximage's height is 0
http://bugs.freedesktop.org/show_bug.cgi?id=13902 Summary: [915-TTM] ARB_texture_rectangle segment fault when teximage's height is 0 Product: Mesa Version: CVS Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: minor Priority: medium Component: Drivers/DRI/i915 AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED], dri-devel@lists.sourceforge.net When call glTexImage2D with target GL_TEXTURE_RECTANGLE_ARB, if the texture image's height is 0, it will result in segment fault. Running the attached case, the backtrace info is as below: (gdb) bt #0 dri_bo_map (buf=0x0, write_enable=1 '\001') at ../common/dri_bufmgr.c:81 #1 0xb7aef1a5 in intel_region_map (intel=0x8058c10, region=0x80cb4d0) at intel_regions.c:62 #2 0xb7af03b3 in intel_miptree_image_map (intel=0x8058c10, mt=0x8329c38, face=0, level=0, row_stride=0xbfff1520, image_offsets=0x8080f78) at intel_mipmap_tree.c:323 #3 0xb7af1def in intelTexImage (ctx=0x8058c10, dims=2, target=34037, level=0, internalFormat=6408, width=55, height=0, depth=1, border=0, format=6408, type=5126, pixels=0x8081058, unpack=0x80648a4, texObj=0x8329948, texImage=0x8329bb8, imageSize=0, compressed=0) at intel_tex_image.c:463 #4 0xb7af2187 in intelTexImage2D (ctx=0x8058c10, target=34037, level=0, internalFormat=6408, width=55, height=0, border=0, format=6408, type=5126, pixels=0x8081058, unpack=0x80648a4, texObj=0x8329948, texImage=0x8329bb8) at intel_tex_image.c:552 #5 0xb7b8480c in _mesa_TexImage2D (target=34037, level=0, internalFormat=6408, width=55, height=0, border=0, format=6408, type=5126, pixels=0x8081058) at main/teximage.c:2564 #6 0xb7fb01ec in glTexImage2D (target=34037, level=0, internalformat=6408, width=55, height=0, border=0, format=6408, type=5126, pixels=0x8081058) at ../../../src/mesa/glapi/glapitemp.h:1000 If turn on INTEL_NO_TTM, the case also aborts with below info: TTM buffer manager disabled. Using classic. texRect_915: ../common/dri_bufmgr_fake.c:579: dri_fake_bo_alloc: Assertion `size != 0' failed. Aborted -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 12944] ARB_texture_rectangle implement error when copy texSubImage
http://bugs.freedesktop.org/show_bug.cgi?id=12944 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|VERIFIED -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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 Patches (still work-in-progress)
On Fri, 28 Dec 2007 12:24:54 +0100 "Kristian Høgsberg" <[EMAIL PROTECTED]> wrote: > On Dec 27, 2007 1:48 AM, Jerome Glisse <[EMAIL PROTECTED]> wrote: > > Side question of this what about fullscreen glapp, should their frontbuffer > > become the framebuffer ? My understanding being that each client got > > their private front&back(if double buffered) which is then blit to the > > framebuffer. I guess for fullscreen app we might want being able to give > > full gpu juice and avoid the blit btw the front and framebuffer. > > Only the back buffers are private, the front buffer is shared and > blitting to it is governed by the clip rects. So for a non-redirected > full-screen app, the X server framebuffer is the mesa front buffer. > Hey Kristian happy new year :), I was thinking about page flipping, i don't think page flipping fit well in this scheme. Maybe page flipping aren't worth the effort from performance point of view at least lastest bench on it show some minimal win. Cheers, Jerome Glisse <[EMAIL PROTECTED]> - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 13767] [i965 FBO] glDrawBuffer and glReadBuffer doesn't work with max supported color attachments
http://bugs.freedesktop.org/show_bug.cgi?id=13767 [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from [EMAIL PROTECTED] 2008-01-02 06:19 PST --- OK, additional cases commited. -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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: initial multi-master support for the drm..
> Interrupt handler - userspace plays with the irq lines, I think we could > have issues getting interrupts when we have no master. Undoubtedly - PCI interrupts are asynchronous to the other busses and can turn up suprisingly late. It ought to be sufficient to clear the IRQ cause kernel side and provide a way to pass it (or fake it ;)) to the new master the moment it attaches. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
[Bug 13848] [915GV] Failed to initialize kernel memory manager
http://bugs.freedesktop.org/show_bug.cgi?id=13848 --- Comment #4 from [EMAIL PROTECTED] 2008-01-02 00:55 PST --- we removed option "Support for frame buffer device" kernel config. but this issue still exists -- 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, or are watching someone who is. - This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. 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
