[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <DF70A2DA-9E5F-4524-8F20-2EC7CF70597F@holtmann.org>
Date: Tue, 28 Apr 2020 11:38:09 +0200
From: Marcel Holtmann <marcel@...tmann.org>
To: Manish Mandlik <mmandlik@...gle.com>
Cc: Luiz Augusto von Dentz <luiz.dentz@...il.com>,
linux-bluetooth <linux-bluetooth@...r.kernel.org>,
ChromeOS Bluetooth Upstreaming
<chromeos-bluetooth-upstreaming@...omium.org>,
Alain Michaud <alainm@...omium.org>,
"David S. Miller" <davem@...emloft.net>,
Johan Hedberg <johan.hedberg@...il.com>,
netdev <netdev@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>,
Jakub Kicinski <kuba@...nel.org>
Subject: Re: [PATCH] Bluetooth: Terminate the link if pairing is cancelled
Hi Manish,
> If user decides to cancel ongoing pairing process (e.g. by clicking
> the cancel button on the pairing/passkey window), abort any ongoing
> pairing and then terminate the link.
>
> Signed-off-by: Manish Mandlik <mmandlik@...gle.com>
> ---
> Hello Linux-Bluetooth,
>
> This patch aborts any ongoing pairing and then terminates the link
> by calling hci_abort_conn() in cancel_pair_device() function.
>
> However, I'm not very sure if hci_abort_conn() should be called here
> in cancel_pair_device() or in smp for example to terminate the link
> after it had sent the pairing failed PDU.
>
> Please share your thoughts on this.
I am look into this. Just bare with me for a bit to verify the call chain.
Regards
Marcel
Powered by blists - more mailing lists