public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Mat Martineau <mathewm@codeaurora.org>
To: Gustavo Padovan <gustavo@padovan.org>
Cc: linux-bluetooth@vger.kernel.org, marcel@holtmann.org,
	ulisses@profusion.mobi, pkrystad@codeaurora.org
Subject: Re: [PATCH 02/25] Bluetooth: Add a new L2CAP ERTM transmit state machine.
Date: Fri, 18 May 2012 13:19:14 -0700 (PDT)	[thread overview]
Message-ID: <alpine.DEB.2.02.1205181317470.3662@mathewm-linux> (raw)
In-Reply-To: <20120518195422.GA16942@joana>


On Fri, 18 May 2012, Gustavo Padovan wrote:

> Hi Mat,
>
> * Mat Martineau <mathewm@codeaurora.org> [2012-05-17 20:53:32 -0700]:
>
>> This implements a top-level transmit state machine with handlers for
>> the two ERTM states defined in the specification: XMIT and WAIT_F.
>>
>> The state machine accepts an event and, optionally, a list of skbs to
>> transmit.  In addition to data transmission, the local busy state can
>> be modified, acks are processed, and monitor and retransmit timeouts
>> are handled.  This mirrors the structure of the state tables in the
>> spec.
>>
>> Signed-off-by: Mat Martineau <mathewm@codeaurora.org>
>> ---
>>  net/bluetooth/l2cap_core.c |  254 ++++++++++++++++++++++++++++++++++++++++++--
>>  1 file changed, 246 insertions(+), 8 deletions(-)
>>
>> diff --git a/net/bluetooth/l2cap_core.c b/net/bluetooth/l2cap_core.c
>> index 6557367..a131403 100644
>> --- a/net/bluetooth/l2cap_core.c
>> +++ b/net/bluetooth/l2cap_core.c
>> @@ -73,6 +73,9 @@ static int l2cap_build_conf_req(struct l2cap_chan *chan, void *data);
>>  static void l2cap_send_disconn_req(struct l2cap_conn *conn,
>>  				   struct l2cap_chan *chan, int err);
>>
>> +static int l2cap_tx(struct l2cap_chan *chan, struct l2cap_ctrl *control,
>> +		    struct sk_buff_head *skbs, u8 event);
>> +
>>  /* ---- L2CAP channels ---- */
>>
>>  static struct l2cap_chan *__l2cap_get_chan_by_dcid(struct l2cap_conn *conn, u16 cid)
>> @@ -224,6 +227,19 @@ static inline void l2cap_chan_set_err(struct l2cap_chan *chan, int err)
>>  	release_sock(sk);
>>  }
>>
>> +static struct sk_buff *l2cap_ertm_seq_in_queue(struct sk_buff_head *head,
>> +					       u16 seq)
>> +{
>> +	struct sk_buff *skb;
>> +
>> +	skb_queue_walk(head, skb) {
>> +		if (bt_cb(skb)->control.txseq == seq)
>> +			return skb;
>> +	}
>> +
>> +	return NULL;
>> +}
>> +
>>  /* ---- L2CAP sequence number lists ---- */
>>
>>  /* For ERTM, ordered lists of sequence numbers must be tracked for
>> @@ -2117,16 +2133,15 @@ int l2cap_chan_send(struct l2cap_chan *chan, struct msghdr *msg, size_t len,
>>  		if (err)
>>  			break;
>>
>> -		if (chan->mode == L2CAP_MODE_ERTM && chan->tx_send_head == NULL)
>> -			chan->tx_send_head = seg_queue.next;
>> -		skb_queue_splice_tail_init(&seg_queue, &chan->tx_q);
>> -
>> -		if (chan->mode == L2CAP_MODE_ERTM)
>> -			err = l2cap_ertm_send(chan);
>> -		else
>> +		if (chan->mode == L2CAP_MODE_ERTM) {
>> +			err = l2cap_tx(chan, 0, &seg_queue,
>> +				       L2CAP_EV_DATA_REQUEST);
>> +		} else {
>> +			skb_queue_splice_tail_init(&seg_queue, &chan->tx_q);
>>  			l2cap_streaming_send(chan);
>> +		}
>>
>> -		if (err >= 0)
>> +		if (!err)
>>  			err = len;
>>
>>  		/* If the skbs were not queued for sending, they'll still be in
>> @@ -2143,6 +2158,229 @@ int l2cap_chan_send(struct l2cap_chan *chan, struct msghdr *msg, size_t len,
>>  	return err;
>>  }
>>
>> +static void l2cap_process_reqseq(struct l2cap_chan *chan, u16 reqseq)
>> +{
>> +	struct sk_buff *acked_skb;
>> +	u16 ackseq;
>> +
>> +	BT_DBG("chan %p, reqseq %d", chan, reqseq);
>> +
>> +	if (chan->unacked_frames == 0 || reqseq == chan->expected_ack_seq)
>> +		return;
>> +
>> +	BT_DBG("expected_ack_seq %d, unacked_frames %d",
>> +	       chan->expected_ack_seq, chan->unacked_frames);
>> +
>> +	for (ackseq = chan->expected_ack_seq; ackseq != reqseq;
>> +	     ackseq = __next_seq(chan, ackseq)) {
>> +
>> +		acked_skb = l2cap_ertm_seq_in_queue(&chan->tx_q, ackseq);
>> +		if (acked_skb) {
>> +			skb_unlink(acked_skb, &chan->tx_q);
>> +			kfree_skb(acked_skb);
>> +			chan->unacked_frames--;
>> +		}
>> +	}
>> +
>> +	chan->expected_ack_seq = reqseq;
>> +
>> +	if (chan->unacked_frames == 0)
>> +		__clear_retrans_timer(chan);
>> +
>> +	BT_DBG("unacked_frames %d", (int) chan->unacked_frames);
>> +}
>> +
>> +static void l2cap_abort_rx_srej_sent(struct l2cap_chan *chan)
>> +{
>> +	BT_DBG("chan %p", chan);
>> +
>> +	chan->expected_tx_seq = chan->buffer_seq;
>> +	l2cap_seq_list_clear(&chan->srej_list);
>> +	skb_queue_purge(&chan->srej_q);
>> +	chan->rx_state = L2CAP_RX_STATE_RECV;
>> +}
>> +
>> +static int l2cap_tx_state_xmit(struct l2cap_chan *chan,
>> +			       struct l2cap_ctrl *control,
>> +			       struct sk_buff_head *skbs, u8 event)
>> +{
>> +	int err = 0;
>> +
>> +	BT_DBG("chan %p, control %p, skbs %p, event %d", chan, control, skbs,
>> +	       event);
>> +
>> +	switch (event) {
>> +	case L2CAP_EV_DATA_REQUEST:
>> +		if (chan->tx_send_head == NULL)
>> +			chan->tx_send_head = skb_peek(skbs);
>> +
>> +		skb_queue_splice_tail_init(skbs, &chan->tx_q);
>> +		l2cap_ertm_send(chan);
>> +		break;
>> +	case L2CAP_EV_LOCAL_BUSY_DETECTED:
>> +		BT_DBG("Enter LOCAL_BUSY");
>> +		set_bit(CONN_LOCAL_BUSY, &chan->conn_state);
>> +
>> +		if (chan->rx_state == L2CAP_RX_STATE_SREJ_SENT) {
>> +			/* The SREJ_SENT state must be aborted if we are to
>> +			 * enter the LOCAL_BUSY state.
>> +			 */
>> +			l2cap_abort_rx_srej_sent(chan);
>> +		}
>> +
>> +		l2cap_send_ack(chan);
>> +
>> +		break;
>> +	case L2CAP_EV_LOCAL_BUSY_CLEAR:
>> +		BT_DBG("Exit LOCAL_BUSY");
>> +		clear_bit(CONN_LOCAL_BUSY, &chan->conn_state);
>> +
>> +		if (test_bit(CONN_RNR_SENT, &chan->conn_state)) {
>> +			struct l2cap_ctrl local_control;
>> +
>> +			memset(&local_control, 0, sizeof(local_control));
>> +			local_control.sframe = 1;
>> +			local_control.super = L2CAP_SUPER_RR;
>> +			local_control.poll = 1;
>> +			local_control.reqseq = chan->buffer_seq;
>
> You are not using local_control anywhere? Should it be removed, or other patch
> in this patchset uses it?

Patch 5 uses it.  The next line (call to l2cap_send_sframe) is where 
it is used, but l2cap_send_sframe hasn't been modified to take an 
l2cap_ctrl pointer yet.

--
Mat Martineau
Employee of Qualcomm Innovation Center, Inc.
Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum

  reply	other threads:[~2012-05-18 20:19 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-18  3:53 [PATCH 00/25] ERTM state machine changes, part 3 Mat Martineau
2012-05-18  3:53 ` [PATCH 01/25] Bluetooth: Change default state of ERTM disable flag Mat Martineau
2012-05-18  3:53 ` [PATCH 02/25] Bluetooth: Add a new L2CAP ERTM transmit state machine Mat Martineau
2012-05-18 19:54   ` Gustavo Padovan
2012-05-18 20:19     ` Mat Martineau [this message]
2012-05-18  3:53 ` [PATCH 03/25] Bluetooth: Refactor l2cap_streaming_send Mat Martineau
2012-05-18  3:53 ` [PATCH 04/25] Bluetooth: Refactor l2cap_ertm_send Mat Martineau
2012-05-18  3:53 ` [PATCH 05/25] Bluetooth: Refactor l2cap_send_sframe Mat Martineau
2012-05-18  3:53 ` [PATCH 06/25] Bluetooth: Consolidate common receive code for ERTM and streaming mode Mat Martineau
2012-05-18  3:53 ` [PATCH 07/25] Bluetooth: Add streaming mode receive and incoming packet classifier Mat Martineau
2012-05-18  3:53 ` [PATCH 08/25] Bluetooth: Remove receive code that has been superceded Mat Martineau
2012-05-18  3:53 ` [PATCH 09/25] Bluetooth: Refactor l2cap_send_ack Mat Martineau
2012-05-18  3:53 ` [PATCH 10/25] Bluetooth: Use the transmit state machine for busy state changes Mat Martineau
2012-05-18  3:53 ` [PATCH 11/25] Bluetooth: Update l2cap_send_i_or_rr_or_rnr to fit the spec better Mat Martineau
2012-05-18  3:53 ` [PATCH 12/25] Bluetooth: Add the ERTM receive state machine Mat Martineau
2012-05-18  3:53 ` [PATCH 13/25] Bluetooth: Add implementation for retransmitting all unacked frames Mat Martineau
2012-05-18  3:53 ` [PATCH 14/25] Bluetooth: Send SREJ frames when packets go missing Mat Martineau
2012-05-18  3:53 ` [PATCH 15/25] Bluetooth: Reassemble all available data when retransmissions succeed Mat Martineau
2012-05-18  3:53 ` [PATCH 16/25] Bluetooth: Handle SREJ requests to resend unacked frames Mat Martineau
2012-05-18  3:53 ` [PATCH 17/25] Bluetooth: Handle incoming REJ frames Mat Martineau
2012-05-18  3:53 ` [PATCH 18/25] Bluetooth: Use new header structures in l2cap_send_rr_or_rnr Mat Martineau
2012-05-18  3:53 ` [PATCH 19/25] Bluetooth: Check rules when setting retransmit or monitor timers Mat Martineau
2012-05-18  3:53 ` [PATCH 20/25] Bluetooth: Use the ERTM transmit state machine from timeout handlers Mat Martineau
2012-05-18  3:53 ` [PATCH 21/25] Bluetooth: Simplify the ERTM ack timeout Mat Martineau
2012-05-18  3:53 ` [PATCH 22/25] Bluetooth: Remove unneccesary inline Mat Martineau
2012-05-18  3:53 ` [PATCH 23/25] Bluetooth: Set txwin values for streaming mode Mat Martineau
2012-05-18  3:53 ` [PATCH 24/25] Bluetooth: Remove unused ERTM control field macros Mat Martineau
2012-05-18  3:53 ` [PATCH 25/25] Bluetooth: Enable ERTM by default Mat Martineau
2012-05-18 20:56   ` Gustavo Padovan

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=alpine.DEB.2.02.1205181317470.3662@mathewm-linux \
    --to=mathewm@codeaurora.org \
    --cc=gustavo@padovan.org \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=marcel@holtmann.org \
    --cc=pkrystad@codeaurora.org \
    --cc=ulisses@profusion.mobi \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox