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@xxxxxxxxx> 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@xxxxxxxxx> wrote: > >>> On Sun, May 30, 2010 at 1:12 PM, john michelle <jhnmichelle@xxxxxxxxx> 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@xxxxxxxxx> 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@xxxxxxxxxxx> wrote: > >>>>>>> > * john michelle <jhnmichelle@xxxxxxxxx> [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@xxxxxxxxxxxxxxx > 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@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
