<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - [nouveau] garbled rendering with glamor on G71" href="https://bugs.freedesktop.org/show_bug.cgi?id=99400#c15">Comment # 15</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - [nouveau] garbled rendering with glamor on G71" href="https://bugs.freedesktop.org/show_bug.cgi?id=99400">bug 99400</a> from <a class="email" href="mailto:fourdan@xfce.org" title="Olivier Fourdan <fourdan@xfce.org>"> Olivier Fourdan</a> <pre>(In reply to Ilia Mirkin from <a href="show_bug.cgi?id=99400#c13">comment #13</a>) > I'd like to help you, but I'm just not sure how I know, and very much appreciate your help! I'm sorry I can't be of more help, I spent like the past 5 days or so on this and all I could come up with is pretty much summarized in <a href="show_bug.cgi?id=99400#c12">comment 12</a>, ie not much. > [...] I've never seen that before. But they don't create contexts. > Compare your Xephyr trace, which has glXChooseFBConfig, glXCreateContext, > glXMakeCurrent I think this is normal, this is Wayland not X so it doesn't need/use GLX. Xwayland is an X server for the X11 clients and a Wayland client to the Wayland compositor, so that X11 application can still work on Wayland. > While the Xwayland trace has none of those. Paradoxically, it starts at call > 31. Perhaps you have a non-egl-enabled apitrace? Also note that there's not > a single instance of UseProgram or any other shader-related items in the > XWayland trace. Yes, that's puzzling... I rebuilt apitrace current from github (instead of using the one from Fedora) and it's the same. > Does the Xephyr trace exhibit the problems for you when replayed? If so, I > can investigate that. However on my GK208 (or with llvmpipe), when replayed, > it doesn't appear to render anything. Unfortunately I could never make apitrace replay anything here either. (In reply to Ilia Mirkin from <a href="show_bug.cgi?id=99400#c14">comment #14</a>) > nv30_vbo_validate - force it to take the vertex->need_conversion path (like > we do on BE). No clue if that'll help, but it's a start. > > Also did you check whether NV30_SWTNL=1 fixes things? Neither forcing conversion in nv30_vbo_validate() nor using NV30_SWTNL=1 change anything.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>