(as plain text this time..) Hi Gustavo & Johan, > > > Maybe we could set timeout back to HCI_DICONN_TIMEOUT when l2cap is > > > connected (or disconnected)? That should cover SDP search case.. > > > > What happened to getting this patch upstream? To me it looks like a > > definitely needed fix. After adding the fix to restore a sensible value > > for disc_timeout after an L2CAP connect request either way and adding a > > better explanation to the commit message (that we only get the PIN > > request after user has entered one on the remote side, including a > > hcidump of this) I think this should go upstream. If this had been > > processed in a timely manner it could have made it to 3.5 but now it > > seems too late for that (as it's not strictly speaking a regression from > > 3.4). > > Could you re-do this patch as Johan says so we can try push it to 3.5? Sorry for late reply, been on rather long holiday.. I now feel that this is a bug in bluez not in kernel - bluez should not cancel PIN request for agent if acl is disconnected but just reconnect when PIN is provided. So, if you still like to have this workaround in kernel for devices which are highly unlikely to have this fixed I can send new version. -- BR Szymon Janc -- 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
