Bug#1022042: linux-image-amd64: linux-image-5.10.0-19-amd64 fails to boot on machines with AMD integrated graphics

[Michael Strobel]

Can confirm this issue with a  AMD Ryzen 3 2200G Processor with Vega 8 
Graphics on a AsRock DeskMini A300.

Bug#860111: [linux-image-4.9.0-2-amd64] booting very slowly -- dmesg filled with 'failed to send message'

[Michael Strobel]

Package: linux-image-4.9.0-2-amd64
Version: 4.9+79
Severity: normal

--- Please enter the report below this line. ---
Dear maintainer,

i'm running Debian stretch on a Dell T20 and on recent kernels (at least
kernel 4.9 is affected) the boot process is very slowly. My hard drives
are encrypted with LUKS and my password is prompted before startup. This
takes now at least 5 minutes to even reach the password prompt and
afterwards the booting process takes also an unusual long time. dmesg is
filled with a lot if lines of

"failed to send message ...".

I'll attach a log and the output of lspci -v.
Kernel 4.5 is booting without problems.

If i can supply any other information, please let me know.

Best wishes,
Michael




--- System information. ---
Architecture: Kernel:   Linux 4.5.0-1-amd64

Debian Release: 9.0
  500 unstableftp.de.debian.org   500 testing
ftp.de.debian.org   500 syncthing   apt.syncthing.net
--- Package information. ---
Depends   (Version) | Installed
===-+-===
kmod| 23-2
linux-base(>= 4.3~) | 4.5
initramfs-tools  (>= 0.120+deb8u2)  | 0.127
 OR linux-initramfs-tool|

Package Status(Version) | Installed
===-+-===
firmware-amd-graphics   | 20161130-2
firmware-atheros| firmware-bnx2
 | firmware-bnx2x  | firmware-brcm80211
| firmware-cavium |
firmware-intelwimax | firmware-intel-sound
 | firmware-ipw2x00| firmware-ivtv
| firmware-iwlwifi|
firmware-libertas   | firmware-linux-nonfree
 | firmware-misc-nonfree   | firmware-myricom
| firmware-netxen |
firmware-qlogic | firmware-realtek
 | firmware-samsung| firmware-siano
| firmware-ti-connectivity|
xen-hypervisor  |

Recommends   (Version) | Installed
==-+-===
firmware-linux-free| 3.4
irqbalance | 1.1.0-2.3


Suggests(Version) | Installed
=-+-===
linux-doc-4.9 | debian-kernel-handbook
 | grub-pc   | 2.02~beta3-5
 OR grub-efi-amd64|  OR extlinux
 |


--- Output from package bug script ---
00:00.0 Host bridge: Intel Corporation Xeon E3-1200 v3 Processor DRAM Controller (rev 06)
	Subsystem: Dell Xeon E3-1200 v3 Processor DRAM Controller
	Flags: bus master, fast devsel, latency 0
	Capabilities: [e0] Vendor Specific Information: Len=0c 
	Kernel driver in use: ie31200_edac
	Kernel modules: ie31200_edac

00:01.0 PCI bridge: Intel Corporation Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller (rev 06) (prog-if 00 [Normal decode])
	Flags: bus master, fast devsel, latency 0, IRQ 25
	Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
	I/O behind bridge: e000-efff
	Memory behind bridge: f420-f42f
	Prefetchable memory behind bridge: d000-e01f
	Capabilities: [88] Subsystem: Dell Xeon E3-1200 v3/4th Gen Core Processor PCI Express x16 Controller
	Capabilities: [80] Power Management version 3
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
	Capabilities: [a0] Express Root Port (Slot+), MSI 00
	Capabilities: [100] Virtual Channel
	Capabilities: [140] Root Complex Link
	Capabilities: [d94] #19
	Kernel driver in use: pcieport
	Kernel modules: shpchp

00:14.0 USB controller: Intel Corporation 8 Series/C220 Series Chipset Family USB xHCI (rev 04) (prog-if 30 [XHCI])
	Subsystem: Dell 8 Series/C220 Series Chipset Family USB xHCI
	Flags: bus master, medium devsel, latency 0, IRQ 29
	Memory at f432 (64-bit, non-prefetchable) [size=64K]
	Capabilities: [70] Power Management version 2
	Capabilities: [80] MSI: Enable+ Count=1/8 Maskable- 64bit+
	Kernel driver in use: xhci_hcd
	Kernel modules: xhci_pci

00:16.0 Communication controller: Intel Corporation 8 Series/C220 Series Chipset Family MEI Controller #1 (rev 04)
	Subsystem: Dell 8 Series/C220 Series Chipset Family MEI Controller
	Flags: bus master, fast devsel, latency 0, IRQ 31
	Memory at f433c000 (64-bit, non-prefetchable) [size=16]
	Capabilities: [50] Power Management version 3
	Capabilities: [8c] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Kernel driver in use: mei_me
	Kernel modules: mei_me

00:16.3 Serial controller: Intel Corporation 8 Series/C220 Series Chipset Family KT Controller (rev 04) (prog-if 02 [16550])
	Subsystem: Dell 8 Series/C220 Series Chipset 

Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels

[Michael Strobel]

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: Info received (Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels)

[Michael Strobel]

Hi,

i could narrow it down quite a bit:

# bad: [55ce625fc5e3a87e46a14c2cb062a3579f79b7e0] Merge branch
'drm-fixes-4.5' of git://people.freedesktop.org/~agd5f/linux into drm-fixes
git bisect bad 55ce625fc5e3a87e46a14c2cb062a3579f79b7e0
# good: [81f05fee8c063cfc1614ddba1ce88cb1129f263d] Merge branch 'next'
of git://git.kernel.org/pub/scm/linux/kernel/git/rzhang/linux
git bisect good 81f05fee8c063cfc1614ddba1ce88cb1129f263d

So i think it's one of the commits of Merge branch 'drm-fixes-4.5' of
git://people.freedesktop.org/~agd5f/linux into drm-fixes.

I'm running out of time here, so i'll finish the bisection in 2 weeks
(sorry only limited physical access to the machine).

Best
Michael


On 10/29/2016 10:33 PM, Debian Bug Tracking System wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
> 
> This is an automatically generated reply to let you know your message
> has been received.
> 
> Your message is being forwarded to the package maintainers and other
> interested parties for their attention; they will reply in due course.
> 
> Your message has been sent to the package maintainer(s):
>  Debian X Strike Force 
> 
> If you wish to submit further information on this problem, please
> send it to 839...@bugs.debian.org.
> 
> Please do not send mail to ow...@bugs.debian.org unless you wish
> to report a problem with the Bug-tracking system.
> 




signature.asc
Description: OpenPGP digital signature

Bug#839381: xserver-xorg-video-amdgpu: very long Xorg initilization time in recent kernels

[Michael Strobel]

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

[Michael Strobel]

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

[Michael Strobel]

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#752391: enigmail: icedove crashes with SIGSEGV when sending emails unencrypted while for one recpient a key is present

[Michael Strobel]

The bug can be closed since it doesn't occur in version 1.7 of enigmail.

Cheers
Michael

On 06/23/2014 11:53 AM, Michael Strobel wrote:
 Package: enigmail
 Version: 2:1.6+git0.20140323-2
 Severity: important
 
 Dear Maintainer,
 
 after upgrading to icedove 31 it crashed when sending an email to a person who
 has a gpg key and one who has not. The dialog about key management pops up and
 after some time icedove crashed. I tried disabling all extensions and ran
 icedove only with enigmail. I'll add a gdb trackeback.
 
 Best
 Michael
 
 
 -- System Information:
 Debian Release: jessie/sid
   APT prefers unstable
   APT policy: (500, 'unstable')
 Architecture: amd64 (x86_64)
 Foreign Architectures: i386
 
 Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
 Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
 Shell: /bin/sh linked to /bin/dash
 
 Versions of packages enigmail depends on:
 ii  gnupg1.4.16-1.1
 ii  icedove  31.0~b1-2
 ii  libc62.19-3
 
 Versions of packages enigmail recommends:
 ii  gnupg-agent  2.0.23-1
 
 enigmail suggests no packages.
 
 -- no debconf information
 
 *** /home/michael/icedove.log
 michael@debian ~ $ /usr/lib/icedove/run-mozilla.sh -g 
 /usr/lib/icedove/icedove-
 bin
 MOZILLA_FIVE_HOME=/usr/lib/icedove
   LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
 DISPLAY=:0
 DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBRARY_PATH=
SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
   LIBPATH=/usr/lib/icedove:/usr/lib/icedove
ADDON_PATH=
   MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
   MOZ_TOOLKIT=
 moz_debug=1
  moz_debugger=
 moz_debugger_args=
 /usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
 GNU gdb (Debian 7.7.1-2) 7.7.1
 Copyright (C) 2014 Free Software Foundation, Inc.
 License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
 This is free software: you are free to change and redistribute it.
 There is NO WARRANTY, to the extent permitted by law.  Type show copying
 and show warranty for details.
 This GDB was configured as x86_64-linux-gnu.
 Type show configuration for configuration details.
 For bug reporting instructions, please see:
 http://www.gnu.org/software/gdb/bugs/.
 Find the GDB manual and other documentation resources online at:
 http://www.gnu.org/software/gdb/documentation/.
 For help, type help.
 Type apropos word to search for commands related to word...
 Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from
 /usr/lib/debug//usr/lib/icedove/icedove-bin...done.
 done.
 (gdb) run
 Starting program: /usr/lib/icedove/icedove-bin
 [Thread debugging using libthread_db enabled]
 Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.
 
 (process:9929): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
 == 0' failed
 
 (icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
 ::sm-connect after class was initialised
 
 (icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
 ::show-crash-dialog after class was initialised
 
 (icedove:9929): GLib-GObject-WARNING **: Attempt to add property
 GnomeProgram::display after class was initialised
 
 (icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
 ::default-icon after class was initialised
 warning: Corrupted shared library list: 0x7fffe5a21000 != 0x7fffe5a15000
 [New Thread 0x7fffe2d8c700 (LWP 9935)]
 [New Thread 0x7fffe16ff700 (LWP 9936)]
 [New Thread 0x7fffe07f2700 (LWP 9937)]
 [New Thread 0x7fffdfff1700 (LWP 9938)]
 [New Thread 0x7fffdf133700 (LWP 9939)]
 [New Thread 0x7fffddf32700 (LWP 9942)]
 [New Thread 0x7fffdd731700 (LWP 9943)]
 [New Thread 0x76da6700 (LWP 9944)]
 [New Thread 0x7fffdccff700 (LWP 9945)]
 [New Thread 0x7fffdbbff700 (LWP 9946)]
 [calBackendLoader] Using libical backend at
 /usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-
 a41df1933103}/components/libical.manifest
 enigmail.js: Registered components
 [New Thread 0x7fffb49ff700 (LWP 9947)]
 [New Thread 0x7fffb43ff700 (LWP 9948)]
 [New Thread 0x7fffb3bfe700 (LWP 9949)]
 [New Thread 0x7fffb33fd700 (LWP 9950)]
 [New Thread 0x7fffb22ff700 (LWP 9951)]
 [New Thread 0x7fffe0e9e700 (LWP 9952)]
 [New Thread 0x7fffdf7f0700 (LWP 9953)]
 [New Thread 0x7fffdc4fe700 (LWP 9954)]
 [New Thread 0x7fffdb3fe700 (LWP 9955)]
 [Thread 0x7fffdbbff700 (LWP 9946) exited]
 [Thread 0x7fffb33fd700 (LWP 9950) exited]
 [New Thread 0x7fffb13ff700 (LWP 9956)]
 [New Thread 0x7fffdbbff700 (LWP 9957)]
 [New Thread 0x7fffb33fd700 (LWP 9958)]
 [Thread 0x7fffb3bfe700 (LWP 9949) exited]
 [Thread 0x7fffdbbff700 (LWP 9957) exited]
 [New Thread 0x7fffb3bfe700 (LWP 9959)]
 [New Thread 0x7fffdbbff700 (LWP 9960)]
 [Thread 0x7fffdbbff700 (LWP 9960) exited]
 [Thread 0x7fffb33fd700 (LWP 9958) exited]
 [New Thread 0x7fffdbbff700 (LWP 9961)]
 [New Thread 0x7fffb33fd700 (LWP 9962)]
 [Thread 0x7fffb3bfe700 (LWP 9959) exited]
 [Thread 0x7fffdbbff700 (LWP 9961) exited

Bug#754930: xserver-xorg-video-radeon: radeon driver segfault with upgrade to xorg 1.16

[Michael Strobel]

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

[Michael Strobel]

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

[Michael Strobel]

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-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#752391: enigmail: icedove crashes with SIGSEGV when sending emails unencrypted while for one recpient a key is present

[Michael Strobel]

Package: enigmail
Version: 2:1.6+git0.20140323-2
Severity: important

Dear Maintainer,

after upgrading to icedove 31 it crashed when sending an email to a person who
has a gpg key and one who has not. The dialog about key management pops up and
after some time icedove crashed. I tried disabling all extensions and ran
icedove only with enigmail. I'll add a gdb trackeback.

Best
Michael


-- System Information:
Debian Release: jessie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.14-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages enigmail depends on:
ii  gnupg1.4.16-1.1
ii  icedove  31.0~b1-2
ii  libc62.19-3

Versions of packages enigmail recommends:
ii  gnupg-agent  2.0.23-1

enigmail suggests no packages.

-- no debconf information

*** /home/michael/icedove.log
michael@debian ~ $ /usr/lib/icedove/run-mozilla.sh -g /usr/lib/icedove/icedove-
bin
MOZILLA_FIVE_HOME=/usr/lib/icedove
  LD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove/plugins:/usr/lib/icedove
DISPLAY=:0
DYLD_LIBRARY_PATH=/usr/lib/icedove:/usr/lib/icedove
 LIBRARY_PATH=
   SHLIB_PATH=/usr/lib/icedove:/usr/lib/icedove
  LIBPATH=/usr/lib/icedove:/usr/lib/icedove
   ADDON_PATH=
  MOZ_PROGRAM=/usr/lib/icedove/icedove-bin
  MOZ_TOOLKIT=
moz_debug=1
 moz_debugger=
moz_debugger_args=
/usr/bin/gdb  --args /usr/lib/icedove/icedove-bin
GNU gdb (Debian 7.7.1-2) 7.7.1
Copyright (C) 2014 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later http://gnu.org/licenses/gpl.html
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type show copying
and show warranty for details.
This GDB was configured as x86_64-linux-gnu.
Type show configuration for configuration details.
For bug reporting instructions, please see:
http://www.gnu.org/software/gdb/bugs/.
Find the GDB manual and other documentation resources online at:
http://www.gnu.org/software/gdb/documentation/.
For help, type help.
Type apropos word to search for commands related to word...
Reading symbols from /usr/lib/icedove/icedove-bin...Reading symbols from
/usr/lib/debug//usr/lib/icedove/icedove-bin...done.
done.
(gdb) run
Starting program: /usr/lib/icedove/icedove-bin
[Thread debugging using libthread_db enabled]
Using host libthread_db library /lib/x86_64-linux-gnu/libthread_db.so.1.

(process:9929): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size
== 0' failed

(icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
::sm-connect after class was initialised

(icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
::show-crash-dialog after class was initialised

(icedove:9929): GLib-GObject-WARNING **: Attempt to add property
GnomeProgram::display after class was initialised

(icedove:9929): GLib-GObject-WARNING **: Attempt to add property GnomeProgram
::default-icon after class was initialised
warning: Corrupted shared library list: 0x7fffe5a21000 != 0x7fffe5a15000
[New Thread 0x7fffe2d8c700 (LWP 9935)]
[New Thread 0x7fffe16ff700 (LWP 9936)]
[New Thread 0x7fffe07f2700 (LWP 9937)]
[New Thread 0x7fffdfff1700 (LWP 9938)]
[New Thread 0x7fffdf133700 (LWP 9939)]
[New Thread 0x7fffddf32700 (LWP 9942)]
[New Thread 0x7fffdd731700 (LWP 9943)]
[New Thread 0x76da6700 (LWP 9944)]
[New Thread 0x7fffdccff700 (LWP 9945)]
[New Thread 0x7fffdbbff700 (LWP 9946)]
[calBackendLoader] Using libical backend at
/usr/lib/icedove/extensions/{e2fda1a4-762b-4020-b5ad-
a41df1933103}/components/libical.manifest
enigmail.js: Registered components
[New Thread 0x7fffb49ff700 (LWP 9947)]
[New Thread 0x7fffb43ff700 (LWP 9948)]
[New Thread 0x7fffb3bfe700 (LWP 9949)]
[New Thread 0x7fffb33fd700 (LWP 9950)]
[New Thread 0x7fffb22ff700 (LWP 9951)]
[New Thread 0x7fffe0e9e700 (LWP 9952)]
[New Thread 0x7fffdf7f0700 (LWP 9953)]
[New Thread 0x7fffdc4fe700 (LWP 9954)]
[New Thread 0x7fffdb3fe700 (LWP 9955)]
[Thread 0x7fffdbbff700 (LWP 9946) exited]
[Thread 0x7fffb33fd700 (LWP 9950) exited]
[New Thread 0x7fffb13ff700 (LWP 9956)]
[New Thread 0x7fffdbbff700 (LWP 9957)]
[New Thread 0x7fffb33fd700 (LWP 9958)]
[Thread 0x7fffb3bfe700 (LWP 9949) exited]
[Thread 0x7fffdbbff700 (LWP 9957) exited]
[New Thread 0x7fffb3bfe700 (LWP 9959)]
[New Thread 0x7fffdbbff700 (LWP 9960)]
[Thread 0x7fffdbbff700 (LWP 9960) exited]
[Thread 0x7fffb33fd700 (LWP 9958) exited]
[New Thread 0x7fffdbbff700 (LWP 9961)]
[New Thread 0x7fffb33fd700 (LWP 9962)]
[Thread 0x7fffb3bfe700 (LWP 9959) exited]
[Thread 0x7fffdbbff700 (LWP 9961) exited]
[New Thread 0x7fffb3bfe700 (LWP 9963)]
[Thread 0x7fffb33fd700 (LWP 9962) exited]
[New Thread 0x7fffb33fd700 (LWP 9964)]
[Thread 0x7fffb3bfe700 (LWP 9963) exited]
mimeVerify.jsm: module initialized
[New Thread 0x7fffb3bfe700 (LWP 9965)]
[Thread 0x7fffb33fd700 (LWP 9964) 

Bug#750779: [kradio4] Kradio plays internet radios as ugly sound with glitches and rattles

[Michael Strobel]

Dear maintainer,

i can confirm this bug also on x64_64. There seems to be a problem with
backends, it's not possible to switch e.g. to pulseaudio.

Best,
Michael



signature.asc
Description: OpenPGP digital signature

Bug#750630: Bug#751385: newer python interfers with matplotlib

[Michael Strobel]

the workaround maks suggested works well, but you have to adjust all
your scripts. If you want a global solution you can adjust your
matplotlibrc (/etc/matplotlibrc or ~/.config/matplotlib/matplotlibrc) with

backend  : GTK

or other backends like GTK3Cairo (which i'm using now).

A sample configuration and all possible backends can be found here:
http://matplotlib.org/users/customizing.html

Best wishes
Michael



signature.asc
Description: OpenPGP digital signature

Bug#722234: fenics: can't install fenics on unstable

[Michael Strobel]

Package: fenics
Version: can't install fenics on unstable
Severity: normal

Dear Maintainer,

i tried to install fenics on unstable. It failed due to a conflict.

aptitude install fenics
The following NEW packages will be installed:
  aglfn{a} build-essential{a} cmake{a} cmake-data{a} comerr-dev{a} dolfin-
bin{a} dolfin-doc{a} dpkg-dev{a} emacsen-common{a} fenics gfortran{a}
gfortran-4.8{a} gnuplot{a} gnuplot-nox{a} groff{a}
  hdf5-helpers{a} icu-devtools{a} krb5-multidev{a} libalgorithm-diff-perl{a}
libalgorithm-diff-xs-perl{a} libalgorithm-merge-perl{a} libarmadillo-dev{a}
libarmadillo3{a} libarpack2{a} libarpack2-dev{a}
  libavcodec-dev{a} libavformat-dev{a} libavutil-dev{a} libblacs-mpi-dev{a}
libblacs-mpi1{a} libblas-dev{a} libboost-atomic1.54-dev{a} libboost-
atomic1.54.0{a} libboost-chrono-dev{a}
  libboost-chrono1.49.0{a} libboost-chrono1.54-dev{a} libboost-chrono1.54.0{a}
libboost-date-time1.54-dev{a} libboost-dev{a} libboost-filesystem-dev{a}
libboost-filesystem1.49.0{a}
  libboost-filesystem1.54-dev{a} libboost-iostreams-dev{a} libboost-
iostreams1.54-dev{a} libboost-math-dev{a} libboost-math1.54-dev{a} libboost-
math1.54.0{a} libboost-mpi-dev{a} libboost-mpi1.49.0{a}
  libboost-mpi1.54-dev{a} libboost-mpi1.54.0{a} libboost-program-options-dev{a}
libboost-program-options1.49.0{a} libboost-program-options1.54-dev{a} libboost-
regex1.54-dev{a} libboost-regex1.54.0{a}
  libboost-serialization-dev{a} libboost-serialization1.49.0{a} libboost-
serialization1.54-dev{a} libboost-serialization1.54.0{a} libboost-system-dev{a}
libboost-system1.49.0{a}
  libboost-system1.54-dev{a} libboost-thread-dev{a} libboost-thread1.49.0{a}
libboost-thread1.54-dev{a} libboost-thread1.54.0{a} libboost-timer-dev{a}
libboost-timer1.49.0{a} libboost-timer1.54-dev{a}
  libboost-timer1.54.0{a} libboost1.54-dev{a} libbtf1.1.0{a} libcamd2.2.0{a}
libccolamd2.7.1{a} libcf0{a} libcgal-dev{a} libcgal10{a} libcholmod1.7.1{a}
libcr0{a} libcsparse2.2.3{a} libcxsparse2.2.3{a}
  libdolfin1.2{a} libdolfin1.2-dev{a} libdpkg-perl{a} libdrm-dev{a} libfile-
fcntllock-perl{a} libfontconfig1-dev{a} libfreetype6-dev{a}
libgfortran-4.8-dev{a} libgl1-mesa-dev{a} libgl2ps-dev{a}
  libgl2ps0{a} libglu1-mesa-dev{a} libgmp-dev{a} libgmpxx4ldbl{a} libgssrpc4{a}
libhdf5-mpi-dev{a} libhdf5-openmpi-7{a} libhdf5-openmpi-dev{a} libhwloc-dev{a}
libhwloc-plugins{a} libhwloc5{a}
  libhypre-2.8.0b{a} libhypre-dev{a} libibverbs-dev{a} libibverbs1{a} libicu-
dev{a} libjbig-dev{a} libjpeg8-dev{a} libkadm5clnt-mit8{a} libkadm5srv-mit8{a}
libkdb5-7{a} libklu1.1.0{a} libkms1{a}
  liblapack-dev{a} libldl2.0.1{a} libmpfr-dev{a} libmumps-4.10.0{a} libmumps-
dev{a} libmysqlclient-dev{a} libnetcdf-dev{a} libnetcdfc++4{a} libnetcdfc7{a}
libnetcdff5{a} libnuma1{a} libopenmpi-dev{a}
  libopenmpi1.3{a} libopenmpi1.6{ab} libparpack2{a} libpci-dev{a}
libpetsc3.2{a} libpetsc3.2-dev{a} libpng12-dev{a} libpq-dev{a} libpq5{a}
libptscotch-5.1{a} libptscotch-dev{a} libqt4-dev{a}
  libqt4-dev-bin{a} libqt4-opengl-dev{a} libqtwebkit-dev{a} libscalapack-mpi-
dev{a} libscalapack-mpi1{a} libscotch-5.1{a} libscotch-dev{a} libslepc3.2{a}
libslepc3.2-dev{a} libspooles-dev{a}
  libspooles2.2{a} libssl-dev{a} libssl-doc{a} libsuitesparse-dev{a}
libsuperlu3{a} libsuperlu3-dev{a} libswscale-dev{a} libtiff4-dev{a}
libtiffxx0c2{a} libtorque2{a} libvtk5-dev{a} libvtk5-qt4-dev{a}
  libvtk5.8{a} libvtk5.8-qt4{a} libx11-xcb-dev{a} libxcb-dri2-0-dev{a} libxcb-
glx0-dev{a} libxdamage-dev{a} libxext-dev{a} libxfixes-dev{a} libxft-dev{a}
libxml2-dev{a} libxrender-dev{a} libxss-dev{a}
  libxxf86vm-dev{a} mesa-common-dev{a} mpi-default-bin{a} mpi-default-dev{a}
openmpi-bin{a} openmpi-common{a} pkg-config{a} pyro{a} python-dateutil{a}
python-dolfin{a} python-ferari{a} python-ffc{a}
  python-fiat{a} python-gnuplot{a} python-instant{a} python-matplotlib{a}
python-matplotlib-data{a} python-netcdf{a} python-ply{a} python-pmw{a} python-
pyparsing{a} python-pyx{a} python-scientific{a}
  python-scitools{a} python-tz{a} python-ufc{a} python-ufl{a} python-ufl-doc{a}
python-vtk{a} qt4-linguist-tools{a} qt4-qmake{a} swig{a} swig2.0{a} tcl-vtk{a}
tcl8.5-dev{a} tk8.5-dev{a} ufc{a}
  ufc-doc{a} x11proto-damage-dev{a} x11proto-dri2-dev{a} x11proto-fixes-dev{a}
x11proto-gl-dev{a} x11proto-render-dev{a} x11proto-scrnsaver-dev{a} x11proto-
xext-dev{a} x11proto-xf86vidmode-dev{a}
  zlib1g-dev{a}
0 packages upgraded, 220 newly installed, 0 to remove and 0 not upgraded.
Need to get 166 MB of archives. After unpacking 751 MB will be used.
The following packages have unmet dependencies:
 libopenmpi1.6 : Conflicts: libopenmpi1.3 but 1.4.5-1 is to be installed.
 Conflicts: openmpi-libs0 which is a virtual package.
The following actions will resolve these dependencies:

  Keep the following packages at their current version:
1)  dolfin-bin [Not Installed]
2)  dolfin-doc [Not Installed]
3)  fenics [Not Installed]
4)  libblacs-mpi-dev [Not Installed]
5)  libblacs-mpi1 [Not Installed]
6)  

Bug#702059: eclipse-cdt is missing a dep: libglib2.0-bin, crashed after startup

[Michael Strobel]

Package: eclipse-cdt
Version: 8.1.0+dfsg-2
Severity: normal

Dear Maintainer,

   i installed eclipse-cdt and it crashed at startup installing
   libglib2.0-bin resolved the issue. A dep should be added to this
   package to install it automatically. 


-- System Information:
Debian Release: 7.0
  APT prefers testing-updates
  APT policy: (500, 'testing-updates'), (500, 'testing')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages eclipse-cdt depends on:
ii  eclipse-cdt-jni   8.1.0+dfsg-2
ii  eclipse-platform  3.8.0~rc4-1
ii  eclipse-rse   3.1.2-1
ii  gcc   4:4.7.2-1
ii  make  3.81-8.2

eclipse-cdt recommends no packages.

Versions of packages eclipse-cdt suggests:
ii  g++  4:4.7.2-1

-- no debconf information


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641396: firmware upgrade

[Michael Strobel]

I upgraded to the latest firmware, version 1.35, no difference. 

Michael




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#641396: experimental kernel

[Michael Strobel]

Hello,

i upgraded to linux-image-3.1.0-rc4-686-pae-dbg, same situation here.
If there is a need for further debugging information, let me know.

Michael




-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org