Created attachment 136199 [details] journal_suspend_resume_corrupted_screen Hardware is AMD Bristol Ridge chipset with AMD A10-9620P RADEON R5 SoC. 00:01.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Carrizo (rev ca) 03:00.0 Display controller: Advanced Micro Devices, Inc. [AMD/ATI] Device 699f (rev ff) Kernel is latest Linus master (4.15.0-rc3) compiled with CONFIG_DRM_AMD_DC_PRE_VEGA=y When resuming from suspend most of the times the screen is black / corrupted. I can still SSH into the system. In attachment the full log, including suspend + resume.
The issue is not limited to this laptop model. We have at least 3 other ACER models affected by this.
Suspend/resume is working OK on these machines with DC disabled, so it seems to be a DC regression.
Need to do more testing to be sure, but it appears that this is not reproducible on the development branch https://cgit.freedesktop.org/~agd5f/linux/log/?h=amd-staging-drm-next
Thanks, Daniel. The fix should land for 4.16 then.
Created attachment 136493 [details] journal corrupted screen amd-staging-drm-next Unfortunately I just verified that this is still reproducible on the development branch (agd5f/amd-staging-drm-next), it's just a bit more difficult. In attachment the log captured when the system is resumed and the screen is corrupted.
Hey Harry, any idea about this? This is still reproducible today on the agd5f/amd-staging-drm-next branch. Thanks,
Does it work with drm-next-4.17-wip? There was a non-drm bug that broke S3 in the kernel what was not fixed until rc6. amd-staging-drm-next is still based on rc4.
(In reply to Alex Deucher from comment #7) > Does it work with drm-next-4.17-wip? There was a non-drm bug that broke S3 > in the kernel what was not fixed until rc6. amd-staging-drm-next is still > based on rc4. Thank you Alex. I tried drm-next-4.17-wip and I wasn't able to reproduce again the issue. Do you have by any change a pointer to the bug/fix? thanks!
The commit that broke it was: commit ca37e57bbe0cf1455ea3e84eb89ed04a132d59e1 (refs/bisect/bad) Author: Andy Lutomirski <luto@kernel.org> Date: Wed Nov 22 20:39:16 2017 -0800 x86/entry/64: Add missing irqflags tracing to native_load_gs_index() I'm not sure what commit fixed it.
Marking resolved as reported to work fine on drm-next-4.17-wip. If this is still an issue feel free to reopen.
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.