Any update on software caused connection abort issue??

Any update on software caused connection abort issue??

[john michelle]

Any update on software caused connection abort issue



>On Wed, Jun 23, 2010 at 12:48 AM, john michelle <jhnmichelle@gmail.com> wrote:
> 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 community.
>
> John
>
>
>
> On Wed, Jun 16, 2010 at 3:11 PM, john michelle <jhnmichelle@gmail.com> wrote:
>> 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
>>>
>>>
>>
>>
>> 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> 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: Any update on software caused connection abort issue??

[john michelle]

Any update on software caused connection abort issue
>
>
>
>>On Wed, Jun 23, 2010 at 12:48 AM, john michelle <jhnmichelle@gmail.com> wrote:
>> 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 community.
>>
>> John
>>
>>
>>
>> On Wed, Jun 16, 2010 at 3:11 PM, john michelle <jhnmichelle@gmail.com> wrote:
>>> 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
>>>>
>>>>
>>>
>>>
>>> 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> 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: Any update on software caused connection abort issue??

[Lukas]

Hello,

On Wednesday 21 July 2010 17:35:15 john michelle wrote:
> Any update on software caused connection abort issue

I also noticed this error when I used the software suite Series60-Remote to 
connect to my mobile phone.

Shortly after the connection establishment is completed I get the error 
message "software caused connection abort" and the device gets disconnected.

I also see the HCI reset, as described below, when I try to investigate this 
error using hcidump.

The software uses the RFCOMM protocol for the connection.
I use an USB bluetooth adapter from Belkin, lsusb reports the following device 
id:
ID 050d:0131 Belkin Components Bluetooth Device with trace filter

This bug happens with the following kernel:
root@erde ~  #  rpm -q kernel bluez
kernel-2.6.33.6-147.fc13.x86_64
bluez-4.64-1.fc13.x86_64

You can also look at this thread in my mailing list for further informations: 
https://sourceforge.net/mailarchive/forum.php?thread_name=201007192136.27723.LuHe%40gmx.at&forum_name=series60-
remote-devel

It would be great to see this problem fixed soon, because it's nearly 
impossible to use bluetooth on my PC.

Thanks,
Lukas

> >>On Wed, Jun 23, 2010 at 12:48 AM, john michelle <jhnmichelle@gmail.com> 
wrote:
> >> 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
> >> community.
> >> 
> >> John
> >> 
> >> On Wed, Jun 16, 2010 at 3:11 PM, john michelle <jhnmichelle@gmail.com> 
wrote:
> >>> 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
> >>> 
> >>> 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> 
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-T
> >>>>> RUST-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
> 
> --
> 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

Re: Any update on software caused connection abort issue??

[john michelle]

Hi Lukas,

> It would be great to see this problem fixed soon, because it's nearly
> impossible to use bluetooth on my PC.

I think it's useless to get any reply from this mailing list, i have
been reporting this
Problem for a long time and no one simply cares.


John

On Wed, Jul 21, 2010 at 5:53 PM, Lukas <LuHe@gmx.at> wrote:
> Hello,
>
> On Wednesday 21 July 2010 17:35:15 john michelle wrote:
>> Any update on software caused connection abort issue
>
> I also noticed this error when I used the software suite Series60-Remote to
> connect to my mobile phone.
>
> Shortly after the connection establishment is completed I get the error
> message "software caused connection abort" and the device gets disconnected.
>
> I also see the HCI reset, as described below, when I try to investigate this
> error using hcidump.
>
> The software uses the RFCOMM protocol for the connection.
> I use an USB bluetooth adapter from Belkin, lsusb reports the following device
> id:
> ID 050d:0131 Belkin Components Bluetooth Device with trace filter
>
> This bug happens with the following kernel:
> root@erde ~  #  rpm -q kernel bluez
> kernel-2.6.33.6-147.fc13.x86_64
> bluez-4.64-1.fc13.x86_64
>
> You can also look at this thread in my mailing list for further informations:
> https://sourceforge.net/mailarchive/forum.php?thread_name=201007192136.27723.LuHe%40gmx.at&forum_name=series60-
> remote-devel
>
> It would be great to see this problem fixed soon, because it's nearly
> impossible to use bluetooth on my PC.
>
> Thanks,
> Lukas
>
>> >>On Wed, Jun 23, 2010 at 12:48 AM, john michelle <jhnmichelle@gmail.com>
> wrote:
>> >> 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
>> >> community.
>> >>
>> >> John
>> >>
>> >> On Wed, Jun 16, 2010 at 3:11 PM, john michelle <jhnmichelle@gmail.com>
> wrote:
>> >>> 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
>> >>>
>> >>> 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>
> 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-T
>> >>>>> RUST-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
>>
>> --
>> 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
>

Re: Any update on software caused connection abort issue??

[Lukas Hetzenecker]

I also noticed these kernel messages during the disconnect in my 
/var/log/messages log

Jul 22 23:52:35 erde kernel: btusb_intr_complete: hci0 urb ffff88010d409540 
failed to resubmit (1)
Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb ffff88010d409900 
failed to resubmit (1)
Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb ffff88010d409b40 
failed to resubmit (1)

[these messages are repeated for several times, even before the disconnect]

Jul 22 23:52:36 erde kernel: usb 5-1: reset full speed USB device using 
uhci_hcd and address 2
Jul 22 23:52:36 erde kernel: btusb 5-1:1.0: no reset_resume for driver btusb?
Jul 22 23:52:36 erde bluetoothd[1580]: HCI dev 0 down
Jul 22 23:52:36 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has been 
disabled
Jul 22 23:52:36 erde bluetoothd[1580]: Stopping security manager 0
Jul 22 23:52:36 erde kernel: btusb 5-1:1.1: no reset_resume for driver btusb?
Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 unregistered
Jul 22 23:52:37 erde bluetoothd[1580]: Unregister path: /org/bluez/1574/hci0
Jul 22 23:52:37 erde NetworkManager[1520]: <info> BT device 00:1B:AF:84:FF:E2 
removed
Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 registered
Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 up
Jul 22 23:52:37 erde bluetoothd[1580]: Starting security manager 0
Jul 22 23:52:37 erde bluetoothd[1580]: Parsing /etc/bluetooth/serial.conf 
failed: No such file or directory
Jul 22 23:52:37 erde bluetoothd[1580]: probe failed with driver input-headset 
for device /org/bluez/1574/hci0/dev_00_1B_AF_84_FF_E2
Jul 22 23:52:37 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has been 
enabled


It is also strange that this error affects only my PC with an USB bluetooth 
stick, not my notebook with an integrated Intel PRO Wireless 
4965AGN bluetooth module.

Do you need any more informations for debugging?


On Thursday 22 July 2010 16:17:57 john michelle wrote:
> Hi Lukas,
> 
> > It would be great to see this problem fixed soon, because it's nearly
> > impossible to use bluetooth on my PC.
> 
> I think it's useless to get any reply from this mailing list, i have
> been reporting this
> Problem for a long time and no one simply cares.
>
> John
> 
> On Wed, Jul 21, 2010 at 5:53 PM, Lukas <LuHe@gmx.at> wrote:
> > Hello,
> > 
> > On Wednesday 21 July 2010 17:35:15 john michelle wrote:
> >> Any update on software caused connection abort issue
> > 
> > I also noticed this error when I used the software suite Series60-Remote
> > to connect to my mobile phone.
> > 
> > Shortly after the connection establishment is completed I get the error
> > message "software caused connection abort" and the device gets
> > disconnected.
> > 
> > I also see the HCI reset, as described below, when I try to investigate
> > this error using hcidump.
> > 
> > The software uses the RFCOMM protocol for the connection.
> > I use an USB bluetooth adapter from Belkin, lsusb reports the following
> > device id:
> > ID 050d:0131 Belkin Components Bluetooth Device with trace filter
> > 
> > This bug happens with the following kernel:
> > root@erde ~  #  rpm -q kernel bluez
> > kernel-2.6.33.6-147.fc13.x86_64
> > bluez-4.64-1.fc13.x86_64
> > 
> > You can also look at this thread in my mailing list for further
> > informations:
> > https://sourceforge.net/mailarchive/forum.php?thread_name=201007192136.2
> > 7723.LuHe%40gmx.at&forum_name=series60- remote-devel
> > 
> > It would be great to see this problem fixed soon, because it's nearly
> > impossible to use bluetooth on my PC.
> > 
> > Thanks,
> > Lukas
> > 
> >> >>On Wed, Jun 23, 2010 at 12:48 AM, john michelle
> >> >><jhnmichelle@gmail.com>
> > 
> > wrote:
> >> >> 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
> >> >> community.
> >> >> 
> >> >> John
> >> >> 
> >> >> On Wed, Jun 16, 2010 at 3:11 PM, john michelle
> >> >> <jhnmichelle@gmail.com>
> > 
> > wrote:
> >> >>> 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
> >> >>> 
> >> >>> 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>
> > 
> > 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-2250
> >> >>>>> p-T RUST-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
> >> 
> >> --
> >> 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
> 
> --
> 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

Re: Any update on software caused connection abort issue??

[Gustavo F. Padovan]

Hi Lukas,

* Lukas Hetzenecker <LuHe@gmx.at> [2010-07-23 01:44:02 +0200]:

> I also noticed these kernel messages during the disconnect in my 
> /var/log/messages log
> 
> Jul 22 23:52:35 erde kernel: btusb_intr_complete: hci0 urb ffff88010d409540 
> failed to resubmit (1)
> Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb ffff88010d409900 
> failed to resubmit (1)
> Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb ffff88010d409b40 
> failed to resubmit (1)
> 
> [these messages are repeated for several times, even before the disconnect]
> 
> Jul 22 23:52:36 erde kernel: usb 5-1: reset full speed USB device using 
> uhci_hcd and address 2
> Jul 22 23:52:36 erde kernel: btusb 5-1:1.0: no reset_resume for driver btusb?
> Jul 22 23:52:36 erde bluetoothd[1580]: HCI dev 0 down
> Jul 22 23:52:36 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has been 
> disabled
> Jul 22 23:52:36 erde bluetoothd[1580]: Stopping security manager 0
> Jul 22 23:52:36 erde kernel: btusb 5-1:1.1: no reset_resume for driver btusb?
> Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 unregistered
> Jul 22 23:52:37 erde bluetoothd[1580]: Unregister path: /org/bluez/1574/hci0
> Jul 22 23:52:37 erde NetworkManager[1520]: <info> BT device 00:1B:AF:84:FF:E2 
> removed
> Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 registered
> Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 up
> Jul 22 23:52:37 erde bluetoothd[1580]: Starting security manager 0
> Jul 22 23:52:37 erde bluetoothd[1580]: Parsing /etc/bluetooth/serial.conf 
> failed: No such file or directory
> Jul 22 23:52:37 erde bluetoothd[1580]: probe failed with driver input-headset 
> for device /org/bluez/1574/hci0/dev_00_1B_AF_84_FF_E2
> Jul 22 23:52:37 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has been 
> enabled
> 
> 
> It is also strange that this error affects only my PC with an USB bluetooth 
> stick, not my notebook with an integrated Intel PRO Wireless 
> 4965AGN bluetooth module.

Is there any difference on the systems in both machines? And can you try
reproduce this with another Bluetooth dongle, just to make sure that the
problem is not the hardware.

> 
> Do you need any more informations for debugging?
> 
> 
> On Thursday 22 July 2010 16:17:57 john michelle wrote:
> > Hi Lukas,
> > 
> > > It would be great to see this problem fixed soon, because it's nearly
> > > impossible to use bluetooth on my PC.
> > 
> > I think it's useless to get any reply from this mailing list, i have
> > been reporting this
> > Problem for a long time and no one simply cares.
> >
> > John
> > 
> > On Wed, Jul 21, 2010 at 5:53 PM, Lukas <LuHe@gmx.at> wrote:
> > > Hello,
> > > 
> > > On Wednesday 21 July 2010 17:35:15 john michelle wrote:
> > >> Any update on software caused connection abort issue
> > > 
> > > I also noticed this error when I used the software suite Series60-Remote
> > > to connect to my mobile phone.
> > > 
> > > Shortly after the connection establishment is completed I get the error
> > > message "software caused connection abort" and the device gets
> > > disconnected.
> > > 
> > > I also see the HCI reset, as described below, when I try to investigate
> > > this error using hcidump.
> > > 
> > > The software uses the RFCOMM protocol for the connection.
> > > I use an USB bluetooth adapter from Belkin, lsusb reports the following
> > > device id:
> > > ID 050d:0131 Belkin Components Bluetooth Device with trace filter
> > > 
> > > This bug happens with the following kernel:
> > > root@erde ~  #  rpm -q kernel bluez
> > > kernel-2.6.33.6-147.fc13.x86_64
> > > bluez-4.64-1.fc13.x86_64
> > > 
> > > You can also look at this thread in my mailing list for further
> > > informations:
> > > https://sourceforge.net/mailarchive/forum.php?thread_name=201007192136.2
> > > 7723.LuHe%40gmx.at&forum_name=series60- remote-devel
> > > 
> > > It would be great to see this problem fixed soon, because it's nearly
> > > impossible to use bluetooth on my PC.
> > > 
> > > Thanks,
> > > Lukas
> > > 
> > >> >>On Wed, Jun 23, 2010 at 12:48 AM, john michelle
> > >> >><jhnmichelle@gmail.com>
> > > 
> > > wrote:
> > >> >> 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
> > >> >> community.
> > >> >> 
> > >> >> John
> > >> >> 
> > >> >> On Wed, Jun 16, 2010 at 3:11 PM, john michelle
> > >> >> <jhnmichelle@gmail.com>
> > > 
> > > wrote:
> > >> >>> 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
> > >> >>> 
> > >> >>> 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>
> > > 
> > > 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-2250
> > >> >>>>> p-T RUST-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
> > >> 
> > >> --
> > >> 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
> > 
> > --
> > 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
> --
> 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: Any update on software caused connection abort issue??

[Lukas Hetzenecker]

On Friday 23 July 2010 20:20:27 Gustavo F. Padovan wrote:
> Hi Lukas,
> 
> * Lukas Hetzenecker <LuHe@gmx.at> [2010-07-23 01:44:02 +0200]:
> > I also noticed these kernel messages during the disconnect in my
> > /var/log/messages log
> > 
> > Jul 22 23:52:35 erde kernel: btusb_intr_complete: hci0 urb
> > ffff88010d409540 failed to resubmit (1)
> > Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb
> > ffff88010d409900 failed to resubmit (1)
> > Jul 22 23:52:35 erde kernel: btusb_bulk_complete: hci0 urb
> > ffff88010d409b40 failed to resubmit (1)
> > 
> > [these messages are repeated for several times, even before the
> > disconnect]
> > 
> > Jul 22 23:52:36 erde kernel: usb 5-1: reset full speed USB device using
> > uhci_hcd and address 2
> > Jul 22 23:52:36 erde kernel: btusb 5-1:1.0: no reset_resume for driver
> > btusb? Jul 22 23:52:36 erde bluetoothd[1580]: HCI dev 0 down
> > Jul 22 23:52:36 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has
> > been disabled
> > Jul 22 23:52:36 erde bluetoothd[1580]: Stopping security manager 0
> > Jul 22 23:52:36 erde kernel: btusb 5-1:1.1: no reset_resume for driver
> > btusb? Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 unregistered
> > Jul 22 23:52:37 erde bluetoothd[1580]: Unregister path:
> > /org/bluez/1574/hci0 Jul 22 23:52:37 erde NetworkManager[1520]: <info>
> > BT device 00:1B:AF:84:FF:E2 removed
> > Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 registered
> > Jul 22 23:52:37 erde bluetoothd[1580]: HCI dev 0 up
> > Jul 22 23:52:37 erde bluetoothd[1580]: Starting security manager 0
> > Jul 22 23:52:37 erde bluetoothd[1580]: Parsing /etc/bluetooth/serial.conf
> > failed: No such file or directory
> > Jul 22 23:52:37 erde bluetoothd[1580]: probe failed with driver
> > input-headset for device /org/bluez/1574/hci0/dev_00_1B_AF_84_FF_E2
> > Jul 22 23:52:37 erde bluetoothd[1580]: Adapter /org/bluez/1574/hci0 has
> > been enabled
> > 
> > 
> > It is also strange that this error affects only my PC with an USB
> > bluetooth stick, not my notebook with an integrated Intel PRO Wireless
> > 4965AGN bluetooth module.
> 
> Is there any difference on the systems in both machines? And can you try
> reproduce this with another Bluetooth dongle, just to make sure that the
> problem is not the hardware.

I couldn't test it with another device yet, but I found a workaround here:
https://bugzilla.redhat.com/show_bug.cgi?id=583848#c6

When I use this workaround everything works again, so there doesn't seem to be 
a problem with the dongle.

> > Do you need any more informations for debugging?
> > 
> > On Thursday 22 July 2010 16:17:57 john michelle wrote:
> > > Hi Lukas,
> > > 
> > > > It would be great to see this problem fixed soon, because it's nearly
> > > > impossible to use bluetooth on my PC.
> > > 
> > > I think it's useless to get any reply from this mailing list, i have
> > > been reporting this
> > > Problem for a long time and no one simply cares.
> > > 
> > > John
> > > 
> > > On Wed, Jul 21, 2010 at 5:53 PM, Lukas <LuHe@gmx.at> wrote:
> > > > Hello,
> > > > 
> > > > On Wednesday 21 July 2010 17:35:15 john michelle wrote:
> > > >> Any update on software caused connection abort issue
> > > > 
> > > > I also noticed this error when I used the software suite
> > > > Series60-Remote to connect to my mobile phone.
> > > > 
> > > > Shortly after the connection establishment is completed I get the
> > > > error message "software caused connection abort" and the device gets
> > > > disconnected.
> > > > 
> > > > I also see the HCI reset, as described below, when I try to
> > > > investigate this error using hcidump.
> > > > 
> > > > The software uses the RFCOMM protocol for the connection.
> > > > I use an USB bluetooth adapter from Belkin, lsusb reports the
> > > > following device id:
> > > > ID 050d:0131 Belkin Components Bluetooth Device with trace filter
> > > > 
> > > > This bug happens with the following kernel:
> > > > root@erde ~  #  rpm -q kernel bluez
> > > > kernel-2.6.33.6-147.fc13.x86_64
> > > > bluez-4.64-1.fc13.x86_64
> > > > 
> > > > You can also look at this thread in my mailing list for further
> > > > informations:
> > > > https://sourceforge.net/mailarchive/forum.php?thread_name=20100719213
> > > > 6.2 7723.LuHe%40gmx.at&forum_name=series60- remote-devel
> > > > 
> > > > It would be great to see this problem fixed soon, because it's nearly
> > > > impossible to use bluetooth on my PC.
> > > > 
> > > > Thanks,
> > > > Lukas
> > > > 
> > > >> >>On Wed, Jun 23, 2010 at 12:48 AM, john michelle
> > > >> >><jhnmichelle@gmail.com>
> > > > 
> > > > wrote:
> > > >> >> 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 community.
> > > >> >> 
> > > >> >> John
> > > >> >> 
> > > >> >> On Wed, Jun 16, 2010 at 3:11 PM, john michelle
> > > >> >> <jhnmichelle@gmail.com>
> > > > 
> > > > wrote:
> > > >> >>> 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
> > > >> >>> 
> > > >> >>> 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>
> > > > 
> > > > 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-
> > > >> >>>>> 2250 p-T RUST-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
> > > >> 
> > > >> --
> > > >> 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
> > > 
> > > --
> > > 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
> > 
> > --
> > 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