d5cee48f bcran Dec. 20, 2018, 7:27 p.m.
The reason for this change is that currently, a send/recv
takes many hours to time out.
This is suboptimal in the bootloader because it means for example
that NFS will take hours to fail before allowing subsequent access
methods such as gzip to be tried.

Setting MAXWAIT to 300 seconds (5 minutes) still allows slow
connections of 1Mb to be used to download a 30MB kernel file.

Sponsored by:	Netflix
Differential Revision:	https://reviews.freebsd.org/D18544
cgit ViewVC
09423f72 tuexen Dec. 20, 2018, 4:05 p.m.
When receiving TCP segments the stack protects itself by limiting
the resources allocated for a TCP connections. This patch adds
an exception to these limitations for the TCP segement which is the next
expected in-sequence segment. Without this patch, TCP connections
may stall and finally fail in some cases of packet loss.

Reported by:		jhb@
Reviewed by:		jtl@, rrs@
MFC after:		3 days
Sponsored by:		Netflix, Inc.
Differential Revision:	https://reviews.freebsd.org/D18580
cgit ViewVC
eacff37a emaste Dec. 20, 2018, 3:53 p.m.
NCP was removed from the tree in 2013 (r248097) and disconnected some
time before.

Reported by:	bz
Sponsored by:	The FreeBSD Foundation
cgit ViewVC
9cd5259d imp Dec. 20, 2018, 5:46 a.m.
reading.
cgit ViewVC
8953e80f np Dec. 20, 2018, 1:35 a.m.
Submitted by:	Krishnamraju Eraparaju @ Chelsio
Sponsored by:	Chelsio Communications
cgit ViewVC
efa9b503 mw Dec. 20, 2018, 1:05 a.m.
On amd64 the RSP address can be read in single 8-byte transaction,
which is obviously not possible on 32-bit platforms. Fix that
by performing 2 4-byte read on them.

Obtained from: Semihalf
Sponsored by: Stormshield
cgit ViewVC
b562884d np Dec. 20, 2018, 1 a.m.
through 4-tuples quickly.

Submitted by:	Krishnamraju Eraparaju @ Chelsio
Sponsored by:	Chelsio Communications
cgit ViewVC
121684b7 np Dec. 19, 2018, 11:29 p.m.
Submitted by:	Krishnamraju Eraparaju @ Chelsio
Sponsored by:	Chelsio Communications
cgit ViewVC
e2a87ae3 yuripv Dec. 19, 2018, 11:28 p.m.
and caused issues with search in less.

PR:		234066
Reviewed by:	pfg
Differential revision:	https://reviews.freebsd.org/D18611
cgit ViewVC
3e0178fb mjg Dec. 19, 2018, 11:28 p.m.
Sponsored by:	The FreeBSD Foundation
cgit ViewVC
c3efee6e imp Dec. 19, 2018, 11:22 p.m.
832cb4ca mjg Dec. 19, 2018, 11:19 p.m.
Sponsored by:	The FreeBSD Foundation
cgit ViewVC
0741ca10 imp Dec. 19, 2018, 11:15 p.m.
Per discussions on mips@, 32-bit mips SMP is now unsupported. The
files in the tree will compile for a while longer, but when the
atomic_swap_64 or similar atomic enters into the MI part of the tree,
as currently foreseen sometime next year, these ports will start to no
longer link. The JZ4780 is the only such system we have.

The UP version of this chip is unaffected by this, and will remain
supported.

Discussed on: mips@
Relnotes: yes
cgit ViewVC
8c1c50ff cem Dec. 19, 2018, 10:57 p.m.
PR:	234010
Reported by:	Jon Tejnung <jon AT herrskogen.se>
Reviewed by:	yuripv
Differential Revision:	https://reviews.freebsd.org/D18605
cgit ViewVC
beab3c4b imp Dec. 19, 2018, 10:56 p.m.
The first part of the mips pruning has been commited. This part
is uncontested. Fix the date in the UPDATING file to reflect when
I made the commit. The contested parts will be committed (or not)
once those discussions complete.
cgit ViewVC