mirror of
https://mirrors.bfsu.edu.cn/git/linux.git
synced 2024-11-15 00:04:15 +08:00
Bluetooth: Fix Pair Device response parameters for pairing failure
It is possible that pairing fails after we've already received remote identity information. One example of such a situation is when re-encryption using the LTK fails. In this case the hci_conn object has already been updated with the identity address but user space does not yet know about it (since we didn't notify it of the new IRK yet). To ensure user space doesn't get a Pair Device command response with an unknown address always use the same address in the response as was used for the original command. Signed-off-by: Johan Hedberg <johan.hedberg@intel.com> Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
This commit is contained in:
parent
01ad34d267
commit
4e7b2030c4
@ -2762,11 +2762,23 @@ static struct pending_cmd *find_pairing(struct hci_conn *conn)
|
||||
|
||||
static void pairing_complete(struct pending_cmd *cmd, u8 status)
|
||||
{
|
||||
const struct mgmt_cp_pair_device *cp = cmd->param;
|
||||
struct mgmt_rp_pair_device rp;
|
||||
struct hci_conn *conn = cmd->user_data;
|
||||
|
||||
bacpy(&rp.addr.bdaddr, &conn->dst);
|
||||
rp.addr.type = link_to_bdaddr(conn->type, conn->dst_type);
|
||||
/* If we had a pairing failure we might have already received
|
||||
* the remote Identity Address Information and updated the
|
||||
* hci_conn variables with it, however we would not yet have
|
||||
* notified user space of the resolved identity. Therefore, use
|
||||
* the address given in the Pair Device command in case the
|
||||
* pairing failed.
|
||||
*/
|
||||
if (status) {
|
||||
memcpy(&rp.addr, &cp->addr, sizeof(rp.addr));
|
||||
} else {
|
||||
bacpy(&rp.addr.bdaddr, &conn->dst);
|
||||
rp.addr.type = link_to_bdaddr(conn->type, conn->dst_type);
|
||||
}
|
||||
|
||||
cmd_complete(cmd->sk, cmd->index, MGMT_OP_PAIR_DEVICE, status,
|
||||
&rp, sizeof(rp));
|
||||
|
Loading…
Reference in New Issue
Block a user