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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.