Application: kded4 ($Id$) KDE Platform Version: 4.6.3 (4.6.3) Qt Version: 4.7.3 Operating System: Linux 2.6.38.8-server-4.mga i686 Distribution: "Mageia 1" -- Information about the crash: K mix crash à chaque démarrage de Mageia. The crash can be reproduced every time. -- Backtrace: Application: Démon de KDE (kdeinit4), signal: Aborted [Current thread is 1 (Thread 0xb55666d0 (LWP 1193))] Thread 2 (Thread 0xaf85ab70 (LWP 1265)): #0 0xffffe424 in __kernel_vsyscall () #1 0xb6098166 in poll () from /lib/i686/libc.so.6 #2 0xb5b282eb in g_poll () from /lib/libglib-2.0.so.0 #3 0xb5b17c16 in ?? () from /lib/libglib-2.0.so.0 #4 0xb5b183ab in g_main_loop_run () from /lib/libglib-2.0.so.0 #5 0xaf913d81 in ?? () from /lib/libgio-2.0.so.0 #6 0xb5b41204 in ?? () from /lib/libglib-2.0.so.0 #7 0xb6cdde89 in start_thread () from /lib/i686/libpthread.so.0 #8 0xb60a44ce in clone () from /lib/i686/libc.so.6 Thread 1 (Thread 0xb55666d0 (LWP 1193)): [KCrash Handler] #7 0xffffe424 in __kernel_vsyscall () #8 0xb5ff9181 in raise () from /lib/i686/libc.so.6 #9 0xb5ffacae in abort () from /lib/i686/libc.so.6 #10 0xb5ff1a98 in __assert_fail () from /lib/i686/libc.so.6 #11 0xaedc4061 in snd_hctl_handle_events () from /usr/lib/libasound.so.2 #12 0xaedd14f1 in snd_mixer_handle_events () from /usr/lib/libasound.so.2 #13 0xaee95581 in Mixer_ALSA::prepareUpdateFromHW (this=0x8cdc058) at /usr/src/debug/kdemultimedia-4.6.3/kmix/backends/mixer_alsa9.cpp:571 #14 0xaeeadebe in Mixer_Backend::readSetFromHW (this=0x8cdc058) at /usr/src/debug/kdemultimedia-4.6.3/kmix/backends/mixer_backend.cpp:103 #15 0xaeeade2e in Mixer_Backend::qt_metacall (this=0x8cdc058, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0xbf8eb4b8) at /usr/src/debug/kdemultimedia-4.6.3/build/kmix/mixer_backend.moc:82 #16 0xb6e5677d in QMetaObject::metacall (object=0x8cdc058, cl=QMetaObject::InvokeMetaMethod, idx=7, argv=0xbf8eb4b8) at kernel/qmetaobject.cpp:237 #17 0xb6e65fac in QMetaObject::activate (sender=0x8cfe678, m=0xb6f8b550, local_signal_index=0, argv=0xbf8eb4b8) at kernel/qobject.cpp:3278 #18 0xb6eb5ee5 in QSocketNotifier::activated (this=0x8cfe678, _t1=19) at .moc/release-shared/moc_qsocketnotifier.cpp:89 #19 0xb6e6cbef in QSocketNotifier::event (this=0x8cfe678, e=0xbf8eb914) at kernel/qsocketnotifier.cpp:317 #20 0xb634efb4 in QApplicationPrivate::notify_helper (this=0x8b85540, receiver=0x8cfe678, e=0xbf8eb914) at kernel/qapplication.cpp:4462 #21 0xb6353f97 in QApplication::notify (this=0xbf8ebc10, receiver=0x8cfe678, e=0xbf8eb914) at kernel/qapplication.cpp:3862 #22 0xb7588351 in KApplication::notify (this=0xbf8ebc10, receiver=0x8cfe678, event=0xbf8eb914) at /usr/src/debug/kdelibs-4.6.3/kdeui/kernel/kapplication.cpp:311 #23 0xb6e4ff2e in QCoreApplication::notifyInternal (this=0xbf8ebc10, receiver=0x8cfe678, event=0xbf8eb914) at kernel/qcoreapplication.cpp:731 #24 0xb6e7e708 in sendEvent (source=0x8b87e10) at kernel/qcoreapplication.h:215 #25 socketNotifierSourceDispatch (source=0x8b87e10) at kernel/qeventdispatcher_glib.cpp:110 #26 0xb5b174d9 in g_main_context_dispatch () from /lib/libglib-2.0.so.0 #27 0xb5b17ce0 in ?? () from /lib/libglib-2.0.so.0 #28 0xb5b17f9a in g_main_context_iteration () from /lib/libglib-2.0.so.0 #29 0xb6e7ed9b in QEventDispatcherGlib::processEvents (this=0x8b6ade0, flags=...) at kernel/qeventdispatcher_glib.cpp:422 #30 0xb64067fa in QGuiEventDispatcherGlib::processEvents (this=0x8b6ade0, flags=...) at kernel/qguieventdispatcher_glib.cpp:204 #31 0xb6e4f13d in QEventLoop::processEvents (this=0xbf8ebb74, flags=...) at kernel/qeventloop.cpp:149 #32 0xb6e4f3b9 in QEventLoop::exec (this=0xbf8ebb74, flags=...) at kernel/qeventloop.cpp:201 #33 0xb6e53ef0 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1008 #34 0xb634cd34 in QApplication::exec () at kernel/qapplication.cpp:3736 #35 0xb4f5de2d in kdemain (argc=1, argv=0x8b3fe18) at /usr/src/debug/kdelibs-4.6.3/kded/kded.cpp:925 #36 0x0804dca4 in launch (argc=1, _name=0x80520f3 "kded4", args=<value optimized out>, cwd=0x0, envc=0, envs=<value optimized out>, reset_env=false, tty=0x0, avoid_loops=false, startup_id_str= 0x8051f7a "0") at /usr/src/debug/kdelibs-4.6.3/kinit/kinit.cpp:734 #37 0x080506d4 in main (argc=) at /usr/src/debug/kdelibs-4.6.3/kinit/kinit.cpp:1849 Reported using DrKonqi
*** Bug 278430 has been marked as a duplicate of this bug. ***
*** Bug 278839 has been marked as a duplicate of this bug. ***
I had the same problem on: OS : Arch Linux KDE Platform Version : 4.0.7-1 Qt Version : 4.7.3-3 Additional info can be found here : https://bbs.archlinux.org/viewtopic.php?id=124118
Edit : KDE Platform Version : 4.7.0-1
According to the stacktrace and the KDE version (4.6.3), the crash is in the line marked with "<<<": if (snd_mixer_poll_descriptors_revents(_handle, m_fds, m_count, &revents) >= 0) { [...] snd_mixer_handle_events(_handle); // <<< [...] } The point is that "_handle" is quite sure correct, as one can see it has been used a couple of lines in snd_mixer_poll_descriptors_revents(). So I don't know why ALSA claims an "assertion failure". Unless ALSA prints out what exaclty it believes to be wrong or somebody who has this error can debug it, there are slim chances that this problem gets fixed. Are there any ALSA messages, or is anyone of the bug reporters able to do debugging?
I have the same issue on an intel atom netbook, running gentoo linux, kde 4.7.0 The crash only occurs the first time that I log in, if I log out and log in again, it runs fine. Also, the login sounds are playing, and the login is manual, so everything should be loaded already. I checked the .xsession-errors, and there is no relevant information that I can find. (only a week old entry about nepomuk) The current version of alsa-lib (the package that owns the /usr/lib/libasound.so.2 library) is: 1.0.23 I can't find any log for alsa :-/ So there is 2 things I'll try next: try to upgrade alsa-lib to 1.0.24 (to match the version in the kernel) and then see if I can find or enable the log for alsa.
No difference using alsa-lib 1.0.24
Oh how annoying, I rebuilt alsa-lib with full debugging support, and then the crash stops happening! Could this possibly be related to some ICE on optimization issue? I'm using GCC 4.6.1 with -march=atom ...
Hmmm, the problem goes away when I build alsa-lib with anything other than "-O2 -march=atom". I suspect my case is an GCC bug. Possibly a rather obscure one. :-/
I am now pretty sure that this bug is practically the same as #209975. I'll merge these bugs. And the good thing is that I now probably have a patch for the issue. *** This bug has been marked as a duplicate of bug 209975 ***