<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev, branch release/11.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F11.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2016-08-22T05:38:44Z</updated>
<entry>
<title>MFC 304251</title>
<updated>2016-08-22T05:38:44Z</updated>
<author>
<name>Sepherosa Ziehau</name>
<email>sephe@FreeBSD.org</email>
</author>
<published>2016-08-22T05:38:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=2e1a0dde62170e9588740c532949e1f9765ba02f'/>
<id>urn:sha1:2e1a0dde62170e9588740c532949e1f9765ba02f</id>
<content type='text'>
    hyperv/storvsc: Deliver CAM_SEL_TIMEOUT upon SRB status error.

    SRB status is set to 0x20 by the hypervisor, if the specified LUN is
    unaccessible, and even worse the INQUIRY response will not be set by
    the hypervisor at all under this situation.  Additionally, SRB status
    is 0x20 too, for TUR on an unaccessible LUN.

    Deliver CAM_SEL_TIMEOUT to CAM upon SRB status errors as suggested by
    Scott Long, other values seems improper.

    This commit fixes the Hyper-V disk hotplug support.

    Submitted by:   Hongjiang Zhang &lt;honzhan microsoft com&gt;
    Sponsored by:   Microsoft
    Differential Revision:  https://reviews.freebsd.org/D7521

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFS r304474:</title>
<updated>2016-08-19T19:19:17Z</updated>
<author>
<name>Bryan Drewery</name>
<email>bdrewery@FreeBSD.org</email>
</author>
<published>2016-08-19T19:19:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b8112e2e89204312131d2b54761bd4a0c2fe2ec3'/>
<id>urn:sha1:b8112e2e89204312131d2b54761bd4a0c2fe2ec3</id>
<content type='text'>
  MFC r304008:

    Avoid taking PROC_LOCK in syscalls if not being traced.

Approved by:	re (XXX)
</content>
</entry>
<entry>
<title>MF stable11 r304337</title>
<updated>2016-08-19T19:02:18Z</updated>
<author>
<name>Sean Bruno</name>
<email>sbruno@FreeBSD.org</email>
</author>
<published>2016-08-19T19:02:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=be17245afca943a3a1459cf7a57854f07303f18d'/>
<id>urn:sha1:be17245afca943a3a1459cf7a57854f07303f18d</id>
<content type='text'>
e1000:  Add support for Kaby Lake IDs
        Fixup some errors when transitioning to/from low power states.

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFC r304433</title>
<updated>2016-08-18T22:01:52Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2016-08-18T22:01:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=b794f476db1a6dc7518240d69d744f1d690d2fb2'/>
<id>urn:sha1:b794f476db1a6dc7518240d69d744f1d690d2fb2</id>
<content type='text'>
PCIe HotPlug: Detect bridges that are not really HotPlug capable

Some devices report that they have an MRL when they actually
do not.  Since they always report that the MRL is open, child
devices would be ignored.  Try to detect these devices and
ignore their claim of HotPlug support.  Specifically,
if there is an open MRL but the Data Link Layer is active,
the MRL is not real.

Revert r303645 to re-enable HotPlug support for slots with
power controllers, since it works correctly in my testing.

Start the DLL state-change timer if Presence /or/ MRL state changes,
along with other conditions.  Previously, we started the timer iff
Presence changed.  If there is an MRL, it must be closed for power
to be turned on, so Presence is unlikely to change on an MRL-close event.

Add a printf() of interesting registers on HotPlug interrupts and
commands (one from erj@).  These were very useful for debugging.
Guard them with bootverbose, since they're spam in normal operation.

In collaboration with:	jhb
Relnotes:	yes (re-enable HotPlug support for slots with power controllers)
Approved by:	re (gjb)
Sponsored by:	Dell Inc.
Differential Revision:	https://reviews.freebsd.org/D7509
</content>
</entry>
<entry>
<title>MFC r304163</title>
<updated>2016-08-15T19:18:10Z</updated>
<author>
<name>Ryan Stone</name>
<email>rstone@FreeBSD.org</email>
</author>
<published>2016-08-15T19:18:10Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=f172e9db6f7e318d0fd1eb100b334b592d7f8d35'/>
<id>urn:sha1:f172e9db6f7e318d0fd1eb100b334b592d7f8d35</id>
<content type='text'>
    Don't enqueue NULL on a drbr

    In one corner case in the bxe TX path, a NULL mbuf could be enqueued onto
    a drbr queue.  This could cause a KASSERT to fire with INVARIANTS enabled,
    or the processing of packets from the queue to be prematurely ended later
    on.

Submitted by: Matt Joras (matt.joras AT isilon.com)
Reviewed by:  davidcs
Sponsored by: EMC / Isilon Storage Division
Approved by:	re (kib)
Differential Revision:        https://reviews.freebsd.org/D7041
</content>
</entry>
<entry>
<title>MFS r304067:</title>
<updated>2016-08-15T08:07:07Z</updated>
<author>
<name>Steven Hartland</name>
<email>smh@FreeBSD.org</email>
</author>
<published>2016-08-15T08:07:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=dc45a739f1525ba695244f78f3f2d583a644e217'/>
<id>urn:sha1:dc45a739f1525ba695244f78f3f2d583a644e217</id>
<content type='text'>
Fix vtnet hang with max_virtqueue_pairs &gt; VTNET_MAX_QUEUE_PAIR

Approved by:	re (gjb)
Sponsored by:	Multiplay
</content>
</entry>
<entry>
<title>MFC r303816 r303847</title>
<updated>2016-08-11T19:13:30Z</updated>
<author>
<name>Sean Bruno</name>
<email>sbruno@FreeBSD.org</email>
</author>
<published>2016-08-11T19:13:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=98ceee8409ede39d938a15ff3cde85c0e7a5a7cc'/>
<id>urn:sha1:98ceee8409ede39d938a15ff3cde85c0e7a5a7cc</id>
<content type='text'>
- Update ixl(4) to Intel driver version ixl-1.6.6-k
- Fixup RSS builds of ixl(4) missed during testing.

Approved by:	re (gjb)
</content>
</entry>
<entry>
<title>MFC r303488 and r303771:</title>
<updated>2016-08-10T08:05:48Z</updated>
<author>
<name>Roger Pau Monné</name>
<email>royger@FreeBSD.org</email>
</author>
<published>2016-08-10T08:05:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ae0777121b0a13519460104f9e6728a6e1ebec18'/>
<id>urn:sha1:ae0777121b0a13519460104f9e6728a6e1ebec18</id>
<content type='text'>
xen-netfront: fix trying to send packets with disconnected netfront
xen-netfront: improve the logic when handling nic features from ioctl

Approved by:	re (kib)
</content>
</entry>
<entry>
<title>MFC r303788</title>
<updated>2016-08-08T15:07:38Z</updated>
<author>
<name>Eric van Gyzen</name>
<email>vangyzen@FreeBSD.org</email>
</author>
<published>2016-08-08T15:07:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=87dae3d674c18d09fdc249af7a1de4b5b912ffac'/>
<id>urn:sha1:87dae3d674c18d09fdc249af7a1de4b5b912ffac</id>
<content type='text'>
Fix some logic in PCIe HotPlug; display EI status

The interpretation of the Electromechanical Interlock Status was
inverted, so we disengaged the EI if a card was inserted.
Fix it to engage the EI if a card is inserted.

When displaying the slot capabilites/status with pciconf:

- We inverted the sense of the Power Controller Control bit,
  saying the power was off when it was really on (according to
  this bit).  Fix that.

- Display the status of the Electromechanical Interlock:
	EI(engaged)
	EI(disengaged)

Approved by:	re (gjb)
Sponsored by:	Dell Inc.
</content>
</entry>
<entry>
<title>MFC 303737</title>
<updated>2016-08-08T07:09:40Z</updated>
<author>
<name>Sepherosa Ziehau</name>
<email>sephe@FreeBSD.org</email>
</author>
<published>2016-08-08T07:09:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7e2ae2d882a8931ce935ee023f477d84db4db9fe'/>
<id>urn:sha1:7e2ae2d882a8931ce935ee023f477d84db4db9fe</id>
<content type='text'>
    hyperv/storvsc: Claim SPC-3 conformance, thus enable UNMAP support

    The Hyper-V on pre-win10 systems will only report SPC-2 conformance,
    but it actually conforms to SPC-3.  The INQUIRY response is adjusted
    to propagate the SPC-3 version information to CAM.

    Submitted by:   Hongjiang Zhang &lt;honzhan microsoft com&gt;
    Sponsored by:   Microsoft
    Differential Revision:  https://reviews.freebsd.org/D7405

Approved by:	re (delphij)
</content>
</entry>
</feed>
