Debian Bug report logs - #848561
r600_dri.so: problems with video windows locking up, windows getting stuck with r600

version graph

Package: libgl1-mesa-dri; Maintainer for libgl1-mesa-dri is Debian X Strike Force <[email protected]>; Source for libgl1-mesa-dri is src:mesa (PTS, buildd, popcon).

Reported by: Arthur Marsh <[email protected]>

Date: Sun, 18 Dec 2016 12:09:02 UTC

Severity: normal

Found in version mesa/13.0.2-3

Reply or subscribe to this bug.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to [email protected], Debian X Strike Force <[email protected]>:
Bug#848561; Package libgl1-mesa-dri. (Sun, 18 Dec 2016 12:09:04 GMT) (full text, mbox, link).


Acknowledgement sent to Arthur Marsh <[email protected]>:
New Bug report received and forwarded. Copy sent to Debian X Strike Force <[email protected]>. (Sun, 18 Dec 2016 12:09:04 GMT) (full text, mbox, link).


Message #5 received at [email protected] (full text, mbox, reply):

From: Arthur Marsh <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: r600_dri.so: problems with video windows locking up, windows getting stuck with r600
Date: Sun, 18 Dec 2016 22:36:06 +1030
Package: libgl1-mesa-dri
Version: 13.0.2-3
Severity: normal
File: r600_dri.so

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

I had problems with video playback under mpv that pointed to r600_dri.so 
issues: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848407

These problems existed across multiple kernel revisions and under both
plasma and xfce4 desktops.

In addition to video playback, I would get windows such as chromium's
and the plasma panel fail to refresh unless I switched to vt1 and back to
vt7.

I'm a bit stuck as to what to try and am not quite up to building mesa git
source to further test things without more complete instructions than what 
I could find online.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages libgl1-mesa-dri:amd64 depends on:
ii  libc6            2.24-8
ii  libdrm-amdgpu1   2.4.74-1
ii  libdrm-intel1    2.4.74-1
ii  libdrm-nouveau2  2.4.74-1
ii  libdrm-radeon1   2.4.74-1
ii  libdrm2          2.4.74-1
ii  libelf1          0.166-2.2
ii  libexpat1        2.2.0-1
ii  libgcc1          1:7-20161201-1
ii  libgcrypt20      1.7.5-2
ii  libllvm3.9       1:3.9.1-1
ii  libsensors4      1:3.4.0-3
ii  libstdc++6       6.2.1-7

Versions of packages libgl1-mesa-dri:amd64 recommends:
ii  libtxc-dxtn-s2tc0 [libtxc-dxtn0]  0~git20131104-1.1

libgl1-mesa-dri:amd64 suggests no packages.

-- debconf-show failed



Information forwarded to [email protected], Debian X Strike Force <[email protected]>:
Bug#848561; Package libgl1-mesa-dri. (Sun, 18 Dec 2016 13:36:03 GMT) (full text, mbox, link).


Acknowledgement sent to Arthur Marsh <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>. (Sun, 18 Dec 2016 13:36:03 GMT) (full text, mbox, link).


Message #10 received at [email protected] (full text, mbox, reply):

From: Arthur Marsh <[email protected]>
To: Debian Bug Tracking System <[email protected]>
Subject: r600_dri.so: Re: r600_dri.so: problems with video windows locking up, windows getting stuck with r600
Date: Mon, 19 Dec 2016 00:02:46 +1030
Package: libgl1-mesa-dri
Version: 13.0.2-3
Followup-For: Bug #848561

Dear Maintainer,

*** Reporter, please consider answering these questions, where appropriate ***

   * What led up to the situation?

After more testing and help from the #radeon irc channel on freenode, the
problem appears to be with the radeon ddx (xserver-xorg).

Please close this bug.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   * What was the outcome of this action?
   * What outcome did you expect instead?

*** End of the template - remove these template lines ***


-- System Information:
Debian Release: stretch/sid
  APT prefers unstable
  APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable'), (1, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0+ (SMP w/4 CPU cores; PREEMPT)
Locale: LANG=en_AU.UTF-8, LC_CTYPE=en_AU.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: sysvinit (via /sbin/init)

Versions of packages libgl1-mesa-dri:amd64 depends on:
ii  libc6            2.24-8
ii  libdrm-amdgpu1   2.4.74-1
ii  libdrm-intel1    2.4.74-1
ii  libdrm-nouveau2  2.4.74-1
ii  libdrm-radeon1   2.4.74-1
ii  libdrm2          2.4.74-1
ii  libelf1          0.166-2.2
ii  libexpat1        2.2.0-1
ii  libgcc1          1:7-20161201-1
ii  libgcrypt20      1.7.5-2
ii  libllvm3.9       1:3.9.1-1
ii  libsensors4      1:3.4.0-3
ii  libstdc++6       6.2.1-7

Versions of packages libgl1-mesa-dri:amd64 recommends:
ii  libtxc-dxtn-s2tc0 [libtxc-dxtn0]  0~git20131104-1.1

libgl1-mesa-dri:amd64 suggests no packages.

-- debconf-show failed



Information forwarded to [email protected], Debian X Strike Force <[email protected]>:
Bug#848561; Package libgl1-mesa-dri. (Mon, 19 Dec 2016 02:57:03 GMT) (full text, mbox, link).


Acknowledgement sent to Michel Dänzer <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>. (Mon, 19 Dec 2016 02:57:03 GMT) (full text, mbox, link).


Message #15 received at [email protected] (full text, mbox, reply):

From: Michel Dänzer <[email protected]>
To: Arthur Marsh <[email protected]>
Cc: [email protected]
Subject: Re: Bug#848561: r600_dri.so: problems with video windows locking up, windows getting stuck with r600
Date: Mon, 19 Dec 2016 11:43:47 +0900
On 18/12/16 09:06 PM, Arthur Marsh wrote:
> Package: libgl1-mesa-dri
> Version: 13.0.2-3
> Severity: normal
> File: r600_dri.so
> 
> Dear Maintainer,
> 
> *** Reporter, please consider answering these questions, where appropriate ***
> 
>    * What led up to the situation?
> 
> I had problems with video playback under mpv that pointed to r600_dri.so 
> issues: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=848407
> 
> These problems existed across multiple kernel revisions and under both
> plasma and xfce4 desktops.
> 
> In addition to video playback, I would get windows such as chromium's
> and the plasma panel fail to refresh unless I switched to vt1 and back to
> vt7.

That sounds like it could be bug #846779, an xserver-xorg-core
regression. Enabling

	Option "AccelMethod" "glamor"
	Option "DRI" "3"

in /etc/X11/xorg.conf should avoid it.

However, that doesn't explain the GPU hangs or the Xorg restart
problems, so we might be up to at least three separate issues.


-- 
Earthling Michel Dänzer               |               http://www.amd.com
Libre software enthusiast             |             Mesa and X developer



Information forwarded to [email protected], Debian X Strike Force <[email protected]>:
Bug#848561; Package libgl1-mesa-dri. (Mon, 19 Dec 2016 03:54:02 GMT) (full text, mbox, link).


Acknowledgement sent to "Arthur Marsh" <[email protected]>:
Extra info received and forwarded to list. Copy sent to Debian X Strike Force <[email protected]>. (Mon, 19 Dec 2016 03:54:03 GMT) (full text, mbox, link).


Message #20 received at [email protected] (full text, mbox, reply):

From: "Arthur Marsh" <[email protected]>
To: "Arthur Marsh" <[email protected]>
Cc: [email protected]
Subject: Re: Bug#848561: r600_dri.so: problems with video windows locking up, windows getting stuck with r600
Date: Mon, 19 Dec 2016 14:20:48 +1030
[Message part 1 (text/plain, inline)]
Thanks for your help, I applied:
Option "AccelMethod" "glamor"
Option "DRI" "3"

in /etc/X11/xorg.conf

and rebooted (noting that lxdm didn't shut down properly), 
which seems to have stopped the need to switch to vt1 and back to vt7
because of stuck windows.
However, having done that even without logging in to a graphical
session (ie, just normal boot-up), I can't successfully run:
service lxdm restart
and have to kill -9 the Xorg/lxdm processes before running:
service lxdm start
to successfully restart Xorg/lxdm
I haven't triggered video playback problems since the changes to
xorg.conf so far.
Arthur


Send a report that this bug log contains spam.


Debian bug tracking system administrator <[email protected]>. Last modified: Tue May 13 08:47:17 2025; Machine Name: bembo

Debian Bug tracking system

Debbugs is free software and licensed under the terms of the GNU General Public License version 2. The current version can be obtained from https://bugs.debian.org/debbugs-source/.

Copyright © 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson, 2005-2017 Don Armstrong, and many other contributors.