Re: Software caused connection abort (103 )

[john michelle <jhnmichelle@gmail.com>]

Hi Gustavo,


> I tried reproduce this issue in L2CAP but it is a bit hard, lets
> say it happen once in a thousand, so it's not easy to track it. I have
> to try reproduce that using the SCO, but I'm not used to that layer yet.
> ;)



I think the Bluetooth dongle that i am using might be causing the
problem since it Automatically disconnects which lead to software
caused connection abort problem
Beside i found a new problem and that is from time to time the dongle
shifts the audio
Stream which makes it appear as static noise i tried to contact the
vendor of the dongle
Trust.com regarding the noise problem they told me " We regret to
inform you that Trust Doesn't provide any support for Linux for the
moment." so i guess in order to debug this
Problem properly i have to change the Bluetooth dongle so what type of
Bluetooth Dongle do you recommend that has linux support.

john

On Mon, May 17, 2010 at 5:32 PM, john michelle <jhnmichelle@gmail.com> wrote:
> One more Addition
>
>>> The problem happens when you are already tranfering
>>> SCO data?
>
> yes,  it happens only during transferring SCO data
>
> john
>
>
> On Mon, May 17, 2010 at 5:21 PM, john michelle <jhnmichelle@gmail.com> wrote:
>>> Hi Jonh,
>>>
>>> First of all, don't do top posting in this mailing list. ;)
>>>
>>
>> Thanks for the advise , will keep that in mind for future posts.
>>
>>> In which bluez/kernel version the problem started? Any hardware update
>>> during this time? The problem happens when you are already tranfering
>>> SCO data?
>>>
>>
>> I tried bluez versions 3.XX  and kernel 2.6.26(I think) the problem
>> occurs and the kernel panics with no core dumps.then i tried with
>> bluez 4.53-4.62 with
>> Kernel 2.6.31 and 2.6.32. the connection abort problem occurs but the
>> kernel doesn't
>> Panic. regarding the hardware update you mean the dongle or the box.Anyway
>> i changed both and tried different box's, this even happens on a box
>> with 2 giga ram
>> And core2 processor . as for the dongles i am using trust
>>
>> http://www.twenga.co.uk/prices-Bluetooth-2-USB-Adapter-10m-BT-2250p-TRUST-Wireless-network-card-adapter-176178-0
>>
>>  and also using no name dongles all the same problem.
>>
>>> Please post the output of hcidump when the connection abort happens.
>>>
>>
>> well that is going to be a hard one since i have more than one dongle in place
>> And very hard to predict which one will crash.i will work on this and update
>> You as soon as i have the hcidump log.
>>
>>
>>
>>> I tried reproduce this issue in L2CAP but it is a bit hard, lets
>>> say it happen once in a thousand, so it's not easy to track it. I have
>>> to try reproduce that using the SCO, but I'm not used to that layer yet.
>>> ;)
>>
>> I hoped that it happens 1 in 1000 in SCO , but it actually happens 1 in 15
>>
>>
>> John
>>
>>
>>
>>>
>>> Regards,
>>>
>>>>
>>>> John
>>>>
>>>> On Fri, May 7, 2010 at 3:53 PM, Gustavo F. Padovan <gustavo@padovan.org> wrote:
>>>> > * john michelle <jhnmichelle@gmail.com> [2010-05-07 15:49:05 -0400]:
>>>> >
>>>> >> Hi Bluetooth hackers,
>>>> >>
>>>> >> i am having this consistent problem with bluez , from time to time i
>>>> >> get the error Software caused connection abort (103 )
>>>> >> And the bluetooth stick seems to disconnect and reconnects. this
>>>> >> happens during an sco connection and it occurs even
>>>> >> More when i am having the voice stream comming through the internet
>>>> >> rather than the lan.i don't know what exact
>>>> >> Details you need to solve this problem please tell me and i will give
>>>> >> you an immediate reply . i have linux kernel 2.6.33 and bluez 4.62
>>>> >
>>>> > I get the same problem sometimes when testing ERTM with l2test. So the
>>>> > problem is on l2cap too. I didn't have time to debug this yet. Now that
>>>> > someone else have confirmed it too, I'll to take a look at the problem.
>>>> >
>>>> >>
>>>
>>> --
>>> Gustavo F. Padovan
>>> http://padovan.org
>>>
>>
>