ofonod crashes during enable-modem.py

ofonod crashes during enable-modem.py

[Norbert Huffschmid]

[-- Attachment #1: Type: text/plain, Size: 1438 bytes --]

Hi there,

I'm testing ofono in a bluetooth HFP setup. I have successfully paired  
a smartphone and can see it via the list-modems.py script. When I try  
to enable the modem, ofonod crashes with segfault:

Jan 31 16:27:40 raspberrypi ofonod[5296]: plugins/ 
hfp_hf.c:hfp_enable() 0x570e70
Jan 31 16:27:45 raspberrypi ofonod[5296]: src/ 
modem.c:modem_change_state() old state: 0, new state: 1
Jan 31 16:27:45 raspberrypi ofonod[5296]: plugins/ 
hfp_hf.c:hfp_pre_sim() 0x570e70
Jan 31 16:27:45 raspberrypi ofonod[5296]: drivers/hfpmodem/call- 
volume.c:hfp_call_volume_probe()
Jan 31 16:27:45 raspberrypi ofonod[5296]: drivers/hfpmodem/ 
handsfree.c:hfp_handsfree_probe()
Jan 31 16:27:45 raspberrypi ofonod[5296]: src/ 
modem.c:modem_change_state() old state: 1, new state: 2
Jan 31 16:27:45 raspberrypi ofonod[5296]: plugins/ 
hfp_hf.c:hfp_post_sim() 0x570e70
Jan 31 16:27:45 raspberrypi ofonod[5296]: src/ 
modem.c:modem_change_state() old state: 2, new state: 3
Jan 31 16:27:45 raspberrypi ofonod[5296]: Service level connection  
established
Jan 31 16:27:45 raspberrypi ofonod[5296]: src/ 
network.c:ofono_netreg_status_notify() /hfp/001BDC0365E3_EC59E7D393ED  
status 1 tech -1
Jan 31 16:27:45 raspberrypi ofonod[5296]: Aborting (signal 11) [/usr/ 
sbin/ofonod]

This happens with ofono 1.6-2 (Debian Wheezy) on a Raspberry Pi.

Any ideas how to fix or work around this issue?

Thanks,
Norbert

Re: ofonod crashes during enable-modem.py

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 1599 bytes --]

Hi Norbert,

On 01/31/2015 10:04 AM, Norbert Huffschmid wrote:
> Hi there,
>
> I'm testing ofono in a bluetooth HFP setup. I have successfully paired a
> smartphone and can see it via the list-modems.py script. When I try to
> enable the modem, ofonod crashes with segfault:
>
> Jan 31 16:27:40 raspberrypi ofonod[5296]: plugins/hfp_hf.c:hfp_enable()
> 0x570e70
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> src/modem.c:modem_change_state() old state: 0, new state: 1
> Jan 31 16:27:45 raspberrypi ofonod[5296]: plugins/hfp_hf.c:hfp_pre_sim()
> 0x570e70
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> drivers/hfpmodem/call-volume.c:hfp_call_volume_probe()
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> drivers/hfpmodem/handsfree.c:hfp_handsfree_probe()
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> src/modem.c:modem_change_state() old state: 1, new state: 2
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> plugins/hfp_hf.c:hfp_post_sim() 0x570e70
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> src/modem.c:modem_change_state() old state: 2, new state: 3
> Jan 31 16:27:45 raspberrypi ofonod[5296]: Service level connection
> established
> Jan 31 16:27:45 raspberrypi ofonod[5296]:
> src/network.c:ofono_netreg_status_notify()
> /hfp/001BDC0365E3_EC59E7D393ED status 1 tech -1
> Jan 31 16:27:45 raspberrypi ofonod[5296]: Aborting (signal 11)
> [/usr/sbin/ofonod]
>

Not much really to go on.  Can you provide a backtrace?

> This happens with ofono 1.6-2 (Debian Wheezy) on a Raspberry Pi.
>
> Any ideas how to fix or work around this issue?

Regards,
-Denis

Re: ofonod crashes during enable-modem.py

[Norbert Huffschmid]

[-- Attachment #1: Type: text/plain, Size: 5209 bytes --]

Hi Denis,

this is the full backtrace:

(gdb) bt full
#0  notify_status_watches (netreg=0x100c20) at src/network.c:1182
         item = <optimized out>
         l = <optimized out>
         notify = <optimized out>
         mcc = 0x0
         mnc = 0x0
#1  0x00086ac4 in ofono_netreg_status_notify (netreg=0x100c20,  
status=<optimized out>, lac=<optimized out>, ci=<optimized out>,
     tech=-1) at src/network.c:1384
         __FUNCTION__ = "ofono_netreg_status_notify"
#2  0x00064640 in ciev_notify (result=0xbefff4d4, user_data=0x100c20)  
at drivers/hfpmodem/network-registration.c:130
         netreg = 0x100c20
         nd = 0x100c88
         iter = {result = 0xbefff4d4, l = 0x108c00,
           buf = "+CIEV: 1,1\000\000\063\000\000),(\"call\000,(0,1)), 
(\"callsetup\000,(0-3)),(\"callheld\000,(0-2)),(\"signal\000, 
(0-5)                                           ),(\"roam\000,(0,1)), 
(\"battchg\000,(0-5))\000\377\377\377\267\321\r\000\v", '\000'  
<repeats 11 times>"\234, \321\r 
\000\000\000\000\00                                            
0\206\354\r\000\v", '\000' <repeats 11 times>, "t\354\r 
\000\000\000\000\000\345{\r\000\v", '\000' <repeats 11 times>"\334, {\r 
\000\000                                           \000\000\000^\236\r 
\000\240\362\377\276\v\000\000\000\000\000\000\000^\236\r\000\344\205Զ 
\346{\r\000\344\205Զ"..., line_pos = 10,
           pre = {data = 0x0, next = 0x108c00}}
         index = 402740
         value = -1090524048
         status = <optimized out>
#3  0x00036830 in at_notify_call_callback (data=<optimized out>,  
user_data=<optimized out>) at gatchat/gatchat.c:384
         node = <optimized out>
         result = <optimized out>
#4  0xb6eefe14 in g_slist_foreach () from /lib/arm-linux-gnueabihf/ 
libglib-2.0.so.0
No symbol table info available.
#5  0x00037748 in at_chat_match_notify (line=0x37748 "\t \240\341\n 
\020\240\341\b", chat=0xff080) at gatchat/gatchat.c:419
         iter = {dummy1 = 0xfdc08, dummy2 = 0xbefff4ec, dummy3 =  
0x1072c0, dummy4 = 3, dummy5 = -1225281536, dummy6 = 0x1}
         key = 0x0
         value = 0xe
         ret = 1084336
         notify = 0x1085a0
         result = {lines = 0x108c00, final_or_pdu = 0x0}
#6  have_line (str=0x37748 "\t \240\341\n\020\240\341\b", p=0xff080)  
at gatchat/gatchat.c:607
---Type <return> to continue, or q <return> to quit---
         cmd = <optimized out>
#7  new_bytes (rbuf=0xe024, user_data=0xff080) at gatchat/gatchat.c:762
         rbytes = 3204445864
         p = 0xff080
         len = 29
         wrap = 29
         buf = 0x10990f "\n\r\n+CIEV: 3,0\r\n"
         result = <optimized out>
#8  0x0003976c in received_data (channel=0x1072c0, cond=G_IO_IN,  
data=0x104d58) at gatchat/gatio.c:122
         buf = <optimized out>
         io = 0x104d58
         status = G_IO_STATUS_AGAIN
         rbytes = 22
         toread = <optimized out>
         total_read = 60
         read_count = 2
#9  0xb6f18ed4 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
No symbol table info available.
#10 0xb6f18ed4 in ?? () from /lib/arm-linux-gnueabihf/libglib-2.0.so.0
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt  
stack?)
(gdb) ^CQuit
(gdb)

Hope it helps,
Norbert

Am 31.01.2015 um 17:22 schrieb Denis Kenzior:

> Hi Norbert,
>
> On 01/31/2015 10:04 AM, Norbert Huffschmid wrote:
>> Hi there,
>>
>> I'm testing ofono in a bluetooth HFP setup. I have successfully  
>> paired a
>> smartphone and can see it via the list-modems.py script. When I try  
>> to
>> enable the modem, ofonod crashes with segfault:
>>
>> Jan 31 16:27:40 raspberrypi ofonod[5296]: plugins/ 
>> hfp_hf.c:hfp_enable()
>> 0x570e70
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> src/modem.c:modem_change_state() old state: 0, new state: 1
>> Jan 31 16:27:45 raspberrypi ofonod[5296]: plugins/ 
>> hfp_hf.c:hfp_pre_sim()
>> 0x570e70
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> drivers/hfpmodem/call-volume.c:hfp_call_volume_probe()
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> drivers/hfpmodem/handsfree.c:hfp_handsfree_probe()
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> src/modem.c:modem_change_state() old state: 1, new state: 2
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> plugins/hfp_hf.c:hfp_post_sim() 0x570e70
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> src/modem.c:modem_change_state() old state: 2, new state: 3
>> Jan 31 16:27:45 raspberrypi ofonod[5296]: Service level connection
>> established
>> Jan 31 16:27:45 raspberrypi ofonod[5296]:
>> src/network.c:ofono_netreg_status_notify()
>> /hfp/001BDC0365E3_EC59E7D393ED status 1 tech -1
>> Jan 31 16:27:45 raspberrypi ofonod[5296]: Aborting (signal 11)
>> [/usr/sbin/ofonod]
>>
>
> Not much really to go on.  Can you provide a backtrace?
>
>> This happens with ofono 1.6-2 (Debian Wheezy) on a Raspberry Pi.
>>
>> Any ideas how to fix or work around this issue?
>
> Regards,
> -Denis
>
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> https://lists.ofono.org/mailman/listinfo/ofono

Re: ofonod crashes during enable-modem.py

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 399 bytes --]

Hi Norbert,

On 01/31/2015 11:51 AM, Norbert Huffschmid wrote:
> Hi Denis,
>
> this is the full backtrace:
>
> (gdb) bt full
> #0  notify_status_watches (netreg=0x100c20) at src/network.c:1182

That's a pretty strange place to have a crash, no idea what's going on 
there.  Have you tried the latest upstream version?  1.6 is pretty old, 
that's almost 3 years old.

Regards,
-Denis

Re: ofonod crashes during enable-modem.py

[Norbert Huffschmid]

[-- Attachment #1: Type: text/plain, Size: 1666 bytes --]

Hi Denis,

now I have installed ofono from the debian jessie testing branch  
(which has packaged ofono 1.15-2). Bluez is still version 4.99 and all  
the rest is debian wheezy as before. Now the list-modems.py script  
does not show any modem any more. Are there dependency issues?

I already had tried a combination of ofono 1.15-2 and Bluez 5.23,  
which was quite promising. I could successfully establish a phone call  
by means of the dial-number.py script. But there was no voice  
connection established between the endpoints. This was quite  
astonishing because A2DP streaming from the smartphone to the  
Raspberry Pi worked like a charm. And I don't think that it was a  
phone issue because a HFP connection from the phone to a navigation  
device works well too.

I have read somewhere that Bluez5 does not support HFP at all, so I  
did not further follow this approach.

Any proposal which combination of ofono and Bluez is most promising in  
order to establish a HFP voice connection?

Regards,
Norbert

Am 01.02.2015 um 05:30 schrieb Denis Kenzior:

> Hi Norbert,
>
> On 01/31/2015 11:51 AM, Norbert Huffschmid wrote:
>> Hi Denis,
>>
>> this is the full backtrace:
>>
>> (gdb) bt full
>> #0  notify_status_watches (netreg=0x100c20) at src/network.c:1182
>
> That's a pretty strange place to have a crash, no idea what's going  
> on there.  Have you tried the latest upstream version?  1.6 is  
> pretty old, that's almost 3 years old.
>
> Regards,
> -Denis
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> https://lists.ofono.org/mailman/listinfo/ofono

Re: ofonod crashes during enable-modem.py

[Denis Kenzior]

[-- Attachment #1: Type: text/plain, Size: 1592 bytes --]

Hi Norbert,

Please don't top-post on this mailing list.  That's just our convention 
here.  Anyway, see below:

On 02/01/2015 08:00 AM, Norbert Huffschmid wrote:
> Hi Denis,
>
> now I have installed ofono from the debian jessie testing branch (which
> has packaged ofono 1.15-2). Bluez is still version 4.99 and all the rest
> is debian wheezy as before. Now the list-modems.py script does not show
> any modem any more. Are there dependency issues?
>

BlueZ4 requires --with-bluez4 when configuring oFono.

> I already had tried a combination of ofono 1.15-2 and Bluez 5.23, which
> was quite promising. I could successfully establish a phone call by
> means of the dial-number.py script. But there was no voice connection
> established between the endpoints. This was quite astonishing because
> A2DP streaming from the smartphone to the Raspberry Pi worked like a
> charm. And I don't think that it was a phone issue because a HFP
> connection from the phone to a navigation device works well too.
>

oFono and BlueZ are not the only ones at play.  The audio is handled by 
PulseAudio.  So I would check on the PulseAudio mailing list which 
version of PulseAudio you need.

> I have read somewhere that Bluez5 does not support HFP at all, so I did
> not further follow this approach.

Correct, sort of.

>
> Any proposal which combination of ofono and Bluez is most promising in
> order to establish a HFP voice connection?
>

As mentioned before, BlueZ and oFono are not the problem here.  Check 
back with PulseAudio folks.

Regards,
-Denis

Re: ofonod crashes during enable-modem.py

[Georg Chini]

[-- Attachment #1: Type: text/plain, Size: 2163 bytes --]

Hello Norbert,

you should be using pulseaudio from the current git. Pulseaudio version 
5.0 and
below do not support HFP in combination with Bluez5. I am running Bluez 
5.23 from
Debian unstable and a recent ofono and pulseaudio compiled from source. This
works fine for my mobiles.

Regards
              Georg

On 02.02.2015 16:10, Denis Kenzior wrote:
> Hi Norbert,
>
> Please don't top-post on this mailing list.  That's just our 
> convention here.  Anyway, see below:
>
> On 02/01/2015 08:00 AM, Norbert Huffschmid wrote:
>> Hi Denis,
>>
>> now I have installed ofono from the debian jessie testing branch (which
>> has packaged ofono 1.15-2). Bluez is still version 4.99 and all the rest
>> is debian wheezy as before. Now the list-modems.py script does not show
>> any modem any more. Are there dependency issues?
>>
>
> BlueZ4 requires --with-bluez4 when configuring oFono.
>
>> I already had tried a combination of ofono 1.15-2 and Bluez 5.23, which
>> was quite promising. I could successfully establish a phone call by
>> means of the dial-number.py script. But there was no voice connection
>> established between the endpoints. This was quite astonishing because
>> A2DP streaming from the smartphone to the Raspberry Pi worked like a
>> charm. And I don't think that it was a phone issue because a HFP
>> connection from the phone to a navigation device works well too.
>>
>
> oFono and BlueZ are not the only ones at play.  The audio is handled 
> by PulseAudio.  So I would check on the PulseAudio mailing list which 
> version of PulseAudio you need.
>
>> I have read somewhere that Bluez5 does not support HFP at all, so I did
>> not further follow this approach.
>
> Correct, sort of.
>
>>
>> Any proposal which combination of ofono and Bluez is most promising in
>> order to establish a HFP voice connection?
>>
>
> As mentioned before, BlueZ and oFono are not the problem here. Check 
> back with PulseAudio folks.
>
> Regards,
> -Denis
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> https://lists.ofono.org/mailman/listinfo/ofono

Re: ofonod crashes during enable-modem.py

[Georg Chini]

[-- Attachment #1: Type: text/plain, Size: 2642 bytes --]

On 02.02.2015 16:31, Georg Chini wrote:
> Hello Norbert,
>
> you should be using pulseaudio from the current git. Pulseaudio 
> version 5.0 and
> below do not support HFP in combination with Bluez5. I am running 
> Bluez 5.23 from
> Debian unstable and a recent ofono and pulseaudio compiled from 
> source. This
> works fine for my mobiles.
>
> Regards
>              Georg
>
> On 02.02.2015 16:10, Denis Kenzior wrote:
>> Hi Norbert,
>>
>> Please don't top-post on this mailing list.  That's just our 
>> convention here.  Anyway, see below:
>>
>> On 02/01/2015 08:00 AM, Norbert Huffschmid wrote:
>>> Hi Denis,
>>>
>>> now I have installed ofono from the debian jessie testing branch (which
>>> has packaged ofono 1.15-2). Bluez is still version 4.99 and all the 
>>> rest
>>> is debian wheezy as before. Now the list-modems.py script does not show
>>> any modem any more. Are there dependency issues?
>>>
>>
>> BlueZ4 requires --with-bluez4 when configuring oFono.
>>
>>> I already had tried a combination of ofono 1.15-2 and Bluez 5.23, which
>>> was quite promising. I could successfully establish a phone call by
>>> means of the dial-number.py script. But there was no voice connection
>>> established between the endpoints. This was quite astonishing because
>>> A2DP streaming from the smartphone to the Raspberry Pi worked like a
>>> charm. And I don't think that it was a phone issue because a HFP
>>> connection from the phone to a navigation device works well too.
>>>
>>
>> oFono and BlueZ are not the only ones at play.  The audio is handled 
>> by PulseAudio.  So I would check on the PulseAudio mailing list which 
>> version of PulseAudio you need.
>>
>>> I have read somewhere that Bluez5 does not support HFP at all, so I did
>>> not further follow this approach.
>>
>> Correct, sort of.
>>
>>>
>>> Any proposal which combination of ofono and Bluez is most promising in
>>> order to establish a HFP voice connection?
>>>
>>
>> As mentioned before, BlueZ and oFono are not the problem here. Check 
>> back with PulseAudio folks.
>>
>> Regards,
>> -Denis
>> _______________________________________________
>> ofono mailing list
>> ofono(a)ofono.org
>> https://lists.ofono.org/mailman/listinfo/ofono
>
> _______________________________________________
> ofono mailing list
> ofono(a)ofono.org
> https://lists.ofono.org/mailman/listinfo/ofono

Ups, sorry for making the same mistake as Norbert. Anyway, you also have 
to load the
module-bluetooth-discover with the parameter headset=ofono, so add this 
in default.pa

Regards
              Georg