gjb [Tue, 14 Oct 2014 12:40:52 +0000 (12:40 +0000)]
- Correct the FreeBSD release displayed on the 10.1-R errata
page.
- Trim stale errata items from 10.0-RELEASE, but keep the
entry regarding FreeBSD/i386 on VirtualBox, as I am unsure
if the underlying cause was identified and/or corrected.
- Fix a few occurances of 'release.prev' macros that should
be 'release.current'. [1]
- Switch release.ent entities to reflect a release, and update
versions where appropriate.
Submitted by: pluknet [1]
Approved by: re (implicit)
Sponsored by: The FreeBSD Foundation
bdrewery [Mon, 13 Oct 2014 14:52:54 +0000 (14:52 +0000)]
MFS r272577,r272577:
- Add $netif_ipexpand_max to specify the upper limit for the number of
addresses generated by an address range specification. The default value
is 2048. This can be increased by setting $netif_ipexpand_max in rc.conf.
tuexen [Sun, 12 Oct 2014 17:07:15 +0000 (17:07 +0000)]
MFC r272627:
Checksum coverage values larger than 65535 for UDPLite are invalid.
Check for this when the user calls setsockopt using UDPLITE_{SEND,RECV}CSCOV.
MFC r272628:
When plen != ulen, it should only be checked when this is UDP.
MFC r272645:
If the checksum coverage field in the UDPLITE header is the length
of the complete UDPLITE packet, the packet has full checksum coverage.
So fix the condition.
MFC r272660:
UDPLite requires a checksum. Therefore, discard a received packet if
the checksum is 0.
MFC r272661:
The default for UDPLITE_RECV_CSCOV is zero. RFC 3828 recommend
that this means full checksum coverage for received packets.
If an application is willing to accept packets with partial
coverage, it is expected to use the socket option and provide
the minimum coverage it accepts.
MFC r272662:
Fix the checksum computation for UDPLite/IPv6. This requires the
usage of a function computing the checksum only over a part of the function.
Therefore introduce in6_cksum_partial() and implement in6_cksum() based
on that.
While there, ensure that the UDPLite packet contains at least enough bytes
to contain the header.
MFC r272663:
Check for UDP/IPv6 packets that the length in the UDP header is at least
the minimum. Make the check similar to the one for UDPLite/IPv6.
MFC r272664:
UDP/IPv6 and UDPLite/IPv6 require a checksum. So check for it.
MFC r272754:
Fix a bug introduced in
https://svnweb.freebsd.org/base?view=revision&revision=272347
bz [Sun, 12 Oct 2014 10:39:59 +0000 (10:39 +0000)]
MFS r272892 (r272713 in head):
Since introducing the extra mapping in r250103 (head) for architectural performance
events we have actually counted 'Branch Instruction Retired' when people
asked for 'Unhalted core cycles' using the 'unhalted-core-cycles' event mask
mnemonic.
mav [Mon, 6 Oct 2014 20:38:55 +0000 (20:38 +0000)]
MFC r272308: Fix old iSCSI initiator to work with new CAM locking.
This switches code to using xpt_rescan() routine, irrelevant to locking.
Using xpt_action() directly requires knowledge about higher level locks,
that SIM does not need to have.
This code is obsolete, but that is not a reason to crash.
bapt [Mon, 6 Oct 2014 12:08:14 +0000 (12:08 +0000)]
MFC: r272398
Make sure to not skip any argument when converting from deprecated
+POS1, -POS2 to -kPOS1,POS2, so that sort +0n gets translated to sort -k1,1n
as it is expected
PR: 193994
Submitted by: rodrigo
Approved by: re (marius)
hselasky [Mon, 6 Oct 2014 11:05:56 +0000 (11:05 +0000)]
MFC r272349, r272422 and r272479:
- Fix XHCI driver for devices which have more than 15 physical root HUB
ports. The current bitmap array was too small to hold more than 16
bits and would at some point toggle the context size, which then would
trigger an enumeration fault and cause a fallback to the EHCI
companion controller, if any.
- Make sure we always set the maximum number of valid contexts.
- Set default cycle state in case of early interrupts.