fce21ae4cc
Right now all brcm2708 patches are extracted from the non-mainline raspberrypi/linux git tree. Many of them are hacks and/or are unneeded in LEDE. Raspberry Pi is getting better and better mainline support so it would be nice to finally start maintaining patches in a cleaner way: 1) Backport patches accepted in upstream tree 2) Start using upstream drivers 3) Pick only these patches that are needed for more complete support Handling above tasks requires grouping patches - ideally using the same prefixes as generic ones. It means we should rename existing patches to use some high prefix. This will allow e.g. use 0xx for backported code. Signed-off-by: Rafał Miłecki <rafal@milecki.pl> Acked-by: Florian Fainelli <f.fainelli@gmail.com> Acked-by: Stijn Tintel <stijn@linux-ipv6.be>
23 lines
903 B
Diff
23 lines
903 B
Diff
From 0224b0469a7f5c2ee6420aac66e89e3206029633 Mon Sep 17 00:00:00 2001
|
|
From: Phil Elwell <phil@raspberrypi.org>
|
|
Date: Thu, 17 Dec 2015 13:37:07 +0000
|
|
Subject: [PATCH] hci_h5: Don't send conf_req when ACTIVE
|
|
|
|
Without this patch, a modem and kernel can continuously bombard each
|
|
other with conf_req and conf_rsp messages, in a demented game of tag.
|
|
---
|
|
drivers/bluetooth/hci_h5.c | 3 ++-
|
|
1 file changed, 2 insertions(+), 1 deletion(-)
|
|
|
|
--- a/drivers/bluetooth/hci_h5.c
|
|
+++ b/drivers/bluetooth/hci_h5.c
|
|
@@ -310,7 +310,8 @@ static void h5_handle_internal_rx(struct
|
|
h5_link_control(hu, conf_req, 3);
|
|
} else if (memcmp(data, conf_req, 2) == 0) {
|
|
h5_link_control(hu, conf_rsp, 2);
|
|
- h5_link_control(hu, conf_req, 3);
|
|
+ if (h5->state != H5_ACTIVE)
|
|
+ h5_link_control(hu, conf_req, 3);
|
|
} else if (memcmp(data, conf_rsp, 2) == 0) {
|
|
if (H5_HDR_LEN(hdr) > 2)
|
|
h5->tx_win = (data[2] & 0x07);
|