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

[Lukas Hetzenecker <LuHe@gmx.at>]

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