----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://git.reviewboard.kde.org/r/128763/ -----------------------------------------------------------
(Updated Sept. 3, 2016, 4:33 a.m.) Status ------ This change has been marked as submitted. Review request for KDE Frameworks and Plasma. Changes ------- Submitted with commit 8e517b1578ad1e5988f440790f5048416a7dd68c by David Edmundson to branch master. Repository: plasma-framework Description ------- WindowThumbnail did some open GL operations, discarding old textures, in the GUI thread. Whislt it's not going to cause a threading issue (as updatePaintNode always ran when the main thread was blocked) we're not meant to mix threads with openGL contexts. It also seems to have a GL leak on nvidia, which was previously masked by the double delete fixed in https://git.reviewboard.kde.org/r/126131/diff/2/ It seems only one worked, and in the applied version we went with the wrong one. This patch makes use of QQuickItem::releaseResources to delete the GL textures on window change and destructor; it's then removed from stopRedirecting so that start/stop redirecting handles xcb on the GUI thread and updatePaintNode/discardPixmap is the GL stuff on the render thread. See http://doc.qt.io/qt-5/qquickitem.html#graphics-resource-handling REVIEW: Diffs ----- src/declarativeimports/core/windowthumbnail.h 7276f95de16e71006618f3282d8eaf419a199d1d src/declarativeimports/core/windowthumbnail.cpp d106994315099ab6e6f948c31a606d5309ae03e2 Diff: https://git.reviewboard.kde.org/r/128763/diff/ Testing ------- Using nvidia with proprietory drivers (which puts me QSG_RENDER_LOOP=threaded) mouse over the panel a lot. VRAM didn't increase. Previews still appear. "Used Dedicated Memory:" in nvidia-settings remained roughly static, rather than constantly increasing. Thanks, David Edmundson