From: Greg KH <gregkh@suse.de>
To: linux-kernel@vger.kernel.org, stable@kernel.org
Cc: stable-review@kernel.org, torvalds@linux-foundation.org,
akpm@linux-foundation.org, alan@lxorguk.ukuu.org.uk,
Tom Quetchenbach <virtualphtn@gmail.com>,
"David S. Miller" <davem@davemloft.net>, Willy Tarreau <w@1wt.eu>
Subject: [patch 20/30] tcp: advertise MSS requested by user
Date: Tue, 30 Jun 2009 17:00:04 -0700 [thread overview]
Message-ID: <20090701000359.496473288@mini.kroah.org> (raw)
In-Reply-To: <20090701002817.GA6156@kroah.com>
[-- Attachment #1: tcp-advertise-mss-requested-by-user.patch --]
[-- Type: text/plain, Size: 3600 bytes --]
2.6.27-stable review patch. If anyone has any objections, please let us know.
------------------
From: Tom Quetchenbach <virtualphtn@gmail.com>
commit f5fff5dc8a7a3f395b0525c02ba92c95d42b7390 upstream.
I'm trying to use the TCP_MAXSEG option to setsockopt() to set the MSS
for both sides of a bidirectional connection.
man tcp says: "If this option is set before connection establishment, it
also changes the MSS value announced to the other end in the initial
packet."
However, the kernel only uses the MTU/route cache to set the advertised
MSS. That means if I set the MSS to, say, 500 before calling connect(),
I will send at most 500-byte packets, but I will still receive 1500-byte
packets in reply.
This is a bug, either in the kernel or the documentation.
This patch (applies to latest net-2.6) reduces the advertised value to
that requested by the user as long as setsockopt() is called before
connect() or accept(). This seems like the behavior that one would
expect as well as that which is documented.
I've tried to make sure that things that depend on the advertised MSS
are set correctly.
Signed-off-by: Tom Quetchenbach <virtualphtn@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Cc: Willy Tarreau <w@1wt.eu>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
---
net/ipv4/tcp_ipv4.c | 4 ++++
net/ipv4/tcp_output.c | 13 ++++++++++---
2 files changed, 14 insertions(+), 3 deletions(-)
--- a/net/ipv4/tcp_ipv4.c
+++ b/net/ipv4/tcp_ipv4.c
@@ -1364,6 +1364,10 @@ struct sock *tcp_v4_syn_recv_sock(struct
tcp_mtup_init(newsk);
tcp_sync_mss(newsk, dst_mtu(dst));
newtp->advmss = dst_metric(dst, RTAX_ADVMSS);
+ if (tcp_sk(sk)->rx_opt.user_mss &&
+ tcp_sk(sk)->rx_opt.user_mss < newtp->advmss)
+ newtp->advmss = tcp_sk(sk)->rx_opt.user_mss;
+
tcp_initialize_rcv_mss(newsk);
#ifdef CONFIG_TCP_MD5SIG
--- a/net/ipv4/tcp_output.c
+++ b/net/ipv4/tcp_output.c
@@ -2252,6 +2252,7 @@ struct sk_buff *tcp_make_synack(struct s
struct sk_buff *skb;
struct tcp_md5sig_key *md5;
__u8 *md5_hash_location;
+ int mss;
skb = sock_wmalloc(sk, MAX_TCP_HEADER + 15, 1, GFP_ATOMIC);
if (skb == NULL)
@@ -2262,13 +2263,17 @@ struct sk_buff *tcp_make_synack(struct s
skb->dst = dst_clone(dst);
+ mss = dst_metric(dst, RTAX_ADVMSS);
+ if (tp->rx_opt.user_mss && tp->rx_opt.user_mss < mss)
+ mss = tp->rx_opt.user_mss;
+
if (req->rcv_wnd == 0) { /* ignored for retransmitted syns */
__u8 rcv_wscale;
/* Set this up on the first call only */
req->window_clamp = tp->window_clamp ? : dst_metric(dst, RTAX_WINDOW);
/* tcp_full_space because it is guaranteed to be the first packet */
tcp_select_initial_window(tcp_full_space(sk),
- dst_metric(dst, RTAX_ADVMSS) - (ireq->tstamp_ok ? TCPOLEN_TSTAMP_ALIGNED : 0),
+ mss - (ireq->tstamp_ok ? TCPOLEN_TSTAMP_ALIGNED : 0),
&req->rcv_wnd,
&req->window_clamp,
ireq->wscale_ok,
@@ -2283,8 +2288,7 @@ struct sk_buff *tcp_make_synack(struct s
else
#endif
TCP_SKB_CB(skb)->when = tcp_time_stamp;
- tcp_header_size = tcp_synack_options(sk, req,
- dst_metric(dst, RTAX_ADVMSS),
+ tcp_header_size = tcp_synack_options(sk, req, mss,
skb, &opts, &md5) +
sizeof(struct tcphdr);
@@ -2353,6 +2357,9 @@ static void tcp_connect_init(struct sock
if (!tp->window_clamp)
tp->window_clamp = dst_metric(dst, RTAX_WINDOW);
tp->advmss = dst_metric(dst, RTAX_ADVMSS);
+ if (tp->rx_opt.user_mss && tp->rx_opt.user_mss < tp->advmss)
+ tp->advmss = tp->rx_opt.user_mss;
+
tcp_initialize_rcv_mss(sk);
tcp_select_initial_window(tcp_full_space(sk),
next prev parent reply other threads:[~2009-07-01 0:35 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20090630235944.868879272@mini.kroah.org>
2009-07-01 0:28 ` [patch 00/30] 2.6.27-stable review Greg KH
2009-06-30 23:59 ` [patch 01/30] parport: netmos 9845 & 9855 1P4S fixes Greg KH
2009-06-30 23:59 ` [patch 02/30] atmel_lcdfb: correct fifo size for some products Greg KH
2009-06-30 23:59 ` [patch 03/30] bonding: fix multiple module load problem Greg KH
2009-06-30 23:59 ` [patch 04/30] char: moxa, prevent opening unavailable ports Greg KH
2009-06-30 23:59 ` [patch 05/30] char: mxser, fix ISA board lookup Greg KH
2009-06-30 23:59 ` [patch 06/30] firmware_map: fix hang with x86/32bit Greg KH
2009-06-30 23:59 ` [patch 07/30] jbd: fix race in buffer processing in commit code Greg KH
2009-06-30 23:59 ` [patch 08/30] PCI: disable ASPM on VIA root-port-under-bridge configurations Greg KH
2009-06-30 23:59 ` [patch 09/30] r8169: fix crash when large packets are received Greg KH
2009-06-30 23:59 ` [patch 10/30] ISDN: Fix DMA alloc for hfcpci Greg KH
2009-06-30 23:59 ` [patch 11/30] x86: Add quirk for reboot stalls on a Dell Optiplex 360 Greg KH
2009-06-30 23:59 ` [patch 12/30] x86: quirk for reboot stalls on a Dell Optiplex 330 Greg KH
2009-06-30 23:59 ` [patch 13/30] ALSA: ca0106 - Add missing registrations of vmaster controls Greg KH
2009-06-30 23:59 ` [patch 14/30] floppy: provide a PNP device table in the module Greg KH
2009-06-30 23:59 ` [patch 15/30] floppy: request and release only the ports we actually use Greg KH
2009-07-01 0:00 ` [patch 16/30] IB/mlx4: Add strong ordering to local inval and fast reg work requests Greg KH
2009-07-01 0:00 ` [patch 17/30] x86: handle initrd that extends into unusable memory Greg KH
2009-07-01 0:00 ` [patch 18/30] lockdep: Select frame pointers on x86 Greg KH
2009-07-01 0:00 ` [patch 19/30] md/raid5: add missing call to schedule() after prepare_to_wait() Greg KH
2009-07-01 0:00 ` Greg KH [this message]
2009-07-01 0:00 ` [patch 21/30] parport_pc: after superio probing restore original register values Greg KH
2009-07-01 0:00 ` [patch 22/30] parport_pc: set properly the dma_mask for parport_pc device Greg KH
2009-07-01 0:00 ` [patch 23/30] PCI PM: Fix handling of devices without PM support by pci_target_state() Greg KH
2009-07-01 0:00 ` [patch 24/30] PCI PM: Follow PCI_PM_CTRL_NO_SOFT_RESET during transitions from D3 Greg KH
2009-07-01 0:00 ` [patch 25/30] pcmcia/cm4000: fix lock imbalance Greg KH
2009-07-01 0:00 ` [patch 26/30] sound: seq_midi_event: fix decoding of (N)RPN events Greg KH
2009-07-01 0:00 ` [patch 27/30] mm: fix handling of pagesets for downed cpus Greg KH
2009-07-01 0:00 ` [patch 28/30] dm mpath: validate hw_handler argument count Greg KH
2009-07-01 0:00 ` [patch 29/30] dm mpath: validate table " Greg KH
2009-07-01 0:00 ` [patch 30/30] dm: sysfs skip output when device is being destroyed Greg KH
2009-07-01 6:04 ` [patch 00/30] 2.6.27-stable review Christoph Biedl
2009-07-01 18:49 ` [stable] " Greg KH
2009-07-17 19:43 ` Greg KH
2009-07-01 18:35 ` Greg KH
2009-07-01 18:36 ` [patch 31/30] bsdacct: fix access to invalid filp in acct_on() Greg KH
2009-07-01 18:38 ` [patch 32/30] kbuild: fix C libary confusion in unifdef.c due to getline() Greg KH
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=20090701000359.496473288@mini.kroah.org \
--to=gregkh@suse.de \
--cc=akpm@linux-foundation.org \
--cc=alan@lxorguk.ukuu.org.uk \
--cc=davem@davemloft.net \
--cc=linux-kernel@vger.kernel.org \
--cc=stable-review@kernel.org \
--cc=stable@kernel.org \
--cc=torvalds@linux-foundation.org \
--cc=virtualphtn@gmail.com \
--cc=w@1wt.eu \
/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