After installing xmgrace and running it with modesetting on Intel gen4 gpu..
"..a blank plot is shown by default. The background should be white, but,
instead, a matrix of equally-spaced black dots is displayed on the
Select Plot appearance... from the Plot menu and change the Color
in the Page background section. For instance, choose Orange as
Page background Color and check Fill.
Click on the Accept button.
The background should become uniformly orange. Instead, the background
stays transparent (white with the regular black dot grid)."
Thanks for reporting the issue. FYI, it works on my hsw-gt2.
@timo, is this just gen4? Could you try something else pre-sandybridge?
so far just gen4, and I don't have ironlake :/
verified that sandybridge is fine
(In reply to Timo Aaltonen from comment #4)
> verified that sandybridge is fine
Was mostly curious if it's something old without LLC (or new without LLC)
baytrail is fine as well
Note that Gen4-5 don't expose GLSL 1.30, so many of Glamor's integer code paths will be disabled (as GLSL 1.10-1.20 allow integers to be represented as floats, so e.g. bitfield tricks may not work).
Gen4-5 of course use real integers, so we really ought to find a way to get Glamor using integer paths properly. I believe those paths are faster, as well as better tested. Ian has a couple of GL_MESA_* extensions in progress we might be able to leverage...
(I don't know that this is actually the problem, it's just a difference between Gen4-5 and Gen6+ that could be relevant. We'll have to look into it properly.)
Tried to reproduce under Xephyr -glamor with server master and Mesa master with MESA_GLSL_VERSION_OVERRIDE=120 MESA_GL_VERSION_OVERRIDE=2.1 on skl, didn't see anything wrong in the default window.
I'm on Ironlake and modesetting running Debian stretch. I also see the black dots displayed on the blank plot.
I note both the dots and the background issue is fixed by xorg-server 1.19.0.
looks like this is fixed in xserver 1.19 with
Author: Mark Yao <firstname.lastname@example.org>
Date: Fri Sep 30 16:42:35 2016 +0800
glamor: spans: fixup wrong count on glDrawArrays
I haven't verified it myself, but believe the other reports, so closing.