https://bugzilla.kernel.org/show_bug.cgi?id=199197 Bug ID: 199197 Summary: BCM2045B: Integrated Bluetooth adapter needs to be enabled twice to work on ThinkPad T400 Product: Drivers Version: 2.5 Kernel Version: 4.13.0 Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Bluetooth Assignee: linux-bluetooth@xxxxxxxxxxxxxxx Reporter: me@xxxxxxxxxxxxxx Regression: No This bug has been around since the 4.x kernels. When the system boots up, Bluetooth is disabled as expected: $ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no 2: tpacpi_bluetooth_sw: Bluetooth Soft blocked: yes Hard blocked: no After we try to enable it with 'rfkill unblock bluetooth', the Bluetooth interface hci0 is now present, but is soft blocked: $ rfkill unblock bluetooth $ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no 2: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 10: hci0: Bluetooth Soft blocked: yes Hard blocked: no However, Bluetooth is considered enabled by the thinkpad-acpi driver, as we can see: $ cat /proc/acpi/ibm/bluetooth status: enabled commands: enable, disable The Bluetooth LED is also on. 'hciconfig' is seeing the Bluetooth adapter as being DOWN: $ hciconfig hci0: Type: BR/EDR Bus: USB BD Address: 00:22:68:E4:BF:27 ACL MTU: 1021:8 SCO MTU: 64:1 DOWN RX bytes:511 acl:0 sco:0 events:23 errors:0 TX bytes:339 acl:0 sco:0 commands:23 errors:0 To remove the soft block of hci0 and make the Bluetooth adapter fully operational, we should run 'rfkill unblock bluetooth' one more time. $ rfkill unblock bluetooth $ rfkill list 0: phy0: Wireless LAN Soft blocked: no Hard blocked: no 2: tpacpi_bluetooth_sw: Bluetooth Soft blocked: no Hard blocked: no 10: hci0: Bluetooth Soft blocked: no Hard blocked: no $ hciconfig hci0: Type: BR/EDR Bus: USB BD Address: 00:22:68:E4:BF:27 ACL MTU: 1021:8 SCO MTU: 64:1 UP RUNNING PSCAN ISCAN RX bytes:1046 acl:0 sco:0 events:50 errors:0 TX bytes:943 acl:0 sco:0 commands:50 errors:0 Now the adapter is fully operational. This behavior confuses most of the GUI applets that are used by the modern distributions, since they expect to have an operational adapter after the first attempt to enable it. This makes it impossible to use the Bluetooth adapter through them. I`m currently testing on Linux Mint 18.3 MATE that is shipped with the 'blueberry' applet, it uses bt-adapter from the BlueZ suite in the background to manage the Bluetooth adapter. Because of this bug, it crashes and 'blueberry' is unable to use the Bluetooth. -- You are receiving this mail because: You are the assignee for the bug.-- 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
