Software caused connection abort (103 )

Software caused connection abort (103 )

[john michelle]

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

John

Re: Software caused connection abort (103 )

[Gustavo F. Padovan]

* 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.

> 
> John
> --
> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Gustavo F. Padovan
http://padovan.org

Re: Software caused connection abort (103 )

[john michelle]

Hi Gustavo,

Any update on the software caused connection abort issue, it's happenning more
And more making bluez unstable for our application

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.
>
>>
>> John
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>
> --
> Gustavo F. Padovan
> http://padovan.org
>

Re: Software caused connection abort (103 )

[john michelle]

Hi all,

It seems that i am not the only one who is reporting this problem
below is other reporters

http://www.mp3car.com/vbulletin/linux/125997-hfp-linux-bluetooth-hands-free-5.html

even an older post show this bug

http://osdir.com/ml/linux.bluez.user/2004-04/msg00016.html

I hope we got someone attention.


John

On Fri, May 14, 2010 at 12:39 AM, john michelle <jhnmichelle@gmail.com> wrote:
> Hi Gustavo,
>
> Any update on the software caused connection abort issue, it's happenning more
> And more making bluez unstable for our application
>
> 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.
>>
>>>
>>> John
>>> --
>>> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
>>> the body of a message to majordomo@vger.kernel.org
>>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>> --
>> Gustavo F. Padovan
>> http://padovan.org
>>
>

Re: Software caused connection abort (103 )

[Gustavo F. Padovan]

Hi Jonh,

First of all, don't do top posting in this mailing list. ;)

* john michelle <jhnmichelle@gmail.com> [2010-05-13 17:39:29 -0400]:

> Hi Gustavo,
> 
> Any update on the software caused connection abort issue, it's happenning more
> And more making bluez unstable for our application

In which bluez/kernel version the problem started? Any hardware update
during this time? The problem happens when you are already tranfering
SCO data?

Please post the output of hcidump when the connection abort happens.

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.
;)

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

Re: Software caused connection abort (103 )

[john michelle]

> 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
>

Re: Software caused connection abort (103 )

[john michelle]

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
>>
>

Re: Software caused connection abort (103 )

[john michelle]

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
>>>
>>
>

Re: Software caused connection abort (103 )

[john michelle]

Hi Gustavo,

>> Please post the output of hcidump when the connection abort happens.
>>

Below is the output of hcidump the moments the software caused connection abort

Dongle 1:
> HCI Event: Number of Completed Packets (0x13) plen 5
  . * . . .
< HCI Command: Reset (0x03|0x0003) plen 0
device: disconnected

Dongle 2:
> HCI Event: Number of Completed Packets (0x13) plen 5
  . * . . .
< HCI Command: Reset (0x03|0x0003) plen 0
device: disconnected


I think something triggers hci reset which causes this problem, but what exactly
Triggers it i don't know.


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
>>
>

Re: Software caused connection abort (103 )

[john michelle]

Any updates on the software caused connection abort issue.

john

On Sun, May 30, 2010 at 1:12 PM, john michelle <jhnmichelle@gmail.com> wrote:
> Hi Gustavo,
>
>>> Please post the output of hcidump when the connection abort happens.
>>>
>
> Below is the output of hcidump the moments the software caused connection abort
>
> Dongle 1:
>> HCI Event: Number of Completed Packets (0x13) plen 5
>  . * . . .
> < HCI Command: Reset (0x03|0x0003) plen 0
> device: disconnected
>
> Dongle 2:
>> HCI Event: Number of Completed Packets (0x13) plen 5
>  . * . . .
> < HCI Command: Reset (0x03|0x0003) plen 0
> device: disconnected
>
>
> I think something triggers hci reset which causes this problem, but what exactly
> Triggers it i don't know.
>
>
> 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
>>>
>>
>

Re: Software caused connection abort (103 )

[john michelle]

On Sun, May 30, 2010 at 1:12 PM, john michelle <jhnmichelle@gmail.com> wrot=
e:
> Hi Gustavo,
>
>>> Please post the output of hcidump when the connection abort happens.
>>>
>
> Below is the output of hcidump the moments the software caused connection=
 abort
>
> Dongle 1:
>> HCI Event: Number of Completed Packets (0x13) plen 5
> =A0. * . . .
> < HCI Command: Reset (0x03|0x0003) plen 0
> device: disconnected
>
> Dongle 2:
>> HCI Event: Number of Completed Packets (0x13) plen 5
> =A0. * . . .
> < HCI Command: Reset (0x03|0x0003) plen 0
> device: disconnected
>
>
> I think something triggers hci reset which causes this problem, but what =
exactly
> Triggers it i don't know.
>
>
> John
>
>


Hi all,

Is anyone going to give this problem a try, it has been like a month now
This is a real problem in the bluez stack and someone have to look in this
Issue.

John

> On Mon, May 17, 2010 at 5:21 PM, john michelle <jhnmichelle@gmail.com> wr=
ote:
>>> 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 =A0and 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.Anyw=
ay
>> 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-TRUS=
T-Wireless-network-card-adapter-176178-0
>>
>> =A0and 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 up=
date
>> 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.or=
g> 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 gi=
ve
>>>> >> 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 t=
he
>>>> > problem is on l2cap too. I didn't have time to debug this yet. Now t=
hat
>>>> > someone else have confirmed it too, I'll to take a look at the probl=
em.
>>>> >
>>>> >>
>>>
>>> --
>>> Gustavo F. Padovan
>>> http://padovan.org
>>>
>>
>

Re: Software caused connection abort (103 )

[john michelle]

Dear Bluetooth community,

You are committing version after version and have time to add new
Features and the core stack have a major bug (software Caused
connection abort) that i
Have reported on the 7th of may the problem seems to be either in the
usb part of the
Kernel or the bluez stack, i am no kernel engineer so i came directly
to you for reporting
This problem and my requests to look into this problem are just
ignored. this is a blocker
Issue that would prevent and discourage any one from developing
application that rely on
Bluez sco capabilities, since during transmission the above mentioned
error just occurs.
I hope that my voice is heared and i would get a reply from the bluez commu=
nity.

John



On Wed, Jun 16, 2010 at 3:11 PM, john michelle <jhnmichelle@gmail.com> wrot=
e:
> On Sun, May 30, 2010 at 1:12 PM, john michelle <jhnmichelle@gmail.com> wr=
ote:
>> Hi Gustavo,
>>
>>>> Please post the output of hcidump when the connection abort happens.
>>>>
>>
>> Below is the output of hcidump the moments the software caused connectio=
n abort
>>
>> Dongle 1:
>>> HCI Event: Number of Completed Packets (0x13) plen 5
>> =A0. * . . .
>> < HCI Command: Reset (0x03|0x0003) plen 0
>> device: disconnected
>>
>> Dongle 2:
>>> HCI Event: Number of Completed Packets (0x13) plen 5
>> =A0. * . . .
>> < HCI Command: Reset (0x03|0x0003) plen 0
>> device: disconnected
>>
>>
>> I think something triggers hci reset which causes this problem, but what=
 exactly
>> Triggers it i don't know.
>>
>>
>> John
>>
>>
>
>
> Hi all,
>
> Is anyone going to give this problem a try, it has been like a month now
> This is a real problem in the bluez stack and someone have to look in thi=
s
> Issue.
>
> John
>
>> On Mon, May 17, 2010 at 5:21 PM, john michelle <jhnmichelle@gmail.com> w=
rote:
>>>> 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 =A0and 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.Any=
way
>>> 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-TRU=
ST-Wireless-network-card-adapter-176178-0
>>>
>>> =A0and 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 i=
n place
>>> And very hard to predict which one will crash.i will work on this and u=
pdate
>>> 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 ye=
t.
>>>> ;)
>>>
>>> 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.o=
rg> 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 interne=
t
>>>>> >> rather than the lan.i don't know what exact
>>>>> >> Details you need to solve this problem please tell me and i will g=
ive
>>>>> >> 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 prob=
lem.
>>>>> >
>>>>> >>
>>>>
>>>> --
>>>> Gustavo F. Padovan
>>>> http://padovan.org
>>>>
>>>
>>
>