From: Leandro <leandroal@gmail.com>
To: dccp@vger.kernel.org
Subject: [PATCHv2 7/8] Fix name schema for option received struct
Date: Fri, 21 Dec 2007 04:34:49 +0000 [thread overview]
Message-ID: <200712210134.49358.leandroal@gmail.com> (raw)
[TFRC_CCIDS] Fix name schema for option received struct.
Signed-off-by: Leandro Melo de Sales <leandro@embedded.ufcg.edu.br>
--------------------> Patch v2 <-------------------------
The first version of this patch doest apply properly in the current ccid4 branch. This new version it is ok.
Index: ccid4.latest/net/dccp/ccids/ccid3.c
=================================--- ccid4.latest.orig/net/dccp/ccids/ccid3.c
+++ ccid4.latest/net/dccp/ccids/ccid3.c
@@ -343,11 +343,11 @@ static void ccid3_hc_tx_packet_recv(stru
}
/* Update receive rate in units of 64 * bytes/second */
- hctx->ttx_x_recv = opt_recv->tfrcor_receive_rate;
+ hctx->ttx_x_recv = opt_recv->trx_receive_rate;
hctx->ttx_x_recv <<= 6;
/* Update loss event rate (which is scaled by 1e6) */
- pinv = opt_recv->tfrcor_loss_event_rate;
+ pinv = opt_recv->trx_loss_event_rate;
if (pinv = ~0U || pinv = 0) /* see RFC 4342, 8.5 */
hctx->ttx_p = 0;
else /* can not exceed 100% */
Index: ccid4.latest/net/dccp/ccids/ccid4.c
=================================--- ccid4.latest.orig/net/dccp/ccids/ccid4.c
+++ ccid4.latest/net/dccp/ccids/ccid4.c
@@ -378,11 +378,11 @@ static void ccid4_hc_tx_packet_recv(stru
}
/* Update receive rate in units of 64 * bytes/second */
- hctx->ttx_x_recv = opt_recv->tfrcor_receive_rate;
+ hctx->ttx_x_recv = opt_recv->trx_receive_rate;
hctx->ttx_x_recv <<= 6;
/* Update loss event rate (which is scaled by 1e6) */
- pinv = opt_recv->tfrcor_loss_event_rate;
+ pinv = opt_recv->trx_loss_event_rate;
if (pinv = ~0U || pinv = 0) /* see RFC 4342, 8.5 */
hctx->ttx_p = 0;
else /* can not exceed 100% */
Index: ccid4.latest/net/dccp/ccids/lib/tfrc_ccids.c
=================================--- ccid4.latest.orig/net/dccp/ccids/lib/tfrc_ccids.c
+++ ccid4.latest/net/dccp/ccids/lib/tfrc_ccids.c
@@ -83,12 +83,12 @@ int tfrc_tx_parse_options(struct sock *s
opt_recv = &hctx->ttx_options_received;
- if (opt_recv->tfrcor_seqno != dp->dccps_gsr) {
- opt_recv->tfrcor_seqno = dp->dccps_gsr;
- opt_recv->tfrcor_loss_event_rate = ~0;
- opt_recv->tfrcor_loss_intervals_idx = 0;
- opt_recv->tfrcor_loss_intervals_len = 0;
- opt_recv->tfrcor_receive_rate = 0;
+ if (opt_recv->trx_seqno != dp->dccps_gsr) {
+ opt_recv->trx_seqno = dp->dccps_gsr;
+ opt_recv->trx_loss_event_rate = ~0;
+ opt_recv->trx_loss_intervals_idx = 0;
+ opt_recv->trx_loss_intervals_len = 0;
+ opt_recv->trx_receive_rate = 0;
}
switch (option) {
@@ -100,19 +100,19 @@ int tfrc_tx_parse_options(struct sock *s
rc = -EINVAL;
} else {
opt_val = get_unaligned((u32 *)value);
- opt_recv->tfrcor_loss_event_rate = ntohl(opt_val);
+ opt_recv->trx_loss_event_rate = ntohl(opt_val);
tfrc_pr_debug("%s(%p), LOSS_EVENT_RATE=%u\n",
dccp_role(sk), sk,
- opt_recv->tfrcor_loss_event_rate);
+ opt_recv->trx_loss_event_rate);
}
break;
case TFRC_OPT_LOSS_INTERVALS:
- opt_recv->tfrcor_loss_intervals_idx = idx;
- opt_recv->tfrcor_loss_intervals_len = len;
+ opt_recv->trx_loss_intervals_idx = idx;
+ opt_recv->trx_loss_intervals_len = len;
tfrc_pr_debug("%s(%p), LOSS_INTERVALS=(%u, %u)\n",
dccp_role(sk), sk,
- opt_recv->tfrcor_loss_intervals_idx,
- opt_recv->tfrcor_loss_intervals_len);
+ opt_recv->trx_loss_intervals_idx,
+ opt_recv->trx_loss_intervals_len);
break;
case TFRC_OPT_RECEIVE_RATE:
if (unlikely(len != 4)) {
@@ -122,10 +122,10 @@ int tfrc_tx_parse_options(struct sock *s
rc = -EINVAL;
} else {
opt_val = get_unaligned((u32 *)value);
- opt_recv->tfrcor_receive_rate = ntohl(opt_val);
+ opt_recv->trx_receive_rate = ntohl(opt_val);
tfrc_pr_debug("%s(%p), RECEIVE_RATE=%u\n",
dccp_role(sk), sk,
- opt_recv->tfrcor_receive_rate);
+ opt_recv->trx_receive_rate);
}
break;
case TFRC_OPT_DROPPED_PACKETS:
Index: ccid4.latest/net/dccp/ccids/lib/tfrc_ccids.h
=================================--- ccid4.latest.orig/net/dccp/ccids/lib/tfrc_ccids.h
+++ ccid4.latest/net/dccp/ccids/lib/tfrc_ccids.h
@@ -39,13 +39,13 @@ enum tfrc_options {
};
struct tfrc_options_received {
- u64 tfrcor_seqno:48;
- u64 tfrcor_loss_intervals_idx:16;
- u16 tfrcor_dropped_packets_idx;
- u16 tfrcor_loss_intervals_len;
- u16 tfrcor_dropped_packets_len;
- u32 tfrcor_loss_event_rate;
- u32 tfrcor_receive_rate;
+ u64 trx_seqno:48;
+ u64 trx_loss_intervals_idx:16;
+ u16 trx_dropped_packets_idx;
+ u16 trx_loss_intervals_len;
+ u16 trx_dropped_packets_len;
+ u32 trx_loss_event_rate;
+ u32 trx_receive_rate;
};
/* TFRC sender states */
reply other threads:[~2007-12-21 4:34 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
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=200712210134.49358.leandroal@gmail.com \
--to=leandroal@gmail.com \
--cc=dccp@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