<!DOCTYPE html>
<html><head>
    <meta charset="UTF-8">
</head><body><p>Dear AMD Developers,</p><p>At first congratulations for the DC code submission to the 4.15 kernel.<br>Unfortunately the major regression which I reported on 29.09., 06.10.,<br>02.11. and 05.11. still exists. But this time I got additional<br>debugging information maybe this helps to fix it.</p><p>Summary: I am running Xubuntu 17.10 with the amd-staging-drm-next<br>kernel patched to 4.14.0. The latest build which I tested is from<br>includes all commits up to now (including 2017-11-17 19:51:57 (GMT)<br>commit 85d09ce5e5039644487e9508d6359f9f4cf64427).</p><p>Some vblank operations make the kernel crash and hang up the whole<br>system. The error is reproducible by enabling the screen lock or the<br>suspend mode. The system can not return to proper state from either of<br>these (after all I am not 100% sure it is the same error). Debugging is<br> easier with screen lock. Attached you can find the kernel crash and<br>the dce110_vblank_set function modified by some kernel prints. It looks<br>like the function is called twice and does not work the second time.<br>The whole code around dce110_vblank_set also looks interrupt-ish -<br>could this be a race condition or timing problem? Objects being cleared<br>from memory and then accessed by dce110_vblank_set?</p><p>Bug reports on this issue:<br><a href="https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/37">https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/37</a><br><a href="https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/29">https://github.com/M-Bab/linux-kernel-amdgpu-binaries/issues/29</a><br></p><p>Many regards,<br>Martin (M-bab)</p></body></html>