Re: [PATCH v2] Bluetooth: Device Scan and connection collision fix

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Ram,

On Tue, Jul 17, 2012 at 05:39:00PM +0300, ramm@xxxxxx wrote:
> From: Ram Malovany <ramm@xxxxxx>
> 
> During search of devices, HCI Remote Name Request Command is sent for
> every device which name was not included in inquiry result. But the
> same command is also sent during incoming connection establishing
> procedure. Function hci_check_pending_name() was fixed in order to
> handle this situation which led to a kernel crash when initiating
> an incoming connection from a device that was not found in the
> inquiry while doing a search. There is no need to continue resolving
> the next name if we get the request from the incoming connection
> procedure as it will be done upon receiving another remote name
> request complete event
> 
> Signed-off-by: Ram Malovany <ramm@xxxxxx>
> ---
>  net/bluetooth/hci_event.c |   16 ++++++++++++----
>  1 files changed, 12 insertions(+), 4 deletions(-)
>  mode change 100644 => 100755 net/bluetooth/hci_event.c
> 
> diff --git a/net/bluetooth/hci_event.c b/net/bluetooth/hci_event.c
> old mode 100644
> new mode 100755
> index 41ff978..11ff62a
> --- a/net/bluetooth/hci_event.c
> +++ b/net/bluetooth/hci_event.c
> @@ -1365,7 +1365,7 @@ static bool hci_resolve_next_name(struct hci_dev *hdev)
>  		return false;
>  
>  	e = hci_inquiry_cache_lookup_resolve(hdev, BDADDR_ANY, NAME_NEEDED);
> -	if (hci_resolve_name(hdev, e) == 0) {
> +	if (e && hci_resolve_name(hdev, e) == 0) {
>  		e->name_state = NAME_PENDING;
>  		return true;
>  	}
> @@ -1379,6 +1379,9 @@ static void hci_check_pending_name(struct hci_dev *hdev, struct hci_conn *conn,
>  	struct discovery_state *discov = &hdev->discovery;
>  	struct inquiry_entry *e;
>  
> +	BT_DBG("name %p, name_len %d, discov->state %d",
> +		name, name_len, discov->state);
> +
>  	if (conn && !test_and_set_bit(HCI_CONN_MGMT_CONNECTED, &conn->flags))
>  		mgmt_device_connected(hdev, bdaddr, ACL_LINK, 0x00, 0, name,
>  				      name_len, conn->dev_class);
> @@ -1394,11 +1397,16 @@ static void hci_check_pending_name(struct hci_dev *hdev, struct hci_conn *conn,
>  
>  	e = hci_inquiry_cache_lookup_resolve(hdev, bdaddr, NAME_PENDING);
>  	if (e) {
> -		e->name_state = NAME_KNOWN;
>  		list_del(&e->list);
> -		if (name)
> +		if (name) {
> +			e->name_state = NAME_KNOWN;
>  			mgmt_remote_name(hdev, bdaddr, ACL_LINK, 0x00,
>  					 e->data.rssi, name, name_len);
> +		} else {
> +			e->name_state = NAME_NOT_KNOWN;
> +		}
> +	} else {
> +	     return;

Sorry that didn't see that first time, but wouldn't it be better if you
use 

if (!e)
	return;

Otherwise there are way too much if-else.

Best regards 
Andrei Emeltchenko 

--
To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[Index of Archives]     [Bluez Devel]     [Linux Wireless Networking]     [Linux Wireless Personal Area Networking]     [Linux ATH6KL]     [Linux USB Devel]     [Linux Media Drivers]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [Big List of Linux Books]

  Powered by Linux