[pulseaudio-discuss] [PATCH] loopback: Fix crash if Max Request change at unload

Dalleau, Frederic frederic.dalleau at intel.com
Fri Mar 23 06:49:21 PDT 2012


Hi David,

> No, I just saw the crash report on launchpad and tried to figure out the
> likely cause for it. The person in question had combined module-null-sink
> with module-loopback and got a segfault from sink_input_update_max_request
> calling adjust_rates with a null u->source.

It is likely that the issues related : here is the backtrace I got
after applying your patch (without mine)

#0  0xb7e9b520 in adjust_rates (u=0x80b3668) at modules/module-loopback.c:174
#1  0xb7e9d372 in sink_input_process_msg_cb (obj=0x80f2728, code=10,
data=0x0, offset=0, chunk=0x0)
   at modules/module-loopback.c:530
#2  0xb7c31f9b in pa_asyncmsgq_dispatch (object=0x80f2728, code=10,
userdata=0x0, offset=0, memchunk=0xbfffe96c)
   at pulsecore/asyncmsgq.c:322
#3  0xb7c320e1 in pa_asyncmsgq_flush (a=0x8100ea0, run=true) at
pulsecore/asyncmsgq.c:347
#4  0xb7c990fa in pa_thread_mq_done (q=0x80a7da0) at pulsecore/thread-mq.c:107
#5  0xb7ced418 in stop_thread (u=0x80a7d70) at
modules/bluetooth/module-bluetooth-device.c:2455
#6  0xb7cedf1f in card_set_profile (c=0x80a6a98, new_profile=0x80b1ed8)


The origin is not the same, but it is likely that the consequences are the same.

Regards,
Frédéric


More information about the pulseaudio-discuss mailing list