[Bug 76388] upgrade from 10.0.3 to 10.1.0 causes all composited windows (texture from pixmap) to become black

bugzilla-daemon at freedesktop.org bugzilla-daemon at freedesktop.org
Thu Apr 3 07:55:58 PDT 2014


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

--- Comment #3 from Tapani Pälli <lemody at gmail.com> ---
(In reply to comment #2)
> it's not e that handles y invert - it's evas (library e relies on) and it
> does handle it - correctly. it was actually our added support of yinvert
> extension for egl/gles that caught the bug in #73371. since we started
> handling it on egl/gles on intel drivers pixmaps are inverted.
> 
> in this case pixmaps are just plain all black - no pixel data at all.
> everything blank. a downgrade to 10.0.3 fixes that. in fact it seems to vary
> from machine to machine. on some intel gfx systems it is 100% of the time
> black. on others its intermittent - depends on boot. reboot and then it
> works just fine, until randomly a boot later it's black again. i think
> sandybridge is always black, ivybridge is "sometimes black".
> 
> nb - this problem we currently see happening with glx+opengl (not egl/gles).
> i haven't tried egl/gles as i don't normally need/want it).

Based on this I think the bug might be also in glx or x (?) I will debug some
more with my test cases, will also check what is the difference between EGL and
GLX in this case. Could you run evas/e17 against egl and gles2 and see if that
works, just to confirm that we have same result there?

-- 
You are receiving this mail because:
You are the QA Contact for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/intel-3d-bugs/attachments/20140403/4c59da1f/attachment.html>


More information about the intel-3d-bugs mailing list