Hrm. It seems to be a real crap shoot whether this B/T stuff is going to work or not under Linux... Since the mouse got disconnected (not by me, but by the B/T stack) I decided to try to disconnect the headset and connect it again. Success, it was connected with the adapter as MASTER: $ hcitool con Connections: < ACL 00:1A:45:1B:19:89 handle 11 state 1 lm MASTER Then I tried to connect the mouse again. Doing that resulted in the headset getting disconnected and the mouse was connected: $ hcitool con Connections: < ACL 00:1F:20:0F:30:6A handle 0 state 5 lm MASTER And then shortly after they were both connected and both as slaves. Double yay. $ hcitool con Connections: < ACL 00:1A:45:1B:19:89 handle 12 state 1 lm MASTER > ACL 00:1F:20:0F:30:6A handle 11 state 1 lm MASTER I guess the connection to the headset was still being negotiated because the connection changed: $ hcitool con Connections: < ACL 00:1A:45:1B:19:89 handle 12 state 1 lm MASTER AUTH ENCRYPT > ACL 00:1F:20:0F:30:6A handle 11 state 1 lm MASTER But then the headset reverted so that the adapter was the slave again: $ hcitool con Connections: < SCO 00:1A:45:1B:19:89 handle 1 state 1 lm SLAVE < ACL 00:1A:45:1B:19:89 handle 12 state 1 lm SLAVE AUTH ENCRYPT > ACL 00:1F:20:0F:30:6A handle 11 state 1 lm MASTER And the mouse got disconnected shortly after that: $ hcitool con Connections: < SCO 00:1A:45:1B:19:89 handle 1 state 1 lm SLAVE < ACL 00:1A:45:1B:19:89 handle 12 state 1 lm SLAVE AUTH ENCRYPT ~sigh~ Am I looking for something that B/T on Linux is just not ready to deliver yet? Namely stable co-existence of multiple devices. b.
Attachment:
signature.asc
Description: OpenPGP digital signature
