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@xxxxxxxxx> > Date: Tue, 8 Mar 2011 22:01:19 -0800 > Subject: [PATCH] bluetooth_bug_fix_test_1 > Signed-off-by: Justin P. Mattock <justinmattock@xxxxxxxxx> > > --- > 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 -- 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