From: Peter Stephenson <pws@csr.com>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] HCI_switch_role
Date: Thu, 04 Mar 2004 10:49:45 +0000 [thread overview]
Message-ID: <7130.1078397385@csr.com> (raw)
In-Reply-To: ""Thor Egil Skaug""'s message of "Wed, 03 Mar 2004 18:59:51 PST." <000501c40194$c308add0$9349edc7@thores>
"Thor Egil Skaug" wrote:
> Does anyone know why the HCI_switch_role command takes a BDADDR argument
> instead of
> a connectionhandle?
It's not clear to me, either, but it may be for compatibility with the
role-change event when generated during connection creation: in that
case, the connection_complete event hasn't come up yet, so there's no
valid ACL handle. Hence it has to report the BD ADDR (as with
the connection_request event).
> The role_change event should be sent from both devices to their
> respective sw stacks after this.
>
> I don't understand the following from the BT specification:
>
> 1. Is the BDADDR the address of the remote device, or the local device
> (to the caller)?
The remote device.
> 2. In the returned event, what bdaddr is returned to the
> (HCI_switch_role) calling stack, and what bdaddr
> is returned to the stack on the remote device?
Each side reports the remote address (where it reports anything).
> 3. What if there is more than one connection between two devices?
There can't be, you can only have one ACL between any two devices.
This a specific error code acl_connection_already_exists or something
similar if you try and add another one.
pws
**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.
This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
next prev parent reply other threads:[~2004-03-04 10:49 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-04 2:59 [Bluez-users] HCI_switch_role Thor Egil Skaug
2004-03-04 10:49 ` Peter Stephenson [this message]
2004-03-04 23:01 ` Thor Egil Skaug
2004-03-05 0:49 ` Marcel Holtmann
2004-03-05 12:01 ` Steven Singer
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=7130.1078397385@csr.com \
--to=pws@csr.com \
--cc=bluez-users@lists.sourceforge.net \
/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.