Re: audio/manager.c:hf_io_cb() Refusing new connection since one already exists

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, Jun 22, 2011 at 2:17 PM, Mike <puffy.taco@xxxxxxxxx> wrote:
> On Mon, May 23, 2011 at 4:45 PM, Mike <puffy.taco@xxxxxxxxx> wrote:
>> I am having a problem where I can not connect my phone using HFP after
>> it has been once disconnected from bluetoothd.
>>
>
> I'm still having this problem (just tested on bluez 4.94).  I can
> disconnect my phone and execute the GetProperties method on
> org.bluez.HandsfreeGateway and the return State is connected.  If I
> execute the Disconnect method over DBus (org.bluez.HandsfreeGateway),
> the state of the connection is set properly to disconnected.  After
> doing this, I can reconnect my phone without error (of course it will
> fail again if I disconnect/reconnect).
>
> The one thing that has me curious is the lack of a call to
> "g_io_add_watch" for the hands free rfcomm.  It looks like most other
> io connections use this to detect the channel closing (e.g. the sco
> channel or the ag_confirm code).  Is this an oversight?
>
> Mike
>

OK, I get the feeling that the Bluez code is correct, but that the
agent (in this case ofono) is supposed to call the Disconnect method.
Can anyone confirm that this is the intention?  If so, I will take my
problems to the ofono mailing list :)
--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux