From: "Brian J. Murrell" <brian@interlinx.bc.ca>
To: Brad Midgley <bmidgley-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: how to set adapter to master with bluez 4.69?
Date: Tue, 15 Mar 2011 08:26:11 -0400 [thread overview]
Message-ID: <4D7F5AE3.20909@interlinx.bc.ca> (raw)
In-Reply-To: <AANLkTi=N_5BaEOaaFsTHhNF82Vo83bzeNuzqmd9rMU3j@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 1431 bytes --]
On 11-03-14 11:29 AM, Brad Midgley wrote:
> Brian,
Hey Brad,
> iirc, the hcitool output tells you the role of the local adapter in
> the connection. So when you see 'master' in that list, it's what you
> want. You should also be requesting master when you try hcitool.
How does this reconcile with that though:
$ hcitool con
Connections:
> ACL 00:1F:20:0F:30:6A handle 12 state 1 lm MASTER
< SCO 00:1A:45:1B:19:89 handle 1 state 1 lm SLAVE
< ACL 00:1A:45:1B:19:89 handle 11 state 1 lm SLAVE AUTH ENCRYPT
If that "MASTER/SLAVE" at the end of those lines is telling me what the
disposition of the B/T adapter is, how can it be both MASTER for one
device and SLAVE for another? Is this "MASTER/SLAVE" relationship per
device and the adapter can be master for some and slave for others?
I can't seem to change the connection for 00:1A:45:1B:19:89 to be master:
$ sudo hcitool sr 00:1A:45:1B:19:89 master
Switch role request failed: Input/output error
so I am back at this place again. And device co-existence is not at all
stable again. The mouse keeps dropping out. ~sigh~
Is the "MASTER" in this at all relevant? Isn't it telling me that my
adapter should be trying to negotiate being master in all of the
connections it tries to create?
$ hciconfig hci0 lm
hci0: Type: BR/EDR Bus: USB
BD Address: 00:02:72:1E:E0:12 ACL MTU: 1021:7 SCO MTU: 64:1
Link mode: MASTER
b.
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]
next prev parent reply other threads:[~2011-03-15 12:26 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-03 2:07 how to set adapter to master with bluez 4.69? Brian J. Murrell
2011-03-06 22:28 ` Brian J. Murrell
2011-03-07 1:08 ` Brad Midgley
2011-03-07 21:13 ` Brian J. Murrell
2011-03-07 22:57 ` Andrei Warkentin
2011-03-08 11:08 ` Brian J. Murrell
2011-03-09 11:22 ` Brian J. Murrell
2011-03-07 23:09 ` Brad Midgley
2011-03-14 3:46 ` Brad Midgley
2011-03-14 11:00 ` Brian J. Murrell
2011-03-14 12:29 ` Brian J. Murrell
2011-03-14 14:07 ` Brian J. Murrell
2011-03-14 15:29 ` Brad Midgley
2011-03-15 0:23 ` Brian J. Murrell
2011-03-15 12:26 ` Brian J. Murrell [this message]
2011-03-15 12:43 ` Brian J. Murrell
2011-03-15 15:25 ` Brad Midgley
2011-03-17 13:10 ` Brian J. Murrell
2011-03-17 13:22 ` Brian J. Murrell
2011-03-17 15:46 ` Brad Midgley
2011-03-23 11:43 ` Brian J. Murrell
2011-03-23 12:20 ` Brian J. Murrell
2011-03-23 16:24 ` Brad Midgley
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4D7F5AE3.20909@interlinx.bc.ca \
--to=brian@interlinx.bc.ca \
--cc=bmidgley-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
--cc=linux-bluetooth@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.