Bug 201439 - Amdgpu: system freeze when waking up from monitor blanking
Summary: Amdgpu: system freeze when waking up from monitor blanking
Status: RESOLVED CODE_FIX
Alias: None
Product: Drivers
Classification: Unclassified
Component: Video(DRI - non Intel) (show other bugs)
Hardware: All Linux
: P1 normal
Assignee: drivers_video-dri
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-16 13:16 UTC by fin4478
Modified: 2018-12-05 02:28 UTC (History)
2 users (show)

See Also:
Kernel Version: 4.20-rc1, drm-next-4.21-wip,
Subsystem:
Regression: Yes
Bisected commit-id:


Attachments
general protection fault at dce110_vblank_set (13.67 KB, text/plain)
2018-10-16 13:16 UTC, fin4478
Details
dmesg errors when waking up after monitor sleep (57.60 KB, text/plain)
2018-10-28 04:28 UTC, fin4478
Details
4.19.0 kernel dmesg errors when waking up after monitor blanking (8.89 KB, text/plain)
2018-10-28 07:10 UTC, fin4478
Details

Description fin4478 2018-10-16 13:16:46 UTC
Created attachment 279051 [details]
general protection fault at dce110_vblank_set

My computer blanks the display after couple of minutes of inactivity. When waking up the display with the keyboard, X freezes and the monitor does not have the signal. I must reboot with the power button. See the dmesg output attached. I tested with the drm-next-4.21-wip kernel compiled today and used updated Oipaf ppa Mesa. This is a regression happened in the AMD wip kernel in 3 weeks.

My system:
xfce@ryzenpc:~$ inxi -bM
System:
  Host: ryzenpc Kernel: 4.19.0-rc6+ x86_64 bits: 64 Desktop: Xfce 4.12.4 
  Distro: Debian GNU/Linux buster/sid 
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x 
  serial: <root required> UEFI: American Megatrends v: 4023 date: 08/20/2018 
CPU:
  6-Core: AMD Ryzen 5 1600 type: MT MCP speed: 2885 MHz 
Graphics:
  Device-1: AMD Baffin [Polaris11] driver: amdgpu v: kernel 
  Display: x11 server: X.Org 1.20.1 driver: amdgpu,ati 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
  OpenGL: renderer: Radeon RX 560 Series (POLARIS11 DRM 3.27.0 4.19.0-rc6+ 
  LLVM 7.0.0) 
  v: 4.5 Mesa 18.3.0-devel
Comment 1 Michel Dänzer 2018-10-16 14:55:40 UTC
Can you bisect?
Comment 2 fin4478 2018-10-17 07:26:02 UTC
I can not bisect, because I delete the linux directory before the git clone command and then I apply my patches. Then the git is broken. It should be easy to AMD developers to find this bug with dmesg functions traces.
Comment 3 fin4478 2018-10-20 07:56:17 UTC
This bug came after 30.9.2018 when the kernel went from rc5 to rc6. There is about 30 patches and changes in memory and ring buffer management.
Comment 4 fin4478 2018-10-23 06:20:58 UTC
Monitor blanking works with the mainline kernel 4.19.0 that was released yesterday.
Comment 5 fin4478 2018-10-27 03:11:22 UTC
The latest wip kernel fixes this bug.
Comment 6 fin4478 2018-10-28 04:27:15 UTC
I tested more latest wip kernel. Monitor blanking works in one minute but not after 30 minutes. System freezes and no errors in the logs when waking up.

Monitor sleeping after 30 minutes and waking up causes system freeze and amdgpu dmesg errors, attached.
Comment 7 fin4478 2018-10-28 04:28:35 UTC
Created attachment 279223 [details]
dmesg errors when waking up after monitor sleep
Comment 8 fin4478 2018-10-28 07:10:46 UTC
Created attachment 279235 [details]
4.19.0 kernel dmesg errors when waking up after monitor blanking

The mainline kernel 4.19.0 from kernel.org works, but after blanking the monitor for 4 hours and waking up there is familiar amdgpu errors in dmesg. However the system works fine.
Comment 9 fin4478 2018-10-28 09:20:24 UTC
(In reply to fin4478 from comment #8)
> Created attachment 279235 [details]
> 4.19.0 kernel dmesg errors when waking up after monitor blanking
> 
> The mainline kernel 4.19.0 from kernel.org works, but after blanking the
> monitor for 4 hours and waking up there is familiar amdgpu errors in dmesg.
> However the system works fine.

I commented out all dmesg errors and now my non debug kernel is silent when waking up from monitor blanking. Please put all development traces under DEBUG_KERNEL symbol.
Comment 10 fin4478 2018-11-05 07:12:59 UTC
The mainline kernel 4.19.0 from kernel.org is the best, no system freeze when waking up from monitor sleep.

Latest mainline kernel 4.20-rc1 from kernel.org and AMD drm-next-4.21-wip compiled at Saturday do freeze the system when waking up from monitor sleep after 10 minutes and more.


There is ^@^@^@ garbage strings in the /var/log/messages file when the system freezes.

My computer is always on, only my Samsung 24" S24F350H hdmi monitor  sleeps.

I have ASUS Radeon RX 570 4GB Expedition OC now.


System:
  Host: ryzenpc Kernel: 4.19.0 x86_64 bits: 64 Desktop: Xfce 4.12.4 
  Distro: Debian GNU/Linux buster/sid 
Machine:
  Type: Desktop Mobo: ASUSTeK model: PRIME B350M-K v: Rev X.0x 
  serial: <root required> UEFI: American Megatrends v: 4023 date: 08/20/2018 
CPU:
  6-Core: AMD Ryzen 5 1600 type: MT MCP speed: 2807 MHz 
Graphics:
  Device-1: AMD Ellesmere [Radeon RX 470/480] driver: amdgpu v: kernel 
  Display: x11 server: X.Org 1.20.3 driver: amdgpu,ati 
  unloaded: fbdev,modesetting,vesa resolution: 1920x1080~60Hz 
  OpenGL: 
  renderer: Radeon RX 570 Series (POLARIS10 DRM 3.27.0 4.19.0 LLVM 7.0.0) 
  v: 4.5 Mesa 18.3.0-devel (git-9007c0e 2018-10-29 bionic-oibaf-ppa) 
Network:
  Device-1: Realtek RTL8111/8168/8411 PCI Express Gigabit Ethernet 
  driver: r8169 
  Device-2: Huawei type: USB driver: cdc_ether,usb-storage 
Drives:
  Local Storage: total: 476.95 GiB used: 250.43 GiB (52.5%) 
Info:
  Processes: 242 Uptime: 9m Memory: 7.79 GiB used: 637.4 MiB (8.0%) 
  Shell: bash inxi: 3.0.27
Comment 11 fin4478 2018-11-21 07:55:14 UTC
Maybe it is the vsync option in the Xfce Compositor settings that causes the desktop and system to freeze when the monitor is waking up from standby after an hour. This seems to work with the latest AMD wip kernel when vsync is disabled:
sudo xset dpms 300 0 0
Comment 12 fin4478 2018-12-05 02:28:11 UTC
I did buy a Asus 4K display port monitor and close this bug.

Note You need to log in before you can comment on or make changes to this bug.