Bluetooth: Use event-driven approach for handling ERTM receive buffer
authorMat Martineau <mathewm@codeaurora.org>
Thu, 7 Jul 2011 16:39:02 +0000 (09:39 -0700)
committerGustavo F. Padovan <padovan@profusion.mobi>
Thu, 7 Jul 2011 18:28:56 +0000 (15:28 -0300)
commite328140fdacbba43292a59a22fb55d9185288318
tree43eb760529846562e6e75c25cd39a8317142eac7
parent26f880d221302b5d061185d8a6795bb532693bf3
Bluetooth: Use event-driven approach for handling ERTM receive buffer

This change moves most L2CAP ERTM receive buffer handling out of the
L2CAP core and in to the socket code.  It's up to the higher layer
(the socket code, in this case) to tell the core when its buffer is
full or has space available.  The recv op should always accept
incoming ERTM data or else the connection will go down.

Within the socket layer, an skb that does not fit in the socket
receive buffer will be temporarily stored.  When the socket is read
from, that skb will be placed in the receive buffer if possible.  Once
adequate buffer space becomes available, the L2CAP core is informed
and the ERTM local busy state is cleared.

Receive buffer management for non-ERTM modes is unchanged.

Signed-off-by: Mat Martineau <mathewm@codeaurora.org>
Signed-off-by: Gustavo F. Padovan <padovan@profusion.mobi>
include/net/bluetooth/l2cap.h
net/bluetooth/l2cap_core.c
net/bluetooth/l2cap_sock.c