linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Suraj Sumangala <suraj@Atheros.com>
To: "linux-bluetooth@vger.kernel.org" <linux-bluetooth@vger.kernel.org>
Subject: Re: updating unacked_frames counter during retransmission
Date: Sat, 5 Mar 2011 14:21:34 +0530	[thread overview]
Message-ID: <4D71F996.1070203@Atheros.com> (raw)
In-Reply-To: <20110305005309.GB9005@joana>

Hi Gustavo,

On 3/5/2011 6:23 AM, Gustavo F. Padovan wrote:
> Hi Suraj,
>
> * Suraj Sumangala<suraj@Atheros.com>  [2011-03-03 12:00:35 +0530]:
>
>> Hi Gustavo,
>>
>> I have a question regarding the ERTM implementation.
>>
>> Should we be incrementing the "l2cap_pinfo.unacked_frames" variable if
>> we are retransmitting a frame?
>
> No, if we are retransmitting a frame that means L2CAP didn't received an ack
> for it and we are already accounting it in unacked_frames and there is no need
> to increment unacked_frames in this case.

I think right now we are incrementing the "l2cap_pinfo.unacked_frames" 
for retransmission also.
>
>>
>> Won't this cause the same frame to be accounted twice?
>>
>> If there are too many retransmissions, will there be a chance that
>> "unacked_frames" could cross 0xFF and over flow.
>
> No, unacked_frames number is limited by the remote transmission window size.
>
Actually, I am seeing an overflow (crossing the remote transmit window) 
issue, when there is retransmission. This was found in older kernel(2.6.35).

So not sure if this is valid in the latest kernel. Will anyway try to 
send a patch for the same.

Regards
Suraj



      reply	other threads:[~2011-03-05  8:51 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-03  6:30 updating unacked_frames counter during retransmission Suraj Sumangala
2011-03-05  0:53 ` Gustavo F. Padovan
2011-03-05  8:51   ` Suraj Sumangala [this message]

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=4D71F996.1070203@Atheros.com \
    --to=suraj@atheros.com \
    --cc=linux-bluetooth@vger.kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).