headers
Zhenhua Zhang | 1 Feb 2010 04:15
Picon
Favicon

Re: [PATCH 1/2] clean up audio/gateway.c

Hi Padovan,

On 01/28/2010 03:12 AM, Gustavo F. Padovan wrote:
> remove all code related to the AT engine
> ---
>   audio/gateway.c |  760 +------------------------------------------------------
>   1 files changed, 1 insertions(+), 759 deletions(-)
>
> diff --git a/audio/gateway.c b/audio/gateway.c
> index a1c1ea2..3dc09ff 100644
> --- a/audio/gateway.c
> +++ b/audio/gateway.c
>  <at>  <at>  -53,52 +53,6  <at>  <at> 
>   #include "dbus-common.h"
>
>    

I cannot apply your patch locally. Below is the error:

zzhan17 <at> zzhan17-mobl:~/bluez$ git apply clean_up_audio_gateway.c.patch
error: patch failed: audio/gateway.c:53
error: audio/gateway.c: patch does not apply

Does any one have the same issue?

Thanks.

>   #define RFCOMM_BUF_SIZE 256
> -/* not-more-then-16 defined by GSM + 1 for NULL + padding */
> -#define AG_INDICATOR_DESCR_SIZE 20
(Continue reading)

Permalink | Reply | 0 comments |
headers
João Paulo Rechi Vita | 1 Feb 2010 18:09
Picon
Gravatar

Re: [RFC] [PATCH 0/2] HFP AG integration with PulseAudio

2010/1/29 João Paulo Rechi Vita <jprvita@...>:
> Hi all,
>
> I'm trying to add support for the Handsfree Gateway role Gustavo just added
> to BlueZ and oFono. The BlueZ patches can be found on [1] and [2] and the
> oFono part was just merged upstream.
>
> But when it comes to integrate them with Pulse, I'm getting a POLLHUP when
> trying to write on the fd. Also, it seems different gateways have different
> behaviours regarding when they connect the SCO link. Some phone connect
> them just after the RFCOMM link (some Nokia phones), when there is no call
> going on yet, and others just when a call is started (Android 1.5).
>
> Also, right now the same property (State) is beeing used to refer when the
> RFCOOM link is established (State=Connected) and when the SCO link is
> established (State=Playing). Shouldn't this be handled by separate props?
>
> And last but not least, is the new Media API intended to handle the audio
> part of handsfree gateways too? If so, maybe we should use all this work
> as a prototype for latter integration with the new API.
>
> Any help on testing and getting this working together or comments on the
> topic would be appreciated.
>
> [1] http://www.spinics.net/lists/linux-bluetooth/msg04250.html
> [2] http://www.spinics.net/lists/linux-bluetooth/msg04251.html
>
> --
> João Paulo Rechi Vita
> http://jprvita.wordpress.com/
(Continue reading)

Permalink | Reply | 4 comments |
headers
Zhenhua Zhang | 2 Feb 2010 02:38
Picon
Favicon

Re: [RFC] [PATCH 0/2] HFP AG integration with PulseAudio

Hi Jprvita,

On 02/02/2010 01:09 AM, João Paulo Rechi Vita wrote:
> 2010/1/29 João Paulo Rechi Vita<jprvita@...>:
>    
>> Hi all,
>>
>> I'm trying to add support for the Handsfree Gateway role Gustavo just added
>> to BlueZ and oFono. The BlueZ patches can be found on [1] and [2] and the
>> oFono part was just merged upstream.
>>
>> But when it comes to integrate them with Pulse, I'm getting a POLLHUP when
>> trying to write on the fd. Also, it seems different gateways have different
>> behaviours regarding when they connect the SCO link. Some phone connect
>> them just after the RFCOMM link (some Nokia phones), when there is no call
>> going on yet, and others just when a call is started (Android 1.5).
>>
>> Also, right now the same property (State) is beeing used to refer when the
>> RFCOOM link is established (State=Connected) and when the SCO link is
>> established (State=Playing). Shouldn't this be handled by separate props?
>>
>> And last but not least, is the new Media API intended to handle the audio
>> part of handsfree gateways too? If so, maybe we should use all this work
>> as a prototype for latter integration with the new API.
>>
>> Any help on testing and getting this working together or comments on the
>> topic would be appreciated.
>>
>> [1] http://www.spinics.net/lists/linux-bluetooth/msg04250.html
>> [2] http://www.spinics.net/lists/linux-bluetooth/msg04251.html
(Continue reading)

Permalink | Reply | 0 comments |
headers
Zhenhua Zhang | 2 Feb 2010 04:50
Picon
Favicon

Re: [RFC] [PATCH 0/2] HFP AG integration with PulseAudio

Hi Jprvita,

On 02/02/2010 01:09 AM, João Paulo Rechi Vita wrote:
> 2010/1/29 João Paulo Rechi Vita<jprvita@...>:
>    
>> Hi all,
>>
>> I'm trying to add support for the Handsfree Gateway role Gustavo just added
>> to BlueZ and oFono. The BlueZ patches can be found on [1] and [2] and the
>> oFono part was just merged upstream.
>>
>> But when it comes to integrate them with Pulse, I'm getting a POLLHUP when
>> trying to write on the fd. Also, it seems different gateways have different
>> behaviours regarding when they connect the SCO link. Some phone connect
>> them just after the RFCOMM link (some Nokia phones), when there is no call
>> going on yet, and others just when a call is started (Android 1.5).
>>
>> Also, right now the same property (State) is beeing used to refer when the
>> RFCOOM link is established (State=Connected) and when the SCO link is
>> established (State=Playing). Shouldn't this be handled by separate props?
>>
>> And last but not least, is the new Media API intended to handle the audio
>> part of handsfree gateways too? If so, maybe we should use all this work
>> as a prototype for latter integration with the new API.
>>
>> Any help on testing and getting this working together or comments on the
>> topic would be appreciated.
>>
>> [1] http://www.spinics.net/lists/linux-bluetooth/msg04250.html
>> [2] http://www.spinics.net/lists/linux-bluetooth/msg04251.html
(Continue reading)

Permalink | Reply | 2 comments |
headers
Stefan Seyfried | 2 Feb 2010 14:35

Re: Kernel panic when dongle is disconnected during sco connection

On Sat, 30 Jan 2010 06:40:58 +0200
Ahmed Ragab <elmasri.ahmed@...> wrote:

> I Forgot to mention kernel version 2.6.26 however i have the latest
> bluez package

Nobody around here will start looking at an ages old kernel voluntarily.

> Please confirm this bug, Linux kernel hangs when usb bluetooth dongle
> is disconnected

Please confirm that this still is true in 2.6.33.
If it's still there, then please provide the backtrace.
--

-- 
Stefan Seyfried

"Any ideas, John?"
"Well, surrounding them's out."
Permalink | Reply | 1 comment |
headers
nirav rabara | 2 Feb 2010 17:58
Picon

Kernel panic when SCO connection

Hi,
When I try to connect SCO socket, Kernel getting crash.
Linux kernel - 2.6.22
Bluez - 4.58

error message,
__tx_submit:hci0 tx submit failed urb c0552c14 type 3 err -19

sometimes in connection is showing error while connection as below,
hci_acldata_packet:hci0 ACL packet data for unknown connection handler 2

It would be really appreciable if  somebody put some on light on this
issue, OR suggest me any patch or documentation.

--

-- 
With Regards,
Nirav Rabara
Permalink | Reply | 11 comments |
headers
Luiz Augusto von Dentz | 2 Feb 2010 18:03
Picon

Re: [RFC] [PATCH 0/2] HFP AG integration with PulseAudio

Hi,

2010/1/29 João Paulo Rechi Vita <jprvita@...>:
> Hi all,
>
> I'm trying to add support for the Handsfree Gateway role Gustavo just added
> to BlueZ and oFono. The BlueZ patches can be found on [1] and [2] and the
> oFono part was just merged upstream.
>
> But when it comes to integrate them with Pulse, I'm getting a POLLHUP when
> trying to write on the fd. Also, it seems different gateways have different
> behaviours regarding when they connect the SCO link. Some phone connect
> them just after the RFCOMM link (some Nokia phones), when there is no call
> going on yet, and others just when a call is started (Android 1.5).
>
> Also, right now the same property (State) is beeing used to refer when the
> RFCOOM link is established (State=Connected) and when the SCO link is
> established (State=Playing). Shouldn't this be handled by separate props?
>
> And last but not least, is the new Media API intended to handle the audio
> part of handsfree gateways too? If so, maybe we should use all this work
> as a prototype for latter integration with the new API.

Yep, Media API is supposed to handle this, that why I asked them to be
though in an integrated manner maybe being registered in the same
interface (although hfp is not really media only), anyway basically we
should have pa acting as a2dp source/sink and/or hfp gateway/headset
endpoint handling the audio. So in essence ofono is acting as a
controller/target in a very similar way as avrcp does for a2dp,
although for avrcp we don't really need an agent as we use uinput.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Gustavo F. Padovan | 2 Feb 2010 18:16

Re: Kernel panic when SCO connection

Hi Nirav,

* nirav rabara <niravrabara@...> [2010-02-02 22:28:53 +0530]:

> Hi,
> When I try to connect SCO socket, Kernel getting crash.
> Linux kernel - 2.6.22
> Bluez - 4.58

Please try a 2.6.33 kernel and tell us if the bug still happens.

> 
> error message,
> __tx_submit:hci0 tx submit failed urb c0552c14 type 3 err -19
> 
> sometimes in connection is showing error while connection as below,
> hci_acldata_packet:hci0 ACL packet data for unknown connection handler 2
> 
> It would be really appreciable if  somebody put some on light on this
> issue, OR suggest me any patch or documentation.
> 
> -- 
> With Regards,
> Nirav Rabara
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to majordomo@...
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

--

--
(Continue reading)

Permalink | Reply | 10 comments |
headers
Ed Tsang | 2 Feb 2010 21:33
Picon
Favicon

double Connect req: psm 1 scid 0x0040 ?

Hi all,
  I was pulling my hair on opp a file to a Blackberry. Blackerry is set to "receive using bluetooth".
1. If the Blackberry was not paired before. It ran through ok: enter the pin, accept connection, accept the file.
2. If the Blackberry was paired and in it's device properties, I change the encryption off for my box. It ran
through ok, accept connection, accept the file...
3. If the Blackberry was paired and I leave the device properties unchange (default is encryption on). It
will fail, not seeing any prompt to accept the connection.

In hcidump I seem to see a problem in #3. After the Encrypt Change there seem to be 2 >con. req. psm 1 scid 0x0040

Any suggestion on how to trace it down/work around this?
.............

> HCI Event: Read Remote
Supported Features (0x0b) plen 11
< ACL data: handle 42 flags
0x02 dlen 10
    L2CAP(s): Info req: type 2
> HCI Event: Number of
Completed Packets (0x13) plen 5
> HCI Event: Encrypt Change
(0x08) plen 4
< ACL data: handle 42 flags
0x02 dlen 12
    L2CAP(s): Connect req: psm 1 scid 0x0040
> ACL data: handle 42 flags
0x02 dlen 12
    L2CAP(s): Info rsp: type 2 result 1
      Not supported
< ACL data: handle 42 flags
(Continue reading)

Permalink | Reply | 8 comments |
headers
Liejun Tao | 2 Feb 2010 22:41
Picon

Re: double Connect req: psm 1 scid 0x0040 ?

Hi,

On Tue, Feb 2, 2010 at 2:33 PM, Ed Tsang <netdesign_98@...> wrote:
>
> Hi all,
>  I was pulling my hair on opp a file to a Blackberry. Blackerry is set to "receive using bluetooth".
> 1. If the Blackberry was not paired before. It ran through ok: enter the pin, accept connection, accept the file.
> 2. If the Blackberry was paired and in it's device properties, I change the encryption off for my box. It ran
through ok, accept connection, accept the file...
> 3. If the Blackberry was paired and I leave the device properties unchange (default is encryption on). It
will fail, not seeing any prompt to accept the connection.
>
> In hcidump I seem to see a problem in #3. After the Encrypt Change there seem to be 2 >con. req. psm 1 scid 0x0040
>
> Any suggestion on how to trace it down/work around this?
> .............
>
> > HCI Event: Read Remote
> Supported Features (0x0b) plen 11
> < ACL data: handle 42 flags
> 0x02 dlen 10
>    L2CAP(s): Info req: type 2
> > HCI Event: Number of
> Completed Packets (0x13) plen 5
> > HCI Event: Encrypt Change
> (0x08) plen 4
> < ACL data: handle 42 flags
> 0x02 dlen 12
>    L2CAP(s): Connect req: psm 1 scid 0x0040
> > ACL data: handle 42 flags
(Continue reading)

Permalink | Reply | 0 comments |

Gmane