<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test2/sys/dev/nvme, branch release/10.0.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F10.0.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/'/>
<updated>2013-11-05T15:54:52Z</updated>
<entry>
<title>MFC r257534:</title>
<updated>2013-11-05T15:54:52Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-11-05T15:54:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=1e10d440dded9d827e2f0cb575662e94524b9913'/>
<id>urn:sha1:1e10d440dded9d827e2f0cb575662e94524b9913</id>
<content type='text'>
Create a unique unit number for each controller and namespace cdev.

Sponsored by:	Intel
Approved by:	re (glebius)
</content>
</entry>
<entry>
<title>Fix the LINT build.</title>
<updated>2013-10-08T23:23:04Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T23:23:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=8a959ae073230c7186c6f470cdd2bbfd57fb4ff3'/>
<id>urn:sha1:8a959ae073230c7186c6f470cdd2bbfd57fb4ff3</id>
<content type='text'>
Approved by:	re (implicit)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Do not leak resources during attach if nvme_ctrlr_construct() or the initial</title>
<updated>2013-10-08T16:01:43Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T16:01:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=7aa27dbac5b6e6bb11ae3a4d961f79b28bf3a046'/>
<id>urn:sha1:7aa27dbac5b6e6bb11ae3a4d961f79b28bf3a046</id>
<content type='text'>
controller resets fail.

Sponsored by:	Intel
Reviewed by:	carl
Approved by:	re (hrs)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Log and then disable asynchronous notification of persistent events after</title>
<updated>2013-10-08T16:00:12Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T16:00:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=bb2f67fd725a8f756d933644f43ac908a1810a20'/>
<id>urn:sha1:bb2f67fd725a8f756d933644f43ac908a1810a20</id>
<content type='text'>
they occur.

This prevents repeated notifications of the same event.

Status of these events may be viewed at any time by viewing the
SMART/Health Info Page using nvmecontrol, whether or not asynchronous
events notifications for those events are enabled.  This log page can
be viewed using:

    nvmecontrol logpage -p 2 &lt;ctrlr id&gt;

Future enhancements may re-enable these notifications on a periodic basis
so that if the notified condition persists, it will continue to be logged.

Sponsored by:	Intel
Reviewed by:	carl
Approved by:	re (hrs)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Do not enable temperature threshold as an asynchronous event notification</title>
<updated>2013-10-08T15:49:14Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T15:49:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=d5fc98213381b4808a9d87ab48f72bd13177352b'/>
<id>urn:sha1:d5fc98213381b4808a9d87ab48f72bd13177352b</id>
<content type='text'>
on NVMe controllers that do not support it.

Sponsored by:	Intel
Reviewed by:	carl
Approved by:	re (hrs)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Extend some 32-bit fields and variables to 64-bit to prevent overflow</title>
<updated>2013-10-08T15:47:22Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T15:47:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=992db80f1d4150dafa344f0d7979a608490f3259'/>
<id>urn:sha1:992db80f1d4150dafa344f0d7979a608490f3259</id>
<content type='text'>
when calculating stats in nvmecontrol perftest.

Sponsored by:	Intel
Reported by:	Joe Golio &lt;joseph.golio@emc.com&gt;
Reviewed by:	carl
Approved by:	re (hrs)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Add driver-assisted striping for upcoming Intel NVMe controllers that can</title>
<updated>2013-10-08T15:44:04Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-10-08T15:44:04Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=a40e72a695a5db6cf9c6da148e8e8c26158e29b3'/>
<id>urn:sha1:a40e72a695a5db6cf9c6da148e8e8c26158e29b3</id>
<content type='text'>
benefit from it.

Sponsored by:	Intel
Reviewed by:	kib (earlier version), carl
Approved by:	re (hrs)
MFC after:	1 week
</content>
</entry>
<entry>
<title>Change the way that unmapped I/O capability is advertised.</title>
<updated>2013-08-15T22:52:39Z</updated>
<author>
<name>Kenneth D. Merry</name>
<email>ken@FreeBSD.org</email>
</author>
<published>2013-08-15T22:52:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=ce625ec719550ddde1faca9c602a91269a69a1db'/>
<id>urn:sha1:ce625ec719550ddde1faca9c602a91269a69a1db</id>
<content type='text'>
The previous method was to set the D_UNMAPPED_IO flag in the cdevsw
for the driver.  The problem with this is that in many cases (e.g.
sa(4)) there may be some instances of the driver that can handle
unmapped I/O and some that can't.  The isp(4) driver can handle
unmapped I/O, but the esp(4) driver currently cannot.  The cdevsw
is shared among all driver instances.

So instead of setting a flag on the cdevsw, set a flag on the cdev.
This allows drivers to indicate support for unmapped I/O on a
per-instance basis.

sys/conf.h:	Remove the D_UNMAPPED_IO cdevsw flag and replace it
		with an SI_UNMAPPED cdev flag.

kern_physio.c:	Look at the cdev SI_UNMAPPED flag to determine
		whether or not a particular driver can handle
		unmapped I/O.

geom_dev.c:	Set the SI_UNMAPPED flag for all GEOM cdevs.
		Since GEOM will create a temporary mapping when
		needed, setting SI_UNMAPPED unconditionally will
		work.

		Remove the D_UNMAPPED_IO flag.

nvme_ns.c:	Set the SI_UNMAPPED flag on cdevs created here
		if NVME_UNMAPPED_BIO_SUPPORT is enabled.

vfs_aio.c:	In aio_qphysio(), check the SI_UNMAPPED flag on a
		cdev instead of the D_UNMAPPED_IO flag on the cdevsw.

sys/param.h:	Bump __FreeBSD_version to 1000045 for the switch from
		setting the D_UNMAPPED_IO flag in the cdevsw to setting
		SI_UNMAPPED in the cdev.

Reviewed by:	kib, jimharris
MFC after:	1 week
Sponsored by:	Spectra Logic
</content>
</entry>
<entry>
<title>If a controller fails to initialize, do not notify consumers (nvd) of its</title>
<updated>2013-08-13T21:49:32Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-08-13T21:49:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=086d23cfd3c3077a278634fe411425b53b81acff'/>
<id>urn:sha1:086d23cfd3c3077a278634fe411425b53b81acff</id>
<content type='text'>
namespaces.

Sponsoredy by:	Intel
Reviewed by:	carl
MFC after:	3 days
</content>
</entry>
<entry>
<title>Send a shutdown notification in the driver unload path, to ensure</title>
<updated>2013-08-13T21:47:08Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2013-08-13T21:47:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test2/commit/?id=56183abc2b66b1f51e9d8383c9fc025ea5188c7f'/>
<id>urn:sha1:56183abc2b66b1f51e9d8383c9fc025ea5188c7f</id>
<content type='text'>
notification gets sent in cases where system shuts down with driver
unloaded.

Sponsored by:	Intel
Reviewed by:	carl
MFC after:	3 days
</content>
</entry>
</feed>
