rfkill behavior for internal bluetooth adapters on thinkpads

rfkill behavior for internal bluetooth adapters on thinkpads

[alok barsode]

Hi,

I have a lenovo thinkpad T410 with integrated bluetooth.
When I do a rfkill block bluetooth, the internal bluetooth device disappears
from the list.
A external USB bluetooth adapter on the system does not disappear.

here are the observations :

A. rfkill list shows 2 bluetooth adapters. hci0 is the internal one and hci1
is a external bluetooth adapter.

barsode@tatooine:~$ rfkill list
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
2: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: no
Hard blocked: no
5: hci1: Bluetooth
Soft blocked: no
Hard blocked: no
8: hci0: Bluetooth
Soft blocked: no
Hard blocked: no

B. then I do rfkill block bluetooth. Now rfkill list shows only 1 bluetooth
device.

barsode@tatooine:~$ rfkill block bluetooth
barsode@tatooine:~$ rfkill list
1: phy0: Wireless LAN
Soft blocked: no
Hard blocked: no
2: tpacpi_bluetooth_sw: Bluetooth
Soft blocked: yes
Hard blocked: no
5: hci1: Bluetooth
Soft blocked: yes
Hard blocked: no

C. hciconfig -a shows only hci1.
barsode@tatooine:~$ hciconfig -a
hci1: Type: USB
BD Address: 00:1A:9F:92:B3:FC ACL MTU: 1021:7 SCO MTU: 64:1
DOWN
RX bytes:3986 acl:0 sco:0 events:128 errors:0
TX bytes:3909 acl:0 sco:0 commands:128 errors:0
Features: 0xff 0xff 0x8f 0xfe 0x9b 0xff 0x79 0x83
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT

This is a problem for offline mode in connman (which would do "rfkill block
bluetooth" or "rfkill block all") & the internal bluetooth adapter would
disappear, which is not expected.

Is this common on laptops or its just thinkpads? I tested this on a HP
laptop which does not remove the internal device when i do rfkill block
bluetooth.
the only way to get around the problem seems to be rfkilling each device
individually or am I missing some info here.

Thanks,
Alok.
_______________________________________________
connman mailing list
connman@connman.net
http://lists.connman.net/listinfo/connman

Re: rfkill behavior for internal bluetooth adapters on thinkpads

[Marcel Holtmann]

Hi Alok,

> I have a lenovo thinkpad T410 with integrated bluetooth.
> When I do a rfkill block bluetooth, the internal bluetooth device disappears
> from the list.
> A external USB bluetooth adapter on the system does not disappear.
> 
> here are the observations :
> 
> A. rfkill list shows 2 bluetooth adapters. hci0 is the internal one and hci1
> is a external bluetooth adapter.
> 
> barsode@tatooine:~$ rfkill list
> 1: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 2: tpacpi_bluetooth_sw: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 5: hci1: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 8: hci0: Bluetooth
> Soft blocked: no
> Hard blocked: no
> 
> B. then I do rfkill block bluetooth. Now rfkill list shows only 1 bluetooth
> device.
> 
> barsode@tatooine:~$ rfkill block bluetooth
> barsode@tatooine:~$ rfkill list
> 1: phy0: Wireless LAN
> Soft blocked: no
> Hard blocked: no
> 2: tpacpi_bluetooth_sw: Bluetooth
> Soft blocked: yes
> Hard blocked: no
> 5: hci1: Bluetooth
> Soft blocked: yes
> Hard blocked: no
> 
> C. hciconfig -a shows only hci1.
> barsode@tatooine:~$ hciconfig -a
> hci1: Type: USB
> BD Address: 00:1A:9F:92:B3:FC ACL MTU: 1021:7 SCO MTU: 64:1
> DOWN
> RX bytes:3986 acl:0 sco:0 events:128 errors:0
> TX bytes:3909 acl:0 sco:0 commands:128 errors:0
> Features: 0xff 0xff 0x8f 0xfe 0x9b 0xff 0x79 0x83
> Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
> Link policy: RSWITCH HOLD SNIFF PARK
> Link mode: SLAVE ACCEPT
> 
> This is a problem for offline mode in connman (which would do "rfkill block
> bluetooth" or "rfkill block all") & the internal bluetooth adapter would
> disappear, which is not expected.

as mentioned on IRC, the way do here is OP_CHANGE_ALL with
TYPE_BLUETOOTH and that fits nicely into the technology concept that
ConnMan already imposes.

So yes, devices might drop of the bus, but the RFKILL switch for
platform devices stays.

Regards

Marcel