Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels
Hi, i think i found the problem: it's powerplay. The bisection showed that 3466904d38ff1e63f0a19cb31166db67f2d05c61 is the commit which introduced the problem: while the code before checked if amdgpu_powerplay > 0 now it checks equality. The default value is -1 so pp is enabled. I booted with amdgpu.powerplay=0 and the problem is gone for the testing kernel 4.7. I tried a more recent kernel (4.9-rc5) and it seemed that it's not checked anymore if amdgpu.powerplay equals 0. I'm adding a patch which re enables the boot parameter. Furthermore i'm not sure what causes the problem with my GPU in the first place. If there is anything i can do please let me know. Best Michael On 10/03/2016 04:45 AM, Michel Dänzer wrote: > On 01/10/16 06:30 PM, Michael Strobel wrote: >> Package: xserver-xorg-video-amdgpu >> Version: 1.1.2-1 >> Severity: normal >> >> Dear Maintainer, >> >> i'm running debian testing and for quite a while i have problems with my >> xserver on newer kernels. While linux-image-4.2.0-1-amd64 works fine >> linux-image-4.6.0-1-amd64 and linux-image-4.7.0-1-amd64 my xserver spends >> very long time (several minutes) on initialization. >> The only problem i can spot is a lot of >> >> Failed to send Previous Message. >> Failed to send Message. >> >> messages in dmesg. I'm not complete sure if the problem is even xserver > > Yeah, unless this doesn't happen with an older version of > xserver-xorg-video-amdgpu (and possibly related packages), it sounds > like an amdgpu kernel driver regression. Any chance you can bisect or at > least narrow down which kernel version introduced the problem? > > From fad1325ec8845a81e2ec39c49c11237fe8a6c689 Mon Sep 17 00:00:00 2001 From: Michael Strobel <stro...@ma.tum.de> Date: Sun, 13 Nov 2016 12:39:54 +0100 Subject: [PATCH] respect amdgpu_powerplay == 0 --- drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c b/drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c index 7532ff8..b998bef 100644 --- a/drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c +++ b/drivers/gpu/drm/amd/amdgpu/amdgpu_powerplay.c @@ -101,7 +101,7 @@ static int amdgpu_pp_early_init(void *handle) case CHIP_TONGA: case CHIP_FIJI: case CHIP_TOPAZ: - adev->pp_enabled = true; + adev->pp_enabled = (amdgpu_powerplay == 0) ? false : true; break; case CHIP_CARRIZO: case CHIP_STONEY: -- 2.10.2 signature.asc Description: OpenPGP digital signature
Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels
Hi, i could at least narrow down the versions: Linux debian 4.4.0-1-amd64 #1 SMP Debian 4.4.6-1 (2016-03-17) x86_64 GNU/Linux works fine while Linux debian 4.5.0-1-amd64 #1 SMP Debian 4.5.1-1 (2016-04-14) x86_64 GNU/Linux is broken. Tomorrow i will try to bisect at least the specific version. Best Michael On 10/03/2016 09:27 AM, Michael Strobel wrote: > On 10/03/2016 04:45 AM, Michel Dänzer wrote: >> On 01/10/16 06:30 PM, Michael Strobel wrote: >>> Package: xserver-xorg-video-amdgpu >>> Version: 1.1.2-1 >>> Severity: normal >>> >>> Dear Maintainer, >>> >>> i'm running debian testing and for quite a while i have problems with my >>> xserver on newer kernels. While linux-image-4.2.0-1-amd64 works fine >>> linux-image-4.6.0-1-amd64 and linux-image-4.7.0-1-amd64 my xserver spends >>> very long time (several minutes) on initialization. >>> The only problem i can spot is a lot of >>> >>> Failed to send Previous Message. >>> Failed to send Message. >>> >>> messages in dmesg. I'm not complete sure if the problem is even xserver >> >> Yeah, unless this doesn't happen with an older version of >> xserver-xorg-video-amdgpu (and possibly related packages), it sounds >> like an amdgpu kernel driver regression. Any chance you can bisect or at >> least narrow down which kernel version introduced the problem? >> >> > > Hi, I'll look into it as soon as i have physical access to the machine > again (could take some time). > signature.asc Description: OpenPGP digital signature
Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels
On 10/03/2016 04:45 AM, Michel Dänzer wrote: > On 01/10/16 06:30 PM, Michael Strobel wrote: >> Package: xserver-xorg-video-amdgpu >> Version: 1.1.2-1 >> Severity: normal >> >> Dear Maintainer, >> >> i'm running debian testing and for quite a while i have problems with my >> xserver on newer kernels. While linux-image-4.2.0-1-amd64 works fine >> linux-image-4.6.0-1-amd64 and linux-image-4.7.0-1-amd64 my xserver spends >> very long time (several minutes) on initialization. >> The only problem i can spot is a lot of >> >> Failed to send Previous Message. >> Failed to send Message. >> >> messages in dmesg. I'm not complete sure if the problem is even xserver > > Yeah, unless this doesn't happen with an older version of > xserver-xorg-video-amdgpu (and possibly related packages), it sounds > like an amdgpu kernel driver regression. Any chance you can bisect or at > least narrow down which kernel version introduced the problem? > > Hi, I'll look into it as soon as i have physical access to the machine again (could take some time). signature.asc Description: OpenPGP digital signature
Bug#766169: libEGL.so.1 don't get installed
Hello everyone, i can confirm this bug. It renders KDE quite unusable because of the lack of kwin no window management can be used. As a workaround i copied libEGL.so.1 from the package glx-diversions to the appropriate position: cp /usr/lib/mesa-diverted/x86_64-linux-gnu/libEGL.so.1 /usr/lib/x86_64-linux-gnu/ signature.asc Description: OpenPGP digital signature
Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16
I tried apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core which the ubuntu wiki suggested in case of a broken fglrx removal, it didn't help. Now i set Option Accel False in my xorg.conf as workaround which gives me at least a working gui environment, yet a little slow of course. Best Michael signature.asc Description: OpenPGP digital signature
Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16
Thanks for your quickly reply! It says: libEGL debug: Native platform type: drm (autodetected) libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to module array libEGL debug: added egl_dri2 to module array libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so) libEGL info: use DRM for display 0x7f308063cec0 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglInitialize(no usable display) i also add the output of startx and the xorg.log Best, Michael On 07/16/2014 09:01 AM, Michel Dänzer wrote: On 16.07.2014 15:27, Michael Strobel wrote: i recently upgrade my xserver to 1.16 and therefore switched from fglrx to radeon (fgrlx doesn't support xserver 1.16 yet). When i'm trying to start the xserver it sefaults (see logs). I'm not sure if it is a side effect from switching from fgrlx to radeon. I think i uninstalled fglrx properly. I guess it's possible fglrx left the EGL stack messed up... If you start Xorg with the environment variable EGL_LOG_LEVEL=debug, there should be some more information about that in its stderr output. [ 210.846] (EE) Backtrace: [ 210.846] (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f2d70d78339] [ 210.846] (EE) 1: /usr/bin/X (0x7f2d70bcd000+0x1af3a9) [0x7f2d70d7c3a9] [ 210.846] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2d6e925000+0x35480) [0x7f2d6e95a480] [ 210.847] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f2d6e925000+0x12530a) [0x7f2d6ea4a30a] [ 210.847] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x7f2d6b22b000+0x5402f) [0x7f2d6b27f02f] [ 210.847] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_init+0x15c) [0x7f2d6b72284c] It looks like it could be a bug in libepoxy0. It would be great if you could get a backtrace with gdb, ideally with /usr/lib/x86_64-linux-gnu/libepoxy.so.0 rebuilt to have debugging symbols. [ 608.579] X.Org X Server 1.15.99.904 (1.16.0 RC 4) Release Date: 2014-07-07 [ 608.579] X Protocol Version 11, Revision 0 [ 608.579] Build Operating System: Linux 3.14-1-amd64 x86_64 Debian [ 608.579] Current Operating System: Linux debian 3.14-1-amd64 #1 SMP Debian 3.14.12-1 (2014-07-11) x86_64 [ 608.579] Kernel command line: BOOT_IMAGE=/vmlinuz-3.14-1-amd64 root=UUID=7d289e3c-e64b-4be1-ac46-780b94196c22 ro quiet [ 608.579] Build Date: 08 July 2014 01:26:43PM [ 608.579] xorg-server 2:1.15.99.904-1 (http://www.debian.org/support) [ 608.579] Current version of pixman: 0.32.6 [ 608.579] Before reporting problems, check http://wiki.x.org to make sure that you have the latest version. [ 608.579] Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. [ 608.580] (==) Log file: /var/log/Xorg.0.log, Time: Wed Jul 16 09:13:58 2014 [ 608.580] (==) Using system config directory /usr/share/X11/xorg.conf.d [ 608.580] (==) No Layout section. Using the first Screen section. [ 608.580] (==) No screen section available. Using defaults. [ 608.580] (**) |--Screen Default Screen Section (0) [ 608.580] (**) | |--Monitor default monitor [ 608.580] (==) No monitor specified for screen Default Screen Section. Using a default monitor configuration. [ 608.580] (==) Automatically adding devices [ 608.580] (==) Automatically enabling devices [ 608.580] (==) Automatically adding GPU devices [ 608.580] (WW) The directory /usr/share/fonts/X11/cyrillic does not exist. [ 608.580] Entry deleted from font path. [ 608.580] (==) FontPath set to: /usr/share/fonts/X11/misc, /usr/share/fonts/X11/100dpi/:unscaled, /usr/share/fonts/X11/75dpi/:unscaled, /usr/share/fonts/X11/Type1, /usr/share/fonts/X11/100dpi, /usr/share/fonts/X11/75dpi, built-ins [ 608.580] (==) ModulePath set to /usr/lib/xorg/modules [ 608.580] (II) The server relies on udev to provide the list of input devices. If no devices become available, reconfigure udev or disable AutoAddDevices. [ 608.580] (II) Loader magic: 0x7f30805c6d80 [ 608.580] (II) Module ABI versions: [ 608.580] X.Org ANSI C Emulation: 0.4 [ 608.580] X.Org Video Driver: 18.0 [ 608.580] X.Org XInput driver : 21.0 [ 608.580] X.Org Server Extension : 8.0 [ 608.580] (II) xfree86: Adding drm device (/dev/dri/card0) [ 608.582] (--) PCI:*(0:1:0:0) 1002:679a:1043:0424 rev 0, Mem @ 0xe000/268435456, 0xf7e0/262144, I/O @ 0xe000/256, BIOS @ 0x/131072 [ 608.582] (II) LoadModule: glx [ 608.582] (II) Loading /usr/lib/xorg/modules/extensions/libglx.so [ 608.583] (II) Module glx: vendor=X.Org Foundation [ 608.583] compiled for 1.15.99.904, module version = 1.0.0 [ 608.583] ABI class: X.Org Server Extension, version 8.0 [ 608.583] (==) AIGLX enabled [ 608.583] (==) Matched ati as autoconfigured driver 0 [ 608.583] (==) Matched ati as autoconfigured driver 1 [ 608.583
Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16
Unfortunately not: libEGL debug: Native platform type: drm (autodetected) libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl libEGL debug: added egl_dri2 to module array libEGL debug: the best driver is DRI2 (EE) (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x49) [0x7f82b4e72339] (EE) 1: /usr/bin/X (0x7f82b4cc7000+0x1af3a9) [0x7f82b4e763a9] (EE) 2: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x35480) [0x7f82b2a54480] (EE) 3: /lib/x86_64-linux-gnu/libc.so.6 (0x7f82b2a1f000+0x12530a) [0x7f82b2b4430a] (EE) 4: /usr/lib/x86_64-linux-gnu/libepoxy.so.0 (0x7f82af325000+0x5402f) [0x7f82af37902f] (EE) 5: /usr/lib/xorg/modules/libglamoregl.so (glamor_init+0x15c) [0x7f82af81c84c] (EE) 6: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f82b0489000+0x4be4c) [0x7f82b04d4e4c] (EE) 7: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f82b0489000+0xc1c8) [0x7f82b04951c8] (EE) 8: /usr/lib/xorg/modules/drivers/radeon_drv.so (0x7f82b0489000+0x46549) [0x7f82b04cf549] (EE) 9: /usr/bin/X (AddScreen+0x101) [0x7f82b4d1d281] (EE) 10: /usr/bin/X (InitOutput+0x397) [0x7f82b4d5df27] (EE) 11: /usr/bin/X (0x7f82b4cc7000+0x59d2a) [0x7f82b4d20d2a] (EE) 12: /lib/x86_64-linux-gnu/libc.so.6 (__libc_start_main+0xf5) [0x7f82b2a40b45] (EE) 13: /usr/bin/X (0x7f82b4cc7000+0x4549e) [0x7f82b4d0c49e] (EE) (EE) Segmentation fault at address 0x0 On 07/16/2014 09:37 AM, Michel Dänzer wrote: On 16.07.2014 16:24, Michael Strobel wrote: Thanks for your quickly reply! It says: libEGL debug: Native platform type: drm (autodetected) libEGL debug: EGL search path is /usr/lib/x86_64-linux-gnu/egl libEGL debug: added /usr/lib/x86_64-linux-gnu/egl/egl_gallium.so to module array libEGL debug: added egl_dri2 to module array libEGL debug: dlopen(/usr/lib/x86_64-linux-gnu/egl/egl_gallium.so) libEGL info: use DRM for display 0x7f308063cec0 libEGL debug: EGL user error 0x3001 (EGL_NOT_INITIALIZED) in eglInitialize(no usable display) Does the environment variable EGL_DRIVER=egl_dri2 work around the problem? -- To UNSUBSCRIBE, email to debian-x-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/53c62d97.9030...@posteo.de
