On 06/06/2015 01:23 AM, Marcel Holtmann wrote:
actually if this is only this device causing it, this might fix it:
diff --git a/drivers/bluetooth/btusb.c b/drivers/bluetooth/btusb.c
index 94c6c048130f..e6815c678898 100644
--- a/drivers/bluetooth/btusb.c
+++ b/drivers/bluetooth/btusb.c
@@ -1614,6 +1614,8 @@ static int btusb_setup_intel(struct hci_dev *hdev)
}
fw_ptr = fw->data;
+ kfree_skb(skb);
+
/* This Intel specific command enables the manufacturer mode of the
* controller.
*
Totally untested, but it seems we forget to free that SKB and it would explain if you only see this on Intel Wilkens Peak and Stone Peak controllers.
Marcel,
Thanks. My knowledge of btusb and the hci library is too meagre for me to find
leaks.
I have tested this patch. To me, this looks like a real leak, particularly since
skb is overwritten a few lines down; however, the one I see is still present. My
device does load a firmware patch file. This patch may or may not be needed, but
it does no harm that I see.
For the record, my device loads patch file ibt-hw-37.7.10-fw-1.80.2.3.d.bseq.
Larry
--
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
