Bluetooth: Don't use remote address type to decide IRK persistency
authorJohan Hedberg <johan.hedberg@intel.com>
Mon, 12 Oct 2015 11:36:19 +0000 (13:36 +0200)
committerMarcel Holtmann <marcel@holtmann.org>
Tue, 20 Oct 2015 22:49:21 +0000 (00:49 +0200)
commitcad20c278085d893ebd616cd20c0747a8e9d53c7
tree04bde6709e83fd472e0da063ab08a8d9f52cd936
parent581d6fd60f37be587690655de05aee200b939e06
Bluetooth: Don't use remote address type to decide IRK persistency

There are LE devices on the market that start off by announcing their
public address and then once paired switch to using private address.
To be interoperable with such devices we should simply trust the fact
that we're receiving an IRK from them to indicate that they may use
private addresses in the future. Instead, simply tie the persistency
to the bonding/no-bonding information the same way as for LTKs and
CSRKs.

Signed-off-by: Johan Hedberg <johan.hedberg@intel.com>
Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
include/net/bluetooth/hci_core.h
net/bluetooth/mgmt.c
net/bluetooth/smp.c