https://bugzilla.kernel.org/show_bug.cgi?id=117171 Bug ID: 117171 Summary: Radeon GPU lockup in X windows after resuming from blank screen Product: Drivers Version: 2.5 Kernel Version: 4.6 rc5 from http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc5 -wily/ Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri@xxxxxxxxxxxxxxxxxxxx Reporter: erik.brangs@xxxxxx Regression: No Created attachment 213991 --> https://bugzilla.kernel.org/attachment.cgi?id=213991&action=edit dmesg output acquired from frozen system with GPU lockup I'm using Ubuntu 16.04 with the 4.6 rc5 kernel build from http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.6-rc5-wily/ . AFAIK this is a mainline kernel with an Ubuntu configuration. Sometimes, when I'm using X windows and resuming from a blank screen, X windows freezes: The previous screen content is properly restored but X windows locks up and ceases to process inputs. The system isn't completely frozen, though: I can still SSH into it. In this case, the dmesg log doesn't have any message about the lockup at the end and the of the Xorg log only has entries about mieq overflowing. This behaviour has been present as long as I have actually tried to get some debugging output. At other times, I can still attempt to switch to the terminal. In that case, the system locks up after the X windows screen content has been removed but before the terminal is shown, e.g. the screen content consists of a single colour. In that case, the tail of the dmesg output contained some lines about GPU lockup: [ 9553.364081] radeon 0000:01:00.0: ring 0 stalled for more than 10440msec [ 9553.364093] radeon 0000:01:00.0: GPU lockup (current fence id 0x0000000000009b9e last fence id 0x0000000000009b9f on ring 0) [ 9553.368211] radeon 0000:01:00.0: Saved 215675 dwords of commands on ring 0. [ 9553.369258] radeon 0000:01:00.0: GPU reset succeeded, trying to resume [ 9553.369272] radeon 0000:01:00.0: ffff880035298800 unpin not necessary [ 9553.385589] [drm] radeon: 1 quad pipes, 1 z pipes initialized. [ 9553.386659] [drm] PCIE GART of 512M enabled (table at 0x0000000000040000). [ 9553.386666] radeon 0000:01:00.0: WB enabled [ 9553.386672] radeon 0000:01:00.0: fence driver on ring 0 use gpu addr 0x0000000008000000 and cpu addr 0xffff880034dee000 [ 9553.386721] [drm] radeon: ring at 0x0000000008001000 [ 9553.941187] [drm:r100_ring_test [radeon]] *ERROR* radeon: ring test failed (scratch(0x15E8)=0xCAFEDEAD) [ 9553.941220] [drm:r100_cp_init [radeon]] *ERROR* radeon: cp isn't working (-22). [ 9553.941224] radeon 0000:01:00.0: failed initializing CP (-22). I don't think that this is a regression because I haven seen freezes like this for a long time (since before the 4.x series). The basic problem (i.e. lockup of X windows) hasn't changed in that time. The frequency of occurence and the timing of the lockup seem to vary based on the kernel version. -- You are receiving this mail because: You are watching the assignee of the bug. _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
