[Bug 27887] r300g: depth textures + fbo = broken glClear()

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



https://bugs.freedesktop.org/show_bug.cgi?id=27887

--- Comment #1 from Wiktor Janas <wixorpeek@xxxxxxxxx> 2010-05-04 08:22:25 PDT ---
Created an attachment (id=35412)
 View: https://bugs.freedesktop.org/attachment.cgi?id=35412
 Review: https://bugs.freedesktop.org/review?bug=27887&attachment=35412

proposed patch

Looks to me like bug in u_blitter.c

The fragment shaders used by clear are generated on demand and cached. However,
shader that would pass the input color to the output buffer 0 is stored at the
same location as shader that would write to no output buffers (see logic at
blitter_get_fs_col). Therefore, if depth-buffer-only clear is done first,
subsequent color-buffer clear uses shader that generates no output.

The attached patch attempts to fix this (warning: I don't know mesa/gallium
well, just trying to get my app working). The test case still has issues
(sometimes fails to redraw the window when resized), but at least something
shows up. Also, the same test case renders garbage on llvmpipe (patched or
not).

-- 
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
dri-devel mailing list
dri-devel@xxxxxxxxxxxxxxxxxxxxx
http://lists.freedesktop.org/mailman/listinfo/dri-devel

[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux