Bug 580437

Summary: unstable bluetooth networking with Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode)
Product: [Fedora] Fedora Reporter: Igor Bukanov <igor>
Component: kernelAssignee: Kernel Maintainer List <kernel-maint>
Status: CLOSED WONTFIX QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: medium Docs Contact:
Priority: low    
Version: 13CC: ajeet_singh1978, anton, dougsland, gansalmon, itamar, jonathan, kernel-maint, markhobley
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2011-06-27 15:28:21 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Igor Bukanov 2010-04-08 09:38:14 UTC
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:

Comment 1 Chuck Ebbert 2010-04-11 15:13:01 UTC
Try adding usbcore.autosuspend=0 to the kernel boot options.

Comment 2 Igor Bukanov 2010-04-16 10:50:34 UTC
(In reply to comment #1)
> Try adding usbcore.autosuspend=0 to the kernel boot options.    

Thanks, that fixed the issue.

Comment 3 Ajeet Singh Arora 2010-12-26 08:45:32 UTC
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

Comment 4 Mark Hobley 2011-03-17 19:56:10 UTC
Kernel bug #10126 regarding Cambridge Silicon Radio devices is related to this bug.

Comment 5 Bug Zapper 2011-06-02 15:35:04 UTC
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

Comment 6 Bug Zapper 2011-06-27 15:28:21 UTC
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.