Bug 102598

Summary:	glamor - graphics corruption & system lockups when moving windows - R9 Nano
Product:	xorg	Reporter:	charlie <bug0xa3d2>
Component:	Server/Acceleration/glamor	Assignee:	Xorg Project Team <xorg-team>
Status:	RESOLVED DUPLICATE	QA Contact:	Xorg Project Team <xorg-team>
Severity:	normal
Priority:	medium
Version:	git
Hardware:	x86-64 (AMD64)
OS:	Linux (All)
Whiteboard:
i915 platform:		i915 features:

Description charlie 2017-09-08 00:06:09 UTC

There has been a recent change in some gits, I guess, within the last couple of weeks that causes a system lockup when moving windows.  When moving windows there is graphics corruption.

Glamor disabled through recompilation of xorg-server and amdgpu stops the lockups.

Glamor enabled + enabling screen compositing in XFCE desktop environment allows the movement of windows without system lockups for 'a while'.

Glamor enabled + disabling XFCE screen compositing produces lockups within seconds of window movement.

Xorg.0.log produces no errors when the graphics corruption occurs.

I checked for orphaned old libraries and broken symlinks to glamor--all clean.

I even tried the old glamor repository as a test and it fixed the lockups and corruption even though it was slow--since then I deleted that library.

I am still reverting xorg-server and amdgpu with no luck so far.

System:
R9 Nano
LLVM git Sept 6, 2017
mesa+xorg-server+xf86-video-amdgpu+...gits--Sept 7, 2017
gcc 7.2.0 multilib
drm-next-4.15-wip c9121e92b3a8e12a8b40e362c30073d6a6a5b794

Comment 1 Michel Dänzer 2017-09-08 00:46:23 UTC

Based on the description, the most likely candidates are Mesa or the kernel.

Comment 2 charlie 2017-09-08 20:15:39 UTC

Due to Danzer's suggestion I found the lockups are produced by the following commit:

winsys/amdgpu: set AMDGPU_GEM_CREATE_VM_ALWAYS_VALID if possible v2

https://cgit.freedesktop.org/mesa/mesa/commit/?id=214b565bc28bc4419f3eec29ab7bbe34080459fe

I will try to revert this patch and apply it to the latest mesa git and see what happens.

Comment 3 charlie 2017-09-08 21:21:08 UTC

The reversed patch does not apply cleanly and building with it reversed has failed.

Comment 4 Michel Dänzer 2017-09-09 06:47:08 UTC

Could be bug 102500, maybe try the kernel patch attached there.

Comment 5 charlie 2017-09-10 04:20:30 UTC

Fixed with attachment 134082 [details] [review] in bug 102500 only if the patch is split up into 3 parts (not unified).

Comment 6 charlie 2017-09-10 04:21:50 UTC


*** This bug has been marked as a duplicate of bug 102500 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.