When the HTTP packet mode has been enabled for a socket,
the ssl and gen_tcp modules have different error indications
when there is an error while parsing the HTTP header:

  ssl:recv(SSLSocket, 0) -> {ok, {http_error, _Str}}

  gen_tcp:recv(Socket, 0) -> {error, {http_error, _Str}}

We have decided to change gen_tcp:recv/2 to behave the same
way as ssl:recv/2. That means that there will be always be
an ok tuple if data could be succefully read from the socket,
and an error tuple if there was a read error at the socket level.

* ph/auto_recognize_ipv6:
  Add tests
  Let an 8-tuple given as ip_address() for gen_tcp/gen_udp/gen_sctp imply 'inet6'

OTP-8822

* ms/inet-bug-fixes:
  inet: support retrieving MAC address on BSD
  inet: fix getservbyname buffer overflow
  inet: fix ifr_name buffer overflow
  inet: null terminate ifr_name buffer

OTP-8816

Conflicts:

	lib/kernel/test/gen_sctp_SUITE.erl

On systems supporting getaddrinfo(), support looking up the MAC
address from inet:ifget/2. The results have the same quirks as with
Linux: if the MAC address is longer than 6 bytes (e.g., fw0 under
Mac OS X), the address is truncated; if the interface does not have
a MAC address (e.g., lo0), an address consisting of 0's is returned.

Conflicts:
	lib/kernel/doc/src/notes.xml
	lib/kernel/vsn.mk

* rani/sctp-sndrcvinfo/OTP-8795:
  Fix xfer_active close expection for Solaris behaviour
  Keep default #sctp_sndrcvinfo{} fields on gen_sctp:send/4
  Fill in sinfo_assoc_id in struct sctp_sndrcvinfo for getopt()

Conflicts:
	lib/kernel/test/gen_sctp_SUITE.erl