From: Ville Tervo <ville.tervo@nokia.com>
To: ext Andre Guedes <andre.guedes@openbossa.org>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: [RFC v2 0/6] LE advertising cache
Date: Tue, 15 Mar 2011 09:57:42 +0200 [thread overview]
Message-ID: <20110315075742.GD4369@null> (raw)
In-Reply-To: <1299850377-3734-1-git-send-email-andre.guedes@openbossa.org>
Hi,
On Fri, Mar 11, 2011 at 10:32:51AM -0300, ext Andre Guedes wrote:
> During a LE connection establishment, the host should be able to infer the
> bdaddr type from a given bdaddr.
>
> To achieve that, during the LE scanning, the host stores the bdaddr and the
> bdaddr type gathered from advertising reports. The host keeps a list of
> advertising entry (bdaddr and bdaddr_type) for later lookup. This list will
> be called Advertising Cache.
>
> Since the penality to connect to an unreachable device is relatively high,
> we must keep only fresh advertising entries on the advertising cache. So,
> before each LE scanning the advertising cache is cleared. Also, after the LE
> scanning, a timer is set to clear the cache.
I tested these pathes with a device which had random address. Connection works
which is good.
How ever I'm not yet sure if mandatory scanning before every connect is
acceptable.
I have been playing with idea to derive address type from msb bits of the
address. Any ideaѕ what would lose in that way?
--
Ville
next prev parent reply other threads:[~2011-03-15 7:57 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-11 13:32 [RFC v2 0/6] LE advertising cache Andre Guedes
2011-03-11 13:32 ` [RFC v2 1/6] Bluetooth: Implement advertising report meta event Andre Guedes
2011-03-11 13:32 ` [RFC v2 2/6] Bluetooth: LE advertising info caching Andre Guedes
2011-03-11 13:32 ` [RFC v2 3/6] Bluetooth: Protect adv_entries with a RW semaphore Andre Guedes
2011-03-11 13:32 ` [RFC v2 4/6] Bluetooth: Check advertising cache in hci_connect() Andre Guedes
2011-03-11 13:32 ` [RFC v2 5/6] Bluetooth: Clear advertising cache before scanning Andre Guedes
2011-03-11 13:32 ` [RFC v2 6/6] Bluetooth: Add a timer to clear the advertising cache Andre Guedes
2011-03-15 7:57 ` Ville Tervo [this message]
2011-03-15 14:41 ` [RFC v2 0/6] LE " Anderson Lizardo
2011-03-16 5:53 ` Ville Tervo
2011-03-16 12:21 ` Anderson Lizardo
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=20110315075742.GD4369@null \
--to=ville.tervo@nokia.com \
--cc=andre.guedes@openbossa.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.