Description of problem: PAN networking over USB Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) is extremely unstable. After few seconds of working networking the kernel reports errors like: Apr 6 16:49:20 chernika kernel: btusb_intr_complete: hci0 urb de5a5e70 failed to resubmit (1) Apr 6 16:49:20 chernika kernel: btusb_bulk_complete: hci0 urb de5a5790 failed to resubmit (1) Apr 6 16:49:20 chernika kernel: btusb_bulk_complete: hci0 urb de5a5580 failed to resubmit (1) After that the connection is dropped. This is against Nokia XpressMuscic 5310 phone. Note that DUN networking and receiving and sending files to the phone works without any problems. Version-Release number of selected component (if applicable): Fedora 13 Alpha with all updates as of 2010-04-08. How reproducible: Always Steps to Reproduce: 1. Insert the USB bluetooth dongle 2. Pair the laptop with phone while selection PAN networking option. 3. Enable PAN networking in the NetworkManager applet. Actual results: NetworkManager disconnects with the phone either during DNS lookups or after accessing a page or two in the browser. Expected results: Stable connection. Additional info: This regression from Fedora 12 where PAN networking with the same hardware worked without any problems. This is for Samsung N110K03 netbook with Atom 270 CPU. lsusb output: Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 002: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 003: ID 0ac8:c326 Z-Star Microelectronics Corp. Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub lspci: 00:00.0 Host bridge: Intel Corporation Mobile 945GME Express Memory Controller Hub (rev 03) 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GME Express Integrated Graphics Controller (rev 03) 00:02.1 Display controller: Intel Corporation Mobile 945GM/GMS/GME, 943/940GML Express Integrated Graphics Controller (rev 03) 00:1b.0 Audio device: Intel Corporation N10/ICH 7 Family High Definition Audio Controller (rev 02) 00:1c.0 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 1 (rev 02) 00:1c.2 PCI bridge: Intel Corporation N10/ICH 7 Family PCI Express Port 3 (rev 02) 00:1d.0 USB Controller: Intel Corporation N10/ICH7 Family USB UHCI Controller #1 (rev 02) 00:1d.1 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #2 (rev 02) 00:1d.2 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #3 (rev 02) 00:1d.3 USB Controller: Intel Corporation N10/ICH 7 Family USB UHCI Controller #4 (rev 02) 00:1d.7 USB Controller: Intel Corporation N10/ICH 7 Family USB2 EHCI Controller (rev 02) 00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev e2) 00:1f.0 ISA bridge: Intel Corporation 82801GBM (ICH7-M) LPC Interface Bridge (rev 02) 00:1f.2 IDE interface: Intel Corporation 82801GBM/GHM (ICH7 Family) SATA IDE Controller (rev 02) 00:1f.3 SMBus: Intel Corporation N10/ICH 7 Family SMBus Controller (rev 02) 02:00.0 Ethernet controller: Atheros Communications Inc. AR5001 Wireless Network Adapter (rev 01) 03:00.0 Ethernet controller: Marvell Technology Group Ltd. 88E8040 PCI-E Fast Ethernet Controller (rev 13) procinfo: ~> cat /proc/cpuinfo processor : 0 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz stepping : 2 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 0 initial apicid : 0 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm bogomips : 3191.97 clflush size : 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management: processor : 1 vendor_id : GenuineIntel cpu family : 6 model : 28 model name : Intel(R) Atom(TM) CPU N270 @ 1.60GHz stepping : 2 cpu MHz : 800.000 cache size : 512 KB physical id : 0 siblings : 2 core id : 0 cpu cores : 1 apicid : 1 initial apicid : 1 fdiv_bug : no hlt_bug : no f00f_bug : no coma_bug : no fpu : yes fpu_exception : yes cpuid level : 10 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl est tm2 ssse3 xtpr pdcm movbe lahf_lm bogomips : 3192.12 clflush size : 64 cache_alignment : 64 address sizes : 32 bits physical, 32 bits virtual power management:
Try adding usbcore.autosuspend=0 to the kernel boot options.
(In reply to comment #1) > Try adding usbcore.autosuspend=0 to the kernel boot options. Thanks, that fixed the issue.
This doesn't fix anything for me. [root@virus ~]# hciconfig -a hci0: Type: BR/EDR Bus: USB BD Address: 00:1F:81:00:01:1C ACL MTU: 1021:4 SCO MTU: 180:1 UP RUNNING RX bytes:687 acl:0 sco:0 events:22 errors:0 TX bytes:88 acl:0 sco:0 commands:26 errors:5 Features: 0xff 0x3e 0x09 0x76 0x80 0x01 0x00 0x80 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Can't read local name on hci0: Connection timed out (110) [root@virus ~]# lsusb Bus 002 Device 012: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 002 Device 004: ID 0a5c:5800 Broadcom Corp. BCM5880 Secure Applications Processor Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 003: ID 05ca:1814 Ricoh Co., Ltd Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub [root@virus ~]# dmesg [ 5000.984154] usb 2-1.2: USB disconnect, address 11 [ 5000.984190] btusb_intr_complete: hci0 urb f1d2f700 failed to resubmit (19) [ 5000.984260] btusb_bulk_complete: hci0 urb f1d2f400 failed to resubmit (19) [ 5000.984266] btusb_bulk_complete: hci0 urb f1d2fd00 failed to resubmit (19) [ 5000.984364] btusb_send_frame: hci0 urb f1d36f80 submission failed [ 5004.480408] usb 2-1.2: new full speed USB device using ehci_hcd and address 12 [ 5004.567774] usb 2-1.2: New USB device found, idVendor=0a12, idProduct=0001 [ 5004.567779] usb 2-1.2: New USB device strings: Mfr=0, Product=0, SerialNumber=0 [ 5006.530932] hci_cmd_task: hci0 command tx timeout [ 5008.427149] hci_cmd_task: hci0 command tx timeout [ 5010.040226] hci_cmd_task: hci0 command tx timeout [ 5011.804080] hci_cmd_task: hci0 command tx timeout [ 5013.665181] hci_cmd_task: hci0 command tx timeout [ 5026.853835] lo: Disabled Privacy Extensions Please suggest some quick fixes, I have been searching for this since long time. My BroadCom dongle used to work with this one. But the new Cambridge one doesn't seems to work with any available work around on net. I have added usbcore.autosuspend=-1 to kernel parameter as well, doesn't seems to do any effect. I have modified the main.conf to RememberedPower=false from true. I am using Dell Latitude E6510 & Fedora 13 i686 platform. Regards, AJeet
Kernel bug #10126 regarding Cambridge Silicon Radio devices is related to this bug.
This message is a reminder that Fedora 13 is nearing its end of life. Approximately 30 (thirty) days from now Fedora will stop maintaining and issuing updates for Fedora 13. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as WONTFIX if it remains open with a Fedora 'version' of '13'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version prior to Fedora 13's end of life. Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Fedora 13 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora please change the 'version' of this bug to the applicable version. If you are unable to change the version, please add a comment here and someone will do it for you. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Fedora 13 changed to end-of-life (EOL) status on 2011-06-25. Fedora 13 is no longer maintained, which means that it will not receive any further security or bug fix updates. As a result we are closing this bug. If you can reproduce this bug against a currently maintained version of Fedora please feel free to reopen this bug against that version. Thank you for reporting this bug and we are sorry it could not be fixed.