<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/libexec/hyperv, branch release/11.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2017-08-07T02:49:26Z</updated>
<entry>
<title>MFC 321762</title>
<updated>2017-08-07T02:49:26Z</updated>
<author>
<name>Sepherosa Ziehau</name>
<email>sephe@FreeBSD.org</email>
</author>
<published>2017-08-07T02:49:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=de8ec33fa96be5f8d1bd94a870c056e3410ba691'/>
<id>urn:sha1:de8ec33fa96be5f8d1bd94a870c056e3410ba691</id>
<content type='text'>
    hyperv: Add VF bringup scripts and devd rules.

    How network VF works with hn(4) on Hyper-V in non-transparent mode:

    - Each network VF has a cooresponding hn(4).
    - The network VF and the it's cooresponding hn(4) have the same hardware
      address.
    - Once the network VF is up, e.g. ifconfig VF up:
      o  All of the transmission should go through the network VF.
      o  Most of the reception goes through the network VF.
      o  Small amount of reception may go through the cooresponding hn(4).
         This reception will happen, even if the the cooresponding hn(4) is
         down.  The cooresponding hn(4) will change the reception interface
         to the network VF, so that network layer and application layer will
         be tricked into thinking that these packets were received by the
         network VF.
      o  The cooresponding hn(4) pretends the physical link is down.
    - Once the network VF is down or detached:
      o  All of the transmission should go through the cooresponding hn(4).
      o  All of the reception goes through the cooresponding hn(4).
      o  The cooresponding hn(4) fallbacks to the original physical link
         detection logic.

    All these features are mainly used to help live migration, during which
    the network VF will be detached, while the network communication to the
    VM must not be cut off.  In order to reach this level of live migration
    transparency, we use failover mode lagg(4) with the network VF and the
    cooresponding hn(4) attached to it.

    To ease user configuration for both network VF and non-network VF, the
    lagg(4) will be created by the following rules, and the configuration
    of the cooresponding hn(4) will be applied to the lagg(4) automatically.

    Sponsored by:   Microsoft
    Differential Revision:  https://reviews.freebsd.org/D11635
</content>
</entry>
<entry>
<title>MFC r314653:</title>
<updated>2017-07-20T00:58:19Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-07-20T00:58:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=371a22ae7b264c9a3fa6785783e2af8307925041'/>
<id>urn:sha1:371a22ae7b264c9a3fa6785783e2af8307925041</id>
<content type='text'>
libexec: normalize paths using SRCTOP-relative paths or :H when possible

This simplifies make logic/output
</content>
</entry>
<entry>
<title>META MODE: Update dependencies with 'the-lot' and add missing directories.</title>
<updated>2015-12-01T05:23:19Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2015-12-01T05:23:19Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b1f92fa22938fe29ab7e53692ffe0ed7a0ecc4d0'/>
<id>urn:sha1:b1f92fa22938fe29ab7e53692ffe0ed7a0ecc4d0</id>
<content type='text'>
This is not properly respecting WITHOUT or ARCH dependencies in target/.
Doing so requires a massive effort to rework targets/ to do so.  A
better approach will be to either include the SUBDIR Makefiles directly
and map to DIRDEPS or just dynamically lookup the SUBDIR.  These lose
the benefit of having a userland/lib, userland/libexec, etc, though and
results in a massive package.  The current implementation of targets/ is
very unmaintainable.

Currently rescue/rescue and sys/modules are still not connected.

Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>Use LIBEXECDIR for /usr/libexec.</title>
<updated>2015-11-26T01:14:40Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2015-11-26T01:14:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7fdd45b0913882a815552e5a43e25e2a99b018ff'/>
<id>urn:sha1:7fdd45b0913882a815552e5a43e25e2a99b018ff</id>
<content type='text'>
MFC after:	1 week
Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>META MODE: These need object directories to handle staging.</title>
<updated>2015-11-26T01:14:27Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2015-11-26T01:14:27Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=93e779a26c651610ac6e7986d67ecc9ed2cadcbf'/>
<id>urn:sha1:93e779a26c651610ac6e7986d67ecc9ed2cadcbf</id>
<content type='text'>
Sponsored by:	EMC / Isilon Storage Division
</content>
</entry>
<entry>
<title>Import HyperV Key-Value Pair (KVP) driver and daemon code by Microsoft,</title>
<updated>2014-09-13T02:15:31Z</updated>
<author>
<name>Xin LI</name>
<email>delphij@FreeBSD.org</email>
</author>
<published>2014-09-13T02:15:31Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=e72055b7feba695a760d45f01f0f8268b1cb4a74'/>
<id>urn:sha1:e72055b7feba695a760d45f01f0f8268b1cb4a74</id>
<content type='text'>
many thanks for their continued support of FreeBSD.

While I'm there, also implement a new build knob, WITHOUT_HYPERV to
disable building and installing of the HyperV utilities when necessary.

The HyperV utilities are only built for i386 and amd64 targets.

This is a stable/10 candidate for inclusion with 10.1-RELEASE.

Submitted by:	Wei Hu &lt;weh microsoft com&gt;
MFC after:	1 week
</content>
</entry>
</feed>
