[Bug 15739] New: [915]mesa xdemo 'manywin' run abort
http://bugs.freedesktop.org/show_bug.cgi?id=15739 Summary: [915]mesa xdemo 'manywin' run abort Product: Mesa Version: CVS Platform: Other 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], [EMAIL PROTECTED] System Environment: -- --Platform:945 --Architecture(32-bit,64-bit,compatiblity):all --2D driver: 1d467a8038946a37844795e8860be113d43219ac --3D driver: 118de7a01369977d13f40bab2ad591320cc7f7ff --DRM: 10b9a116a7b7fe3acf0848de9e0cf40f8e1bcd75 --Xserver: 0209e46249b61974a6e3ed54a51cc36dfaf0064f --Kernel:2.6.23 Bug detailed description: -- startx ,run manywin on 945 ,it soon run abort and print :DRM_I915_EXECBUFFER: -22.You can see bug 15717 which reports this case crash X on 965 . Reproduce steps: 1. start X 2 ./manywin - 10 Current result: -- run abort Expected result: run fine -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15739] [915]mesa xdemo 'manywin' run abort
http://bugs.freedesktop.org/show_bug.cgi?id=15739 --- Comment #1 from Colin.Joe [EMAIL PROTECTED] 2008-04-27 23:26:08 PST --- Created an attachment (id=16210) -- (http://bugs.freedesktop.org/attachment.cgi?id=16210) Xorg.0.log -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15739] [915]mesa xdemo 'manywin' run abort
http://bugs.freedesktop.org/show_bug.cgi?id=15739 Gordon Jin [EMAIL PROTECTED] changed: What|Removed |Added CC||dri- ||[EMAIL PROTECTED] AssignedTo|dri-|[EMAIL PROTECTED] |[EMAIL PROTECTED] | -- 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. You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15728] [945GM][kernel 2.6.25] Fail to run GL program after resume
http://bugs.freedesktop.org/show_bug.cgi?id=15728 Jie Luo [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|All |Linux (All) Platform|Other |x86 (IA32) -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15731] Strange (reversed?) fog calculation in fire mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15731 Roland Scheidegger [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||NOTABUG --- Comment #1 from Roland Scheidegger [EMAIL PROTECTED] 2008-04-28 07:35:26 PST --- I think what you're seeing is just the difference between per-pixel and per-vertex fog. The r200 driver will ignore the fog hint (which is legal to do), but the software renderer will switch between the two modes based on the hint. If you press the n key you get per-vertex fog even with software mode, and it seems to behave more like the r200 driver. There's still quite some difference, but this may be due to precision issues possibly I think. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15731] Strange (reversed?) fog calculation in fire mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15731 --- Comment #2 from Ove Kaaven [EMAIL PROTECTED] 2008-04-28 08:25:19 PST --- So it's a hardware limitation? In that case, sorry for wasting your time. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
BSD libdrm
I'm currently working on updating the bsd libdrm for use with my freebsd system. To reduce the work involved, I'm using some code from the linux kernel for lists and locks. This also greatly reduces the amount of unique code required. Unfortunately I only have radeon rv370 and intel i810 class hardware so my testing capability is somewhat limited. My thoughts are that i9i5 flavor hardware may be the best way to to check out the code. Another option is to stick with radeon and to switch over to the mode-setting branch at some point. So does anyone have any ideas on what would be the best testing approach? - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15730] Blinking textures in ray mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #1 from Ove Kaaven [EMAIL PROTECTED] 2008-04-28 08:36:35 PST --- So far, I've determined that it's probably not the glTexSubImage2D. Rather, the glDisable(GL_TEXTURE_2D) seems to have a lot to do with it. The texture state isn't emitted if texturing is disabled before a flush is provoked, or something. I'll keep looking... -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15730] Blinking textures in ray mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #2 from Roland Scheidegger [EMAIL PROTECTED] 2008-04-28 08:41:29 PST --- Your chip doesn't support TCL to begin with hence disabling it won't do anything for you. Interestingly, ray works for me when tcl is enabled, but indeed flickers when it's disabled. The textures don't just flicker it looks like somehow the wrong texture is being used (so the sphere map texture displayed kinda toggles between being sphere map and plane map, same for the other textures). Rather strange considering it works with hw tcl... Maybe the sw tcl path somehow misses that another texture is used but I can't see how that could happen. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15731] Strange (reversed?) fog calculation in fire mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15731 --- Comment #3 from Roland Scheidegger [EMAIL PROTECTED] 2008-04-28 12:08:40 PST --- (In reply to comment #2) So it's a hardware limitation? In that case, sorry for wasting your time. If you're talking per-vertex vs. per-pixel fog, both are possible as per GL spec (though per-pixel is the more correct approach). The chip can't really do per-pixel fog (it could do some table-based per-pixel fog but I believe it doesn't really translate to GL, only D3D). In this case the results just happen to be very different for per-pixel vs. per-vertex fog. I think that real world apps would probably make some effort that results don't get that different. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 15730] Blinking textures in ray mesa demo
http://bugs.freedesktop.org/show_bug.cgi?id=15730 --- Comment #3 from Ove Kaaven [EMAIL PROTECTED] 2008-04-28 13:08:36 PST --- Well, I think I have some idea what might be going on. With SW TCL, the vertices aren't processed before flush_last_swtcl_prim is called. It calls r200EmitVbufPrim, which calls r200EmitState. r200EmitState goes through the list of dirty states, one of which should be tex[0]. Before putting its state into the cmd buffer, though, it calls check_tex (from r200_state_init.c: CHECK( tex, rmesa-state.texture.unit[idx].unitneeded )) to see whether it's really necessary. Since unitneeded has already been set to zero, it decides not to. Seems to me r200UpdateAllTexEnv would clear unitneeded, and the R200_STATE_CHANGE (that calls flush_last_swtcl_prim if needed) is done afterwards, resulting in a missing texture state update prior to rendering the vertices waiting for SW-TCL processing. (I could also be wrong, though, I might have to study this stuff deeper.) Not entirely sure how best to fix. Putting a R200_NEWPRIM(rmesa) at the top of r200UpdateAllTexEnv solves the problem, but is probably not optimal? -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
[Bug 10501] Screen is corrupted running compiz
http://bugs.freedesktop.org/show_bug.cgi?id=10501 --- Comment #9 from Thomas Champagne [EMAIL PROTECTED] 2008-04-28 13:10:11 PST --- Hi I have a similar problem in Ubuntu Hardy described here : https://bugs.launchpad.net/fedora/+source/compiz/+bug/89741. When I maximize a window, the borders become white. I have an Ibook with an ATI Mobility Radeon 9200 card. I use the radeon driver (r200). The Michel Dänzer's solution works. When I put the allow_large_textures property to the value 2, the problem is corriged. Is it possible to fix it in the driver ? Regards Thomas -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2. http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel
