Bugzilla – Bug 950487
kded5, kdeinit and kmix segfault when I log in
Last modified: 2016-05-15 03:28:38 UTC
With a brand-new Leap-42.1-Current installation on my test desktop (HP xw6400) - when I choose "Plasma 5" and login in, I see KDE segfault messages reporting that e.g. kded5, kdeinit and kmix have segfaulted. As far as I can tell, it's quite reproducable. Note - nouveau doesn't work on this system, I have installed Nvidia drivers from source instead.
CC Takashi From what we gathered so far, PA is a common denominator of all binaries that are crashing... this seems to happen since the update to PA 7.0 I'll try to get somebody to attach a backtrace here;
(In reply to Dominique Leuenberger from comment #1) > CC Takashi I'm currently sick at home, so cannot debug in details, unfortunately. > From what we gathered so far, PA is a common denominator of all binaries > that are crashing... this seems to happen since the update to PA 7.0 > > I'll try to get somebody to attach a backtrace here; Yes, this is the most important piece of information. Please install debuginfo packages and get the backtrace with symbols. The bug must have appeared on TW, too. Coolo mentioned that it appears on openQA (or a typo?). If this can be reproduced on KVM/QEMU, it'd be great....
Backtrace (provided on IRC, my gdb setup is broken at the moment): Application: kded5 (kded5), signal: Segmentation fault Using host libthread_db library "/lib64/libthread_db.so.1". [Current thread is 1 (Thread 0x7fb18f6c0740 (LWP 2009))] Thread 9 (Thread 0x7fb1752a8700 (LWP 2016)): #0 0x00007fb18f024e7d in poll () at /lib64/libc.so.6 #1 0x00007fb18c04c264 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fb18c04c36c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fb18c04c3a9 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fb18c071ef5 in () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #6 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 8 (Thread 0x7fb174aa7700 (LWP 2017)): #0 0x00007fb18f020e5d in read () at /lib64/libc.so.6 #1 0x00007fb18c08e220 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fb18c04bd94 in g_main_context_check () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fb18c04c208 in () at /usr/lib64/libglib-2.0.so.0 #4 0x00007fb18c04c5e2 in g_main_loop_run () at /usr/lib64/libglib-2.0.so.0 #5 0x00007fb175bc09c6 in () at /usr/lib64/libgio-2.0.so.0 #6 0x00007fb18c071ef5 in () at /usr/lib64/libglib-2.0.so.0 #7 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #8 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 7 (Thread 0x7fb16dcf3700 (LWP 2018)): #0 0x00007fb18c56f428 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fb18cbaab56 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x00007fb18cba67fb in () at /usr/lib64/libQt5Core.so.5 #3 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 6 (Thread 0x7fb16d4f2700 (LWP 2019)): #0 0x00007fb18c56f428 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fb18cbaab56 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x00007fb18cba67fb in () at /usr/lib64/libQt5Core.so.5 #3 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 5 (Thread 0x7fb16ccf1700 (LWP 2020)): #0 0x00007fb18c56f428 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fb18cbaab56 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x00007fb18cba67fb in () at /usr/lib64/libQt5Core.so.5 #3 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 4 (Thread 0x7fb16c4f0700 (LWP 2021)): #0 0x00007fb18c56f428 in pthread_cond_timedwait@@GLIBC_2.3.2 () at /lib64/libpthread.so.0 #1 0x00007fb18cbaab56 in QWaitCondition::wait(QMutex*, unsigned long) () at /usr/lib64/libQt5Core.so.5 #2 0x00007fb18cba67fb in () at /usr/lib64/libQt5Core.so.5 #3 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #5 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 3 (Thread 0x7fb16aead700 (LWP 2025)): #0 0x00007fb18f024e7d in poll () at /lib64/libc.so.6 #1 0x00007fb18c04c264 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fb18c04c36c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fb18cdce35b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18cd7847a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fb18cba4c6c in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fb173a54cc7 in KCupsConnection::run() () at /usr/lib64/libkcupslib.so #7 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #8 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #9 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 2 (Thread 0x7fb16a6ac700 (LWP 2026)): #0 0x00007fb18f024e7d in poll () at /lib64/libc.so.6 #1 0x00007fb18c04c264 in () at /usr/lib64/libglib-2.0.so.0 #2 0x00007fb18c04c36c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #3 0x00007fb18cdce35b in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #4 0x00007fb18cd7847a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #5 0x00007fb18cba4c6c in QThread::exec() () at /usr/lib64/libQt5Core.so.5 #6 0x00007fb18cba9a9f in () at /usr/lib64/libQt5Core.so.5 #7 0x00007fb18c5694a4 in start_thread () at /lib64/libpthread.so.0 #8 0x00007fb18f02d80d in clone () at /lib64/libc.so.6 Thread 1 (Thread 0x7fb18f6c0740 (LWP 2009)): [KCrash Handler] #4 0x00007fb17b725f53 in () at /usr/lib64/pulseaudio/libpulsecommon-7.0.so #5 0x00007fb17b72694e in pa_fdsem_before_poll () at /usr/lib64/pulseaudio/libpulsecommon-7.0.so #6 0x00007fb17b73cfc7 in () at /usr/lib64/pulseaudio/libpulsecommon-7.0.so #7 0x00007fb17c625227 in pa_mainloop_dispatch () at /usr/lib64/libpulse.so.0 #8 0x00007fb17c62560c in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0 #9 0x00007fb16f9ad45f in Mixer_PULSE::Mixer_PULSE(Mixer*, int) (this=0x15ab570, mixer=<optimized out>, devnum=<optimized out>) at /usr/src/debug/kmix-15.08.1/backends/mixer_pulse.cpp:1017 #10 0x00007fb16f9ad8d5 in PULSE_getMixer(Mixer*, int) (mixer=0x1625e40, devnum=0) at /usr/src/debug/kmix-15.08.1/backends/mixer_pulse.cpp:941 #11 0x00007fb16f9bf6b8 in Mixer::Mixer(QString&, int) (this=0x1625e40, ref_driverName=..., device=0) at /usr/src/debug/kmix-15.08.1/core/mixer.cpp:102 #12 0x00007fb16f9cabdf in MixerToolBox::initMixerInternal(MixerToolBox::MultiDriverMode, QList<QString>, QString&, bool) (this=this@entry=0x15b5960, multiDriverMode=multiDriverMode@entry=MixerToolBox::SINGLE_PLUS_MPRIS2, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.08.1/core/mixertoolbox.cpp:170 #13 0x00007fb16f9cc208 in MixerToolBox::initMixer(MixerToolBox::MultiDriverMode, QList<QString>, QString&, bool) (this=this@entry=0x15b5960, multiDriverMode=multiDriverMode@entry=MixerToolBox::SINGLE_PLUS_MPRIS2, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.08.1/core/mixertoolbox.cpp:90 #14 0x00007fb16f9cc2ad in MixerToolBox::initMixer(bool, QList<QString>, QString&, bool) (this=0x15b5960, multiDriverModeBool=multiDriverModeBool@entry=false, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.08.1/core/mixertoolbox.cpp:85 #15 0x00007fb16f9b984b in KMixD::delayedInitialization() (this=0x1453690) at /usr/src/debug/kmix-15.08.1/apps/kmixd.cpp:107 #16 0x00007fb18cda7d9a in QMetaObject::activate(QObject*, int, int, void**) () at /usr/lib64/libQt5Core.so.5 #17 0x00007fb18cdb3cab in () at /usr/lib64/libQt5Core.so.5 #18 0x00007fb18cda8b3b in QObject::event(QEvent*) () at /usr/lib64/libQt5Core.so.5 #19 0x00007fb18e8398fc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #20 0x00007fb18e83ea06 in QApplication::notify(QObject*, QEvent*) () at /usr/lib64/libQt5Widgets.so.5 #21 0x00007fb18cd7ab33 in QCoreApplication::notifyInternal(QObject*, QEvent*) () at /usr/lib64/libQt5Core.so.5 #22 0x00007fb18cdcd1ed in QTimerInfoList::activateTimers() () at /usr/lib64/libQt5Core.so.5 #23 0x00007fb18cdcd701 in () at /usr/lib64/libQt5Core.so.5 #24 0x00007fb18c04c097 in g_main_context_dispatch () at /usr/lib64/libglib-2.0.so.0 #25 0x00007fb18c04c2c8 in () at /usr/lib64/libglib-2.0.so.0 #26 0x00007fb18c04c36c in g_main_context_iteration () at /usr/lib64/libglib-2.0.so.0 #27 0x00007fb18cdce33f in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #28 0x00007fb18cd7847a in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () at /usr/lib64/libQt5Core.so.5 #29 0x00007fb18cd8011d in QCoreApplication::exec() () at /usr/lib64/libQt5Core.so.5 #30 0x00007fb18f2f643f in kdemain () at /usr/lib64/libkdeinit5_kded5.so #31 0x00007fb18ef65610 in __libc_start_main () at /lib64/libc.so.6 #32 0x00000000004007f9 in _start ()
(In reply to Takashi Iwai from comment #2) > (In reply to Dominique Leuenberger from comment #1) > > CC Takashi > > I'm currently sick at home, so cannot debug in details, unfortunately. Ups, sorry to hear.. get well soon. > > From what we gathered so far, PA is a common denominator of all binaries > > that are crashing... this seems to happen since the update to PA 7.0 > > > > I'll try to get somebody to attach a backtrace here; > > Yes, this is the most important piece of information. Please install > debuginfo packages and get the backtrace with symbols. Luca added a stack trace.. > The bug must have appeared on TW, too. Coolo mentioned that it appears on > openQA (or a typo?). If this can be reproduced on KVM/QEMU, it'd be > great.... Yes, we have seen amarok crashees and others inside openQA as well.. so it does reproduce in kvm/qemu.
(In reply to Takashi Iwai from comment #2) > The bug must have appeared on TW, too. Coolo mentioned that it appears on > openQA (or a typo?). If this can be reproduced on KVM/QEMU, it'd be > great.... Forgot to mention: yes, since the 1012 snapshot has been released (first to have PA 7.0!) we heard also reports from TW users.
(In reply to Dominique Leuenberger from comment #5) > since the 1012 snapshot has been released (first to have PA 7.0!) we heard also reports from TW users. I update me TW install to snapshot 20151012 and bug also reproduced.
(In reply to Luca Beltrame from comment #3) > Backtrace (provided on IRC, my gdb setup is broken at the moment): > > Application: kded5 (kded5), signal: Segmentation fault > Using host libthread_db library "/lib64/libthread_db.so.1". > [Current thread is 1 (Thread 0x7fb18f6c0740 (LWP 2009))] ..... > Thread 1 (Thread 0x7fb18f6c0740 (LWP 2009)): > [KCrash Handler] > #4 0x00007fb17b725f53 in () at /usr/lib64/pulseaudio/libpulsecommon-7.0.so > #5 0x00007fb17b72694e in pa_fdsem_before_poll () at > /usr/lib64/pulseaudio/libpulsecommon-7.0.so > #6 0x00007fb17b73cfc7 in () at /usr/lib64/pulseaudio/libpulsecommon-7.0.so > #7 0x00007fb17c625227 in pa_mainloop_dispatch () at /usr/lib64/libpulse.so.0 > #8 0x00007fb17c62560c in pa_mainloop_iterate () at /usr/lib64/libpulse.so.0 The highlight is still hidden here. Please install all relevant debuginfo packages for PA and get the stack trace.
Ondrej, could you check whether you can reproduce / debug this in your side, too?
I'll try Leap in a moment. I can't reproduce it using latest TW (20151012) and PA from my home project (but I have no additional patches, source is identical to one in Devel, so I assume the same as in TW). I'll try official TW builds next. I also didn't notice any threads about crashes in PA ML so far.
(In reply to Takashi Iwai from comment #7) > The highlight is still hidden here. Please install all relevant debuginfo > packages for PA and get the stack trace. I'll ask the person to: unfortunately I can't run gdb here...
Created attachment 651707 [details] PA-knotify crash I switched to use TW packages and after login-cycle everything is still working. Next I installed Leap (build 235) in qemu-kvm - default Plasma5 installation - and amarok started ok, sound was playing. But then knotify tried to play something and crashed (note that it may be different issue). I'm attaching trace. From the brief look and going through the code PA I would point to insufficient input validating on PA side, but primarily something from Phonon is not passing correct data. That may explain why I don't see this crashes on my home and work machines as I'm not using default gstreamer backend, but vlc backend.
This looks like a code path related with srb channel, which was enabled as default since 7.0. Could you try to disable it, e.g. modifying in /etc/pulse/default.pa to replace the line load-module module-native-protocol-unix with load-module module-native-protocol-unix srbchannel=no
confirmed. without that it's crashing every time I log into KDE, with srbchannel=no the crash is gone
more complete backtrace Thread 1 (Thread 0x7f26f2a28780 (LWP 1718)): [KCrash Handler] #6 flush (f=f@entry=0x65006c006f0072) at pulsecore/fdsem.c:143 #7 0x00007f26e35f6fc2 in pa_fdsem_before_poll (f=0x65006c006f0072) at pulsecore/fdsem.c:295 #8 0x00007f26e360d697 in srbchannel_rwloop (sr=0xeb3650) at pulsecore/srbchannel.c:203 #9 0x00007f26e3a6d1b4 in dispatch_pollfds (m=0x1039200) at pulse/mainloop.c:655 #10 pa_mainloop_dispatch (m=m@entry=0x1039200) at pulse/mainloop.c:898 #11 0x00007f26e3a6d58a in pa_mainloop_iterate (m=0x1039200, block=<optimized out>, retval=0x0) at pulse/mainloop.c:929 #12 0x00007f26cb155b5f in Mixer_PULSE::Mixer_PULSE (this=0x1023b40, mixer=<optimized out>, devnum=<optimized out>) at /usr/src/debug/kmix-15.04.3/backends/mixer_pulse.cpp:1017 #13 0x00007f26cb156075 in PULSE_getMixer (mixer=0x1033020, devnum=0) at /usr/src/debug/kmix-15.04.3/backends/mixer_pulse.cpp:941 #14 0x00007f26cb166fd9 in Mixer::Mixer (this=0x1033020, ref_driverName=..., device=0) at /usr/src/debug/kmix-15.04.3/core/mixer.cpp:102 #15 0x00007f26cb16fc96 in MixerToolBox::initMixerInternal (this=this@entry=0x1021710, multiDriverMode=multiDriverMode@entry=MixerToolBox::SINGLE_PLUS_MPRIS2, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.04.3/core/mixertoolbox.cpp:170 #16 0x00007f26cb170f78 in MixerToolBox::initMixer (this=this@entry=0x1021710, multiDriverMode=multiDriverMode@entry=MixerToolBox::SINGLE_PLUS_MPRIS2, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.04.3/core/mixertoolbox.cpp:90 #17 0x00007f26cb17101d in MixerToolBox::initMixer (this=0x1021710, multiDriverModeBool=multiDriverModeBool@entry=false, backendList=..., ref_hwInfoString=..., hotplug=hotplug@entry=true) at /usr/src/debug/kmix-15.04.3/core/mixertoolbox.cpp:85 #18 0x00007f26cb160cdb in KMixD::delayedInitialization (this=0xf012a0) at /usr/src/debug/kmix-15.04.3/apps/kmixd.cpp:107 #19 0x00007f26f1332996 in QMetaObject::activate (sender=sender@entry=0x1185c60, signalOffset=<optimized out>, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at kernel/qobject.cpp:3718 #20 0x00007f26f1332fb7 in QMetaObject::activate (sender=sender@entry=0x1185c60, m=m@entry=0x7f26f174cfe0 <QSingleShotTimer::staticMetaObject>, local_signal_index=local_signal_index@entry=0, argv=argv@entry=0x0) at kernel/qobject.cpp:3583 #21 0x00007f26f133f963 in timeout (this=0x1185c60) at .moc/qtimer.moc:123 #22 QSingleShotTimer::timerEvent (this=0x1185c60) at kernel/qtimer.cpp:318 #23 0x00007f26f133358c in QObject::event (this=0x1185c60, e=<optimized out>) at kernel/qobject.cpp:1227 #24 0x00007f26ef98ce8c in QApplicationPrivate::notify_helper (this=this@entry=0xdfcc50, receiver=receiver@entry=0x1185c60, e=e@entry=0x7ffce5c191b0) at kernel/qapplication.cpp:3717 #25 0x00007f26ef991cd8 in QApplication::notify (this=0x7ffce5c194c0, receiver=0x1185c60, e=0x7ffce5c191b0) at kernel/qapplication.cpp:3500 #26 0x00007f26f1302ba5 in QCoreApplication::notifyInternal (this=0x7ffce5c194c0, receiver=0x1185c60, event=event@entry=0x7ffce5c191b0) at kernel/qcoreapplication.cpp:965 #27 0x00007f26f135944d in sendEvent (event=0x7ffce5c191b0, receiver=<optimized out>) at ../../src/corelib/kernel/qcoreapplication.h:224 #28 QTimerInfoList::activateTimers (this=0xe6dfb0) at kernel/qtimerinfo_unix.cpp:637 #29 0x00007f26f1359771 in timerSourceDispatch (source=<optimized out>) at kernel/qeventdispatcher_glib.cpp:177 #30 0x00007f26edb10c84 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0 #31 0x00007f26edb10ed8 in ?? () from /usr/lib64/libglib-2.0.so.0 #32 0x00007f26edb10f7c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0 #33 0x00007f26f1359a3c in QEventDispatcherGlib::processEvents (this=0xdfd0c0, flags=...) at kernel/qeventdispatcher_glib.cpp:418 #34 0x00007f26f1300a63 in QEventLoop::exec (this=this@entry=0x7ffce5c193f0, flags=..., flags@entry=...) at kernel/qeventloop.cpp:204 #35 0x00007f26f13085d6 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:1229 #36 0x00007f26dfeb81b6 in kdemain (argc=1, argv=<optimized out>) at /usr/src/debug/kded-5.15.0/src/kded.cpp:746 #37 0x0000000000408cb3 in launch (argc=argc@entry=1, _name=_name@entry=0x40c911 "kded5", args=<optimized out>, args@entry=0x0, cwd=cwd@entry=0x0, envc=envc@entry=0, envs=<optimized out>, envs@entry=0x0, reset_env=reset_env@entry=false, tty=tty@entry=0x0, avoid_loops=avoid_loops@entry=false, startup_id_str=startup_id_str@entry=0x40c823 "0") at /usr/src/debug/kinit-5.15.0/src/kdeinit/kinit.cpp:741 #38 0x0000000000405cee in main (argc=5, argv=<optimized out>) at /usr/src/debug/kinit-5.15.0/src/kdeinit/kinit.cpp:1808
and KDE is not the only part that crashes: 22.564584] traps: pactl[1802] general protection ip:7f490aa425b6 sp:7ffde22d57d0 error:0 in libpulsecommon-7.0.so[7f490aa14000+78000]
(In reply to Stephan Kulow from comment #13) > confirmed. without that it's crashing every time I log into KDE, with > srbchannel=no the crash is gone Confirm too.
OK, now I'm building a PA package with srbchannel re-disabled in OBS home:tiwai:branches:multimedia:libs/pulseaudio repo. Please check whether it works for you (don't forget to revert your changes in /etc/pulse before testing).
*** Bug 950622 has been marked as a duplicate of this bug. ***
Now I merged my fix package to OBS multimedia:libs, submitted to both FACTORY and Leap. I keep this bug open for a while since my fix is really a workaround. The upstream devs take a look at it, so we may get a better fix.
This is an autogenerated message for OBS integration: This bug (950487) was mentioned in https://build.opensuse.org/request/show/339257 Leap:42.1 / pulseaudio
Can anyone test the PA packages in OBS home:tiwai:bnc950487/pulseaudio repo? This has a debug patch (and the workaround is disabled again). After installing the packages, reproduce the usual crash, then get a log via PULSE_LOG=99 pactl info ... which includes the crash. Please attach the log to Bugzilla.
(In reply to Takashi Iwai from comment #21) > Can anyone test the PA packages in OBS home:tiwai:bnc950487/pulseaudio repo? > This has a debug patch (and the workaround is disabled again). After > installing the packages, reproduce the usual crash, then get a log via > > PULSE_LOG=99 pactl info > > ... which includes the crash. Please attach the log to Bugzilla. Hi, I am searching this repo, but the folder bnc950487 do not contain pulseaudio. Where I find it?
(In reply to Alberto Zacchetti from comment #22) > (In reply to Takashi Iwai from comment #21) > > Can anyone test the PA packages in OBS home:tiwai:bnc950487/pulseaudio repo? > > This has a debug patch (and the workaround is disabled again). After > > installing the packages, reproduce the usual crash, then get a log via > > > > PULSE_LOG=99 pactl info > > > > ... which includes the crash. Please attach the log to Bugzilla. > > Hi, I am searching this repo, but the folder bnc950487 do not contain > pulseaudio. Where I find it? Well, pulseaudio is the package repository of that given project. The download repository is either openSUSE_Factory or openSUSE_Leap_42.1 depending on your system, of course.
(In reply to Takashi Iwai from comment #23) > (In reply to Alberto Zacchetti from comment #22) > > (In reply to Takashi Iwai from comment #21) > > > Can anyone test the PA packages in OBS home:tiwai:bnc950487/pulseaudio repo? > > > This has a debug patch (and the workaround is disabled again). After > > > installing the packages, reproduce the usual crash, then get a log via > > > > > > PULSE_LOG=99 pactl info > > > > > > ... which includes the crash. Please attach the log to Bugzilla. > > > > Hi, I am searching this repo, but the folder bnc950487 do not contain > > pulseaudio. Where I find it? > > Well, pulseaudio is the package repository of that given project. The > download repository is either openSUSE_Factory or openSUSE_Leap_42.1 > depending on your system, of course. Thanks, but where the string 'PULSE_LOG=99 pactl info' to be copied?
You need to open a terminal, and run that command in bash. Alternatively run like export PULSE_LOG=99 pactl info > pa.info
Created attachment 651967 [details] Result of PULSE_LOG=99 pactl info
Thanks! This helped a lot to identify the issue. Could you try again the package in the same OBS home:tiwai:bnc950487 repo? Now it's renewed with the fix patch. If this is confirmed to work, I'll refresh the package and resubmit with the proper fix instead of a workaround.
(In reply to Takashi Iwai from comment #27) > Thanks! This helped a lot to identify the issue. > > Could you try again the package in the same OBS home:tiwai:bnc950487 repo? > Now it's renewed with the fix patch. > > If this is confirmed to work, I'll refresh the package and resubmit with the > proper fix instead of a workaround. With this patch now works perfectly in my PC and KDE errors no longer appear. I hope that at least for this one should not wait for the kernel 4.3 ... ;-) Thank you!
Great, thanks for a quick test. Now I submitted the fix package again. Let's close now.
This is an autogenerated message for OBS integration: This bug (950487) was mentioned in https://build.opensuse.org/request/show/339367 Leap:42.1 / pulseaudio
*** Bug 950868 has been marked as a duplicate of this bug. ***
I confirm it works!
*** Bug 950899 has been marked as a duplicate of this bug. ***
*** Bug 950901 has been marked as a duplicate of this bug. ***
*** Bug 950880 has been marked as a duplicate of this bug. ***
This is an autogenerated message for OBS integration: This bug (950487) was mentioned in https://build.opensuse.org/request/show/339778 Leap:42.1 / pulseaudio
Is this in 42.1 Current? I just tried build 0238 (Oct 18th) in a VM and still see KMix, KMixCtrl and kdeinit5 segfault at autologin (kdeinit5 not always). - JJ (In reply to Jiri Nemec from comment #32) > I confirm it works!
(In reply to Joachim Wagner from comment #37) > Is this in 42.1 Current? I just tried build 0238 (Oct 18th) in a VM and > still see KMix, KMixCtrl and kdeinit5 segfault at autologin (kdeinit5 not > always). - JJ > > (In reply to Jiri Nemec from comment #32) > > I confirm it works! It isn't in current now, but you can use OBS home:tiwai:bnc950487/pulseaudio repo.
Adding myself to this bug due to experiencing similar problems with RC1 of 42.1.
PulseAudio 7.1 has been released http://lists.freedesktop.org/archives/pulseaudio-discuss/2015-October/024684.html