Searched hist:"9 c903e373c11f62d62bce1209f662ca92589a075" (Results 1 – 2 of 2) sorted by relevance
/openbmc/linux/include/net/bluetooth/ |
H A D | l2cap.h | diff 9c903e373c11f62d62bce1209f662ca92589a075 Sat Apr 06 13:28:44 CDT 2013 David Herrmann <dh.herrmann@gmail.com> Bluetooth: l2cap: introduce l2cap_conn ref-counting
If we want to use l2cap_conn outside of l2cap_core.c, we need refcounting for these objects. Otherwise, we cannot synchronize l2cap locks with outside locks and end up with deadlocks.
Hence, introduce ref-counting for l2cap_conn objects. This doesn't affect l2cap internals at all, as they use a direct synchronization. We also keep a reference to the parent hci_conn for locking purposes as l2cap_conn depends on this. This doesn't affect the connection itself but only the lifetime of the (dead) object.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com> Acked-by: Marcel Holtmann <marcel@holtmann.org> Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
|
/openbmc/linux/net/bluetooth/ |
H A D | l2cap_core.c | diff 9c903e373c11f62d62bce1209f662ca92589a075 Sat Apr 06 13:28:44 CDT 2013 David Herrmann <dh.herrmann@gmail.com> Bluetooth: l2cap: introduce l2cap_conn ref-counting
If we want to use l2cap_conn outside of l2cap_core.c, we need refcounting for these objects. Otherwise, we cannot synchronize l2cap locks with outside locks and end up with deadlocks.
Hence, introduce ref-counting for l2cap_conn objects. This doesn't affect l2cap internals at all, as they use a direct synchronization. We also keep a reference to the parent hci_conn for locking purposes as l2cap_conn depends on this. This doesn't affect the connection itself but only the lifetime of the (dead) object.
Signed-off-by: David Herrmann <dh.herrmann@gmail.com> Acked-by: Marcel Holtmann <marcel@holtmann.org> Signed-off-by: Gustavo Padovan <gustavo.padovan@collabora.co.uk>
|