lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
From: Ilpo Järvinen <hidden> Date: 2011-09-28 08:17:30
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted hunk
lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
@@ -1390,9 +1390,14 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if(skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}
Ah right, the hole filled case which shifts not only the newly SACKed
skb but also the next, already SACKed skb?
I fail to see why you needed to change !before into two checks though:
skb == tp->lost_skb_hint and before(params reversed) ? Shouldn't the
equality that is provided by the negation cover for the == check (and the
params reversion isn't necessary in any case)? In fact, isn't the skb ==
tp->lost_skb_hint check strictly wrong without the same TCPCB_SACKED_ACKED
guard (though I'm not sure, I didn't check, if the hint can ever point to
such a segment in the first place)?
Added Cc to Nandita as they're hunting (possibly other) bug in
tcp_mark_head_lost.
--
i.
lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
@@ -1390,9 +1390,14 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if(skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}
Ah right, the hole filled case which shifts not only the newly SACKed
skb but also the next, already SACKed skb?
I fail to see why you needed to change !before into two checks though:
skb == tp->lost_skb_hint and before(params reversed) ? Shouldn't the
equality that is provided by the negation cover for the == check (and the
params reversion isn't necessary in any case)? In fact, isn't the skb ==
tp->lost_skb_hint check strictly wrong without the same TCPCB_SACKED_ACKED
guard (though I'm not sure, I didn't check, if the hint can ever point to
such a segment in the first place)?
Thanks you for your reply.
skb == tp->lost_skb_hint is special.
If the skb is sacked and we shift 'pcount' packets to previous skb,
these packets will not be counted by future tcp_mark_head_lost() call.
So we should increase lost_cnt_hint.
If the skb is not sacked, the skb will be sacked soon by tcp_sacktag_one(),
So we should not increase lost_cnt_hint.
I didn't think out the second case. I think the correct patch should be:
---
lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
@@ -1390,9 +1390,14 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if(skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}
Ah right, the hole filled case which shifts not only the newly SACKed
skb but also the next, already SACKed skb?
I fail to see why you needed to change !before into two checks though:
skb == tp->lost_skb_hint and before(params reversed) ? Shouldn't the
equality that is provided by the negation cover for the == check (and the
params reversion isn't necessary in any case)? In fact, isn't the skb ==
tp->lost_skb_hint check strictly wrong without the same TCPCB_SACKED_ACKED
guard (though I'm not sure, I didn't check, if the hint can ever point to
such a segment in the first place)?
Thanks you for your reply.
skb == tp->lost_skb_hint is special.
If the skb is sacked and we shift 'pcount' packets to previous skb,
these packets will not be counted by future tcp_mark_head_lost() call.
So we should increase lost_cnt_hint.
If the skb is not sacked, the skb will be sacked soon by tcp_sacktag_one(),
So we should not increase lost_cnt_hint.
I didn't think out the second case. I think the correct patch should be:
---
@@ -1390,9 +1390,15 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if((TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}TCP_SKB_CB(prev)->end_seq+=shifted;TCP_SKB_CB(skb)->seq+=shifted;
---
Sorry, I didn't think out the "skb before lost_skb_hint" case neither.
If the skb isn't sacked, tcp_sacktag_one() will increase the lost_cnt_hint.
So tcp_shifted_skb() shouldn't adjust the the lost_cnt_hint.
I hope my patch is correct this time.
---
From: Ilpo Järvinen <hidden> Date: 2011-09-28 09:50:10
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted hunk
On 09/28/2011 04:55 PM, Yan, Zheng wrote:
quoted
On 09/28/2011 04:17 PM, Ilpo Järvinen wrote:
quoted
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted
lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
@@ -1390,9 +1390,14 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if(skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}
Ah right, the hole filled case which shifts not only the newly SACKed
skb but also the next, already SACKed skb?
I fail to see why you needed to change !before into two checks though:
skb == tp->lost_skb_hint and before(params reversed) ? Shouldn't the
equality that is provided by the negation cover for the == check (and the
params reversion isn't necessary in any case)? In fact, isn't the skb ==
tp->lost_skb_hint check strictly wrong without the same TCPCB_SACKED_ACKED
guard (though I'm not sure, I didn't check, if the hint can ever point to
such a segment in the first place)?
Thanks you for your reply.
skb == tp->lost_skb_hint is special.
If the skb is sacked and we shift 'pcount' packets to previous skb,
these packets will not be counted by future tcp_mark_head_lost() call.
So we should increase lost_cnt_hint.
If the skb is not sacked, the skb will be sacked soon by tcp_sacktag_one(),
So we should not increase lost_cnt_hint.
I didn't think out the second case. I think the correct patch should be:
---
@@ -1390,9 +1390,15 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if((TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}TCP_SKB_CB(prev)->end_seq+=shifted;TCP_SKB_CB(skb)->seq+=shifted;
---
Sorry, I didn't think out the "skb before lost_skb_hint" case neither.
If the skb isn't sacked, tcp_sacktag_one() will increase the lost_cnt_hint.
So tcp_shifted_skb() shouldn't adjust the the lost_cnt_hint.
I hope my patch is correct this time.
---
@@ -1390,8 +1390,8 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint==skb&&+(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED))tp->lost_cnt_hint+=pcount;TCP_SKB_CB(prev)->end_seq+=shifted;
Hehe, besides not spotting all this, I also made another mistake in my
last post. It seems that this code has been quite broken from the
beginning or we still lack some detail. ...But the latest change certainly
seems more reasonable than the previous code of mine if I've successfully
understood enough pieces. These hints, although providing significant
performance benefits, are really pain to get right :-).
But is the non-SACKed case really handled right when hint == skb by the
sacktag_one. We move the seqno in between and then before(x->newseq,
x->newseq) check returns false?
--
i.
lost_skb_hint is used by tcp_mark_head_lost() to mark the first
unhandled skb. lost_cnt_hint is the number of sacked packets before
the lost_skb_hint. tcp_shifted_skb() shouldn't increase lost_cnt_hint
when shifting a sacked skb that is before the lost_skb_hint, because
packets in it are already counted.
Signed-off-by: Zheng Yan <redacted>
---
@@ -1390,9 +1390,14 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if(skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}
Ah right, the hole filled case which shifts not only the newly SACKed
skb but also the next, already SACKed skb?
I fail to see why you needed to change !before into two checks though:
skb == tp->lost_skb_hint and before(params reversed) ? Shouldn't the
equality that is provided by the negation cover for the == check (and the
params reversion isn't necessary in any case)? In fact, isn't the skb ==
tp->lost_skb_hint check strictly wrong without the same TCPCB_SACKED_ACKED
guard (though I'm not sure, I didn't check, if the hint can ever point to
such a segment in the first place)?
Thanks you for your reply.
skb == tp->lost_skb_hint is special.
If the skb is sacked and we shift 'pcount' packets to previous skb,
these packets will not be counted by future tcp_mark_head_lost() call.
So we should increase lost_cnt_hint.
If the skb is not sacked, the skb will be sacked soon by tcp_sacktag_one(),
So we should not increase lost_cnt_hint.
I didn't think out the second case. I think the correct patch should be:
---
@@ -1390,9 +1390,15 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))-tp->lost_cnt_hint+=pcount;+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint){+if((TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+skb==tp->lost_skb_hint)+tp->lost_cnt_hint+=pcount;+elseif(!(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED)&&+before(TCP_SKB_CB(skb)->seq,+TCP_SKB_CB(tp->lost_skb_hint)->seq))+tp->lost_cnt_hint+=pcount;+}TCP_SKB_CB(prev)->end_seq+=shifted;TCP_SKB_CB(skb)->seq+=shifted;
---
Sorry, I didn't think out the "skb before lost_skb_hint" case neither.
If the skb isn't sacked, tcp_sacktag_one() will increase the lost_cnt_hint.
So tcp_shifted_skb() shouldn't adjust the the lost_cnt_hint.
I hope my patch is correct this time.
---
@@ -1390,8 +1390,8 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint==skb&&+(TCP_SKB_CB(skb)->sacked&TCPCB_SACKED_ACKED))tp->lost_cnt_hint+=pcount;TCP_SKB_CB(prev)->end_seq+=shifted;
Hehe, besides not spotting all this, I also made another mistake in my
last post. It seems that this code has been quite broken from the
beginning or we still lack some detail. ...But the latest change certainly
seems more reasonable than the previous code of mine if I've successfully
understood enough pieces. These hints, although providing significant
performance benefits, are really pain to get right :-).
But is the non-SACKed case really handled right when hint == skb by the
sacktag_one. We move the seqno in between and then before(x->newseq,
x->newseq) check returns false?
you are right, thank you.
really hope my patch is correct this time :)
---
From: Ilpo Järvinen <hidden> Date: 2011-09-28 11:29:36
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted hunk
quoted
But is the non-SACKed case really handled right when hint == skb by the
sacktag_one. We move the seqno in between and then before(x->newseq,
x->newseq) check returns false?
you are right, thank you.
really hope my patch is correct this time :)
---
@@ -1390,8 +1390,7 @@ static int tcp_shifted_skb(struct sock *sk, struct sk_buff *skb,BUG_ON(!pcount);/* Tweak before seqno plays */-if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint&&-!before(TCP_SKB_CB(tp->lost_skb_hint)->seq,TCP_SKB_CB(skb)->seq))+if(!tcp_is_fack(tp)&&tcp_is_sack(tp)&&tp->lost_skb_hint==skb)tp->lost_cnt_hint+=pcount;TCP_SKB_CB(prev)->end_seq+=shifted;
It also looks a lot nicer now and more obvious. According to my current
understanding, feel free to add this once doing the proper submission with
Signed-off etc. (please also remove the comment too as seqnos have no
longer any significance here):
Acked-by: Ilpo Järvinen <redacted>
...but it certainly wouldn't hurt if also somebody else has pair of eyes
to spare to confirm that we (both) are now in agreement what the code
really says.
--
i.
Could you please clarify this case for me-
skb == tp->lost_skb_hint
If skb is sacked, doesn't tcp_mark_head_lost() already increment
lost_cnt_hint, in which case you won't need to do it here?
Nandita
On Wed, Sep 28, 2011 at 4:29 AM, Ilpo Järvinen
[off-list ref] wrote:
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted
quoted
But is the non-SACKed case really handled right when hint == skb by the
sacktag_one. We move the seqno in between and then before(x->newseq,
x->newseq) check returns false?
you are right, thank you.
really hope my patch is correct this time :)
---
BUG_ON(!pcount);
/* Tweak before seqno plays */
- if (!tcp_is_fack(tp) && tcp_is_sack(tp) && tp->lost_skb_hint &&
- !before(TCP_SKB_CB(tp->lost_skb_hint)->seq, TCP_SKB_CB(skb)->seq))
+ if (!tcp_is_fack(tp) && tcp_is_sack(tp) && tp->lost_skb_hint == skb)
tp->lost_cnt_hint += pcount;
TCP_SKB_CB(prev)->end_seq += shifted;
It also looks a lot nicer now and more obvious. According to my current
understanding, feel free to add this once doing the proper submission with
Signed-off etc. (please also remove the comment too as seqnos have no
longer any significance here):
Acked-by: Ilpo Järvinen <redacted>
...but it certainly wouldn't hurt if also somebody else has pair of eyes
to spare to confirm that we (both) are now in agreement what the code
really says.
--
i.
Actually don't bother about my question. Your patch is correct. I
convinced myself that it's taking care of diff. cases correctly.
Nandita
On Wed, Sep 28, 2011 at 5:06 PM, Nandita Dukkipati [off-list ref] wrote:
Could you please clarify this case for me-
skb == tp->lost_skb_hint
If skb is sacked, doesn't tcp_mark_head_lost() already increment
lost_cnt_hint, in which case you won't need to do it here?
Nandita
On Wed, Sep 28, 2011 at 4:29 AM, Ilpo Järvinen
[off-list ref] wrote:
quoted
On Wed, 28 Sep 2011, Yan, Zheng wrote:
quoted
quoted
But is the non-SACKed case really handled right when hint == skb by the
sacktag_one. We move the seqno in between and then before(x->newseq,
x->newseq) check returns false?
you are right, thank you.
really hope my patch is correct this time :)
---
BUG_ON(!pcount);
/* Tweak before seqno plays */
- if (!tcp_is_fack(tp) && tcp_is_sack(tp) && tp->lost_skb_hint &&
- !before(TCP_SKB_CB(tp->lost_skb_hint)->seq, TCP_SKB_CB(skb)->seq))
+ if (!tcp_is_fack(tp) && tcp_is_sack(tp) && tp->lost_skb_hint == skb)
tp->lost_cnt_hint += pcount;
TCP_SKB_CB(prev)->end_seq += shifted;
It also looks a lot nicer now and more obvious. According to my current
understanding, feel free to add this once doing the proper submission with
Signed-off etc. (please also remove the comment too as seqnos have no
longer any significance here):
Acked-by: Ilpo Järvinen <redacted>
...but it certainly wouldn't hurt if also somebody else has pair of eyes
to spare to confirm that we (both) are now in agreement what the code
really says.
--
i.