Bluetooth: Fix connection establishment with low security requirement
authorMarcel Holtmann <marcel@holtmann.org>
Tue, 28 Apr 2009 16:04:55 +0000 (09:04 -0700)
committerMarcel Holtmann <marcel@holtmann.org>
Tue, 28 Apr 2009 16:31:39 +0000 (09:31 -0700)
commit3fdca1e1370ffe89980927cdef0583bebcd8caaf
tree30ec395081409d7cea5338cf4f486eaabd14e53d
parent052b30b0a8eec8db5b18ad49effdf2a9ba4c1e1a
Bluetooth: Fix connection establishment with low security requirement

The Bluetooth 2.1 specification introduced four different security modes
that can be mapped using Legacy Pairing and Simple Pairing. With the
usage of Simple Pairing it is required that all connections (except
the ones for SDP) are encrypted. So even the low security requirement
mandates an encrypted connection when using Simple Pairing. When using
Legacy Pairing (for Bluetooth 2.0 devices and older) this is not required
since it causes interoperability issues.

To support this properly the low security requirement translates into
different host controller transactions depending if Simple Pairing is
supported or not. However in case of Simple Pairing the command to
switch on encryption after a successful authentication is not triggered
for the low security mode. This patch fixes this and actually makes
the logic to differentiate between Simple Pairing and Legacy Pairing
a lot simpler.

Based on a report by Ville Tervo <ville.tervo@nokia.com>

Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
net/bluetooth/hci_conn.c