<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/etc/devd, branch releng/11.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F11.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=releng%2F11.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2018-03-24T21:53:01Z</updated>
<entry>
<title>MFC r329125-r329126</title>
<updated>2018-03-24T21:53:01Z</updated>
<author>
<name>Ian Lepore</name>
<email>ian@FreeBSD.org</email>
</author>
<published>2018-03-24T21:53:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=0faa2c6e4cea6668d97272ed499a43e3f01db430'/>
<id>urn:sha1:0faa2c6e4cea6668d97272ed499a43e3f01db430</id>
<content type='text'>
r329125:
Add a device ID to uftdi for TIAO USB Multi Protocol Adapter (TUMPA).

PR:		225810

r329126:
Regenerate devd/usb.conf after the recent addition of several new device IDs.
</content>
</entry>
<entry>
<title>MFC r324312: fix the misleading log facility used in devd/zfs.conf</title>
<updated>2017-10-19T07:23:26Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2017-10-19T07:23:26Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7d7038b1044a9f46fdd2277536f350db12135f46'/>
<id>urn:sha1:7d7038b1044a9f46fdd2277536f350db12135f46</id>
<content type='text'>
</content>
</entry>
<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 308664,308742,308743</title>
<updated>2017-01-05T03:20:00Z</updated>
<author>
<name>Sepherosa Ziehau</name>
<email>sephe@FreeBSD.org</email>
</author>
<published>2017-01-05T03:20:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=027f89530385c3b3b7bf61d7d2e1b48f0231e8c1'/>
<id>urn:sha1:027f89530385c3b3b7bf61d7d2e1b48f0231e8c1</id>
<content type='text'>
308664
    hyperv/vss: Add driver and tools for VSS

    VSS stands for "Volume Shadow Copy Service".  Unlike virtual machine
    snapshot, it only takes snapshot for the virtual disks, so both
    filesystem and applications have to aware of it, and cooperate the
    whole VSS process.

    This driver exposes two device files to the userland:

        /dev/hv_fsvss_dev

        Normally userland programs should _not_ mess with this device file.
        It is currently used by the hv_vss_daemon(8), which freezes and
        thaws the filesystem.  NOTE: currently only UFS is supported, if
        the system mounts _any_ other filesystems, the hv_vss_daemon(8)
        will veto the VSS process.

        If hv_vss_daemon(8) was disabled, then this device file must be
        opened, and proper ioctls must be issued to keep the VSS working.

        /dev/hv_appvss_dev

        Userland application can opened this device file to receive the
        VSS freeze notification, hold the VSS for a while (mainly to flush
        application data to filesystem), release the VSS process, and
        receive the VSS thaw notification i.e. applications can run again.

        The VSS will still work, even if this device file is not opened.
        However, only filesystem consistency is promised, if this device
        file is not opened or is not operated properly.

    hv_vss_daemon(8) is started by devd(8) by default.  It can be disabled
    by editting /etc/devd/hyperv.conf.

    Submitted by:   Hongjiang Zhang &lt;honzhan microsoft com&gt;
    Reviewed by:    kib, mckusick
    Sponsored by:   Microsoft
    Differential Revision:  https://reviews.freebsd.org/D8224

308742
    hyperv/vss: Nuke unused variables.

    Submitted by:   markj
    Reported by:    markj
    Sponsored by:   Microsoft

308743
    hyperv/vss: Install the userland daemon to /usr/sbin instead of /

    Submitted by:   markj
    Reported by:    markj
    Sponsored by:   Microsoft
</content>
</entry>
<entry>
<title>Regenerate usb.conf .</title>
<updated>2016-04-29T12:00:36Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2016-04-29T12:00:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d308a222e9ff880fd30fb28520eea7c99deccb04'/>
<id>urn:sha1:d308a222e9ff880fd30fb28520eea7c99deccb04</id>
<content type='text'>
MFC after:	1 week
</content>
</entry>
<entry>
<title>Fix etcupdate(8) with rc.sendmail and devd/*.  It turns out</title>
<updated>2016-04-17T03:45:45Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-04-17T03:45:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b40fde96d2fd5293b0ece5a75095d3a2695c49ee'/>
<id>urn:sha1:b40fde96d2fd5293b0ece5a75095d3a2695c49ee</id>
<content type='text'>
BIN1 and such in etc/* cannot use FILESGROUPS.

Reported by:	peter
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>MFH r289384-r293170</title>
<updated>2016-01-04T19:19:48Z</updated>
<author>
<name>Glen Barber</name>
<email>gjb@FreeBSD.org</email>
</author>
<published>2016-01-04T19:19:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b626f5a73a48f44a31a200291b141e1da408a2ff'/>
<id>urn:sha1:b626f5a73a48f44a31a200291b141e1da408a2ff</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Regenerate usb.conf .</title>
<updated>2015-12-03T16:54:45Z</updated>
<author>
<name>Hans Petter Selasky</name>
<email>hselasky@FreeBSD.org</email>
</author>
<published>2015-12-03T16:54:45Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7770ce47bb4f2a2678e9c17ff5eca771a5efb26b'/>
<id>urn:sha1:7770ce47bb4f2a2678e9c17ff5eca771a5efb26b</id>
<content type='text'>
MFC after:	1 week
</content>
</entry>
<entry>
<title>Finish merging from head, messed up in previous attempt</title>
<updated>2015-09-12T12:03:02Z</updated>
<author>
<name>Baptiste Daroussin</name>
<email>bapt@FreeBSD.org</email>
</author>
<published>2015-09-12T12:03:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f94594b37a145b9b3e9ff31af2cd1dc3de8aa4d4'/>
<id>urn:sha1:f94594b37a145b9b3e9ff31af2cd1dc3de8aa4d4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>- Fix compilation after r285909 with USB_DEBUG defined.</title>
<updated>2015-07-27T14:43:14Z</updated>
<author>
<name>Marius Strobl</name>
<email>marius@FreeBSD.org</email>
</author>
<published>2015-07-27T14:43:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=891c57d8a9e6565898f1c58abd90eb5fab514dcf'/>
<id>urn:sha1:891c57d8a9e6565898f1c58abd90eb5fab514dcf</id>
<content type='text'>
- Regenerate usb.conf.
</content>
</entry>
</feed>
