Re: re "bluetooth disabled" and "[BUG] usb problems in .38-rc3+"

[Ed Tomlinson <edt@aei.ca>]

On Wednesday 09 March 2011 16:23:55 Justin P. Mattock wrote:
> 
> looking more into this issue I am noticing that it seems this might be a 
> timing issue. I have tried adding msleep to the function but endedup 
> having a system freeze(only because I am not sure how msleep 
> works)udelay I have not played around with just yet.
> 
> the below patch gets everything working for me:
> 
> 
>  From 8065e37b546cdf6e42a5de4277e08ebba0a18637 Mon Sep 17 00:00:00 2001
> From: Justin P. Mattock <justinmattock@gmail.com>
> Date: Tue, 8 Mar 2011 22:01:19 -0800
> Subject: [PATCH] bluetooth_bug_fix_test_1
>   Signed-off-by: Justin P. Mattock <justinmattock@gmail.com>
> 
> ---
>   net/bluetooth/hci_core.c |   11 +++++------
>   1 files changed, 5 insertions(+), 6 deletions(-)
> 
> diff --git a/net/bluetooth/hci_core.c b/net/bluetooth/hci_core.c
> index 9c4541b..f690eb5 100644
> --- a/net/bluetooth/hci_core.c
> +++ b/net/bluetooth/hci_core.c
> @@ -95,18 +95,17 @@ void hci_req_complete(struct hci_dev *hdev, __u16 
> cmd, int result)
>   {
>   	BT_DBG("%s command 0x%04x result 0x%2.2x", hdev->name, cmd, result);
> 
> +	if (hdev->req_status == HCI_REQ_PEND) {
> +		hdev->req_result = result;
> +		hdev->req_status = HCI_REQ_DONE;
> +		wake_up_interruptible(&hdev->req_wait_q);
> +	}
>   	/* If the request has set req_last_cmd (typical for multi-HCI
>   	 * command requests) check if the completed command matches
>   	 * this, and if not just return. Single HCI command requests
>   	 * typically leave req_last_cmd as 0 */
>   	if (hdev->req_last_cmd && cmd != hdev->req_last_cmd)
>   		return;
> -
> -	if (hdev->req_status == HCI_REQ_PEND) {
> -		hdev->req_result = result;
> -		hdev->req_status = HCI_REQ_DONE;
> -		wake_up_interruptible(&hdev->req_wait_q);
> -	}
>   }
> 
>   static void hci_req_cancel(struct hci_dev *hdev, int err)
> 

Works here too - bluetooth comes up enabled.  On to Linus?

Thanks
Ed