| Summary: | desktop freeze when plug-in an external monitor | ||
|---|---|---|---|
| Product: | [Plasma] kwin | Reporter: | Bruno Coudoin <bruno.coudoin> |
| Component: | compositing | Assignee: | KWin default assignee <kwin-bugs-null> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | major | CC: | kde, plasma-bugs-null |
| Priority: | NOR | Keywords: | triaged |
| Version First Reported In: | 5.4.3 | ||
| Target Milestone: | --- | ||
| Platform: | Kubuntu | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
| Attachments: |
support information
glxinfo xrandr |
||
|
Description
Bruno Coudoin
2016-02-07 12:36:27 UTC
Can you move windows or is it just interacting with the panels that's frozen? Can't move windows. Tested title bar click, alt+click, none works. ok. Moving to kwin then. please attach the output of "qdbus org.kde.KWin /KWin supportInformation" Do things revive if you suspend the compositor (SHIFT+Alt+F12)? Created attachment 97082 [details]
support information
Attached is the support information. And yes disabling the compositor makes dual screen working.
ok, outputs of "xrandr -q" with dualscreen setup and "glxinfo -l" as well, please. Created attachment 97095 [details]
glxinfo
Here is the glxinfo -l
Created attachment 97096 [details]
xrandr
And the xrandr both with external screens.
Thanks. Does it also happen if you arrange the screens vertically?
xrandr --output DP1 --below eDP1
(In case not, try to disable bur and contrast effect in "kcmshell5 kwineffects" and check whether it still happens w/ the original layout)
Excellent, the xrandr does the trick I can use KDE again. No success changing the wineffects. You're running into some weird GL limitation. The driver announces: GL_MAX_RECTANGLE_TEXTURE_SIZE_NV = 4096 and your original width exceeds that, what apparently is the problem. It's "weird" because you should not be operating on GL_ARB_texture_rectangle but on GL_ARB_texture_non_power_of_two where GL_MAX_TEXTURE_SIZE (8192) should apply (and we warn you when trying to exceed that, because things could turn slow) Assuming that GL_ARB_texture_rectangle is considered relevant by the driver the question is a) where we hit the limit (it's apparently not the usual suspects - any window of that size?) b) why that texture isn't simply black, but the screen simply "freezes" Does the wide layout work in unity or is it more quadratic or intersecting there? I just tried Unity and by default this is a wide layout and it works fine. As it's an Ubuntu 15.10 it means it uses glamor which might be a key in the question. My guess would be that the overlay window exceeds the texture size in this setup with glamor. To verify my idea from comment #13: could you try switching to xrender and see whether that works? waiting for xrender test case. Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone! Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone! |