<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src-test/sys/dev/ocs_fc, branch main</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src-test/atom?h=main</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src-test/atom?h=main'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/'/>
<updated>2020-10-25T19:34:02Z</updated>
<entry>
<title>Introduce support of SCSI Command Priority.</title>
<updated>2020-10-25T19:34:02Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-10-25T19:34:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=883649681528398dc227778882830fc9da0ce58c'/>
<id>urn:sha1:883649681528398dc227778882830fc9da0ce58c</id>
<content type='text'>
SAM-3 specification introduced concept of Task Priority, that was renamed
to Command Priority in SAM-4, and supported by all modern SCSI transports.
It provides 15 levels of relative priorities: 1 - highest, 15 - lowest and
0 - default.  SAT specification for SATA devices translates priorities 1-3
into NCQ high priority.

This change adds new "priority" field into empty spots of struct ccb_scsiio
and struct ccb_accept_tio of CAM and struct ctl_scsiio of CTL.  Respective
support is added into iscsi(4), isp(4), mpr(4), mps(4) and ocs_fc(4) drivers
for both initiator and where applicable target roles.  Minimal support was
added to CTL to receive the priority value from different frontends, pass it
between HA controllers and report in few places.

This patch does not add consumers of this functionality, so nothing should
really change yet, since the field is still set to 0 (default) on initiator
and not actively used on target.  Those are to be implemented separately.

I've confirmed priority working on WD Red SATA disks connected via mpr(4)
and properly transferred to CTL target via iscsi(4), isp(4) and ocs_fc(4).

While there, added missing tag_action support to ocs_fc(4) initiator role.

MFC after:	1 month
Relnotes:	yes
Sponsored by:	iXsystems, Inc.
</content>
</entry>
<entry>
<title>Fix incorrect constants of target tag action.</title>
<updated>2020-10-25T16:58:48Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-10-25T16:58:48Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=eb5a54f8802fca0ca8a7a96734f7bd0764e26678'/>
<id>urn:sha1:eb5a54f8802fca0ca8a7a96734f7bd0764e26678</id>
<content type='text'>
ocs_scsi_recv_cmd() receives the flags after ocs_get_flags_fcp_cmd(),
which translates them from FCP_TASK_ATTR_* to OCS_SCSI_CMD_*.  As result
non-SIMPLE requests turned into HEAD or ORDERED depending on direction.

MFC after:	2 weeks
</content>
</entry>
<entry>
<title>ocs_fc: clean up empty lines in .c and .h files</title>
<updated>2020-09-01T22:02:12Z</updated>
<author>
<name>Mateusz Guzik</name>
<email>mjg@FreeBSD.org</email>
</author>
<published>2020-09-01T22:02:12Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=98d835ae88b0d7788445d53caf683f494868a531'/>
<id>urn:sha1:98d835ae88b0d7788445d53caf683f494868a531</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Fix -Wvoid-pointer-to-enum-cast warnings.</title>
<updated>2020-04-15T18:15:58Z</updated>
<author>
<name>Brooks Davis</name>
<email>brooks@FreeBSD.org</email>
</author>
<published>2020-04-15T18:15:58Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=6671366a55357f11c18837b10d53f8884e7a1251'/>
<id>urn:sha1:6671366a55357f11c18837b10d53f8884e7a1251</id>
<content type='text'>
This pattern is used in callbacks with void * data arguments and seems
both relatively uncommon and relatively harmless.  Silence the warning
by casting through uintptr_t.

This warning is on by default in Clang 11.

Reviewed by:	arichardson
Obtained from:	CheriBSD (partial)
MFC after:	1 week
Sponsored by:	DARPA
Differential Revision:	https://reviews.freebsd.org/D24425
</content>
</entry>
<entry>
<title>remove extraneous double ;s in sys/</title>
<updated>2020-03-30T16:04:25Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2020-03-30T16:04:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=aeb665b538d2cbcf71c2f865dfc57ec460b20c30'/>
<id>urn:sha1:aeb665b538d2cbcf71c2f865dfc57ec460b20c30</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Mark more nodes as CTLFLAG_MPSAFE or CTLFLAG_NEEDGIANT (17 of many)</title>
<updated>2020-02-26T14:26:36Z</updated>
<author>
<name>Pawel Biernacki</name>
<email>kaktus@FreeBSD.org</email>
</author>
<published>2020-02-26T14:26:36Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=7029da5c36f2d3cf6bb6c81bf551229f416399e8'/>
<id>urn:sha1:7029da5c36f2d3cf6bb6c81bf551229f416399e8</id>
<content type='text'>
r357614 added CTLFLAG_NEEDGIANT to make it easier to find nodes that are
still not MPSAFE (or already are but aren’t properly marked).
Use it in preparation for a general review of all nodes.

This is non-functional change that adds annotations to SYSCTL_NODE and
SYSCTL_PROC nodes using one of the soon-to-be-required flags.

Mark all obvious cases as MPSAFE.  All entries that haven't been marked
as MPSAFE before are by default marked as NEEDGIANT

Approved by:	kib (mentor, blanket)
Commented by:	kib, gallatin, melifaro
Differential Revision:	https://reviews.freebsd.org/D23718
</content>
</entry>
<entry>
<title>schedlock 1/4</title>
<updated>2019-12-15T21:11:15Z</updated>
<author>
<name>Jeff Roberson</name>
<email>jeff@FreeBSD.org</email>
</author>
<published>2019-12-15T21:11:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=61a74c5ccd65d1a00a96779f16eda8c41ff3a426'/>
<id>urn:sha1:61a74c5ccd65d1a00a96779f16eda8c41ff3a426</id>
<content type='text'>
Eliminate recursion from most thread_lock consumers.  Return from
sched_add() without the thread_lock held.  This eliminates unnecessary
atomics and lock word loads as well as reducing the hold time for
scheduler locks.  This will eventually allow for lockless remote adds.

Discussed with:	kib
Reviewed by:	jhb
Tested by:	pho
Differential Revision:	https://reviews.freebsd.org/D22626
</content>
</entry>
<entry>
<title>Use callout_func_t instead of the deprecated timeout_t.</title>
<updated>2019-12-10T22:06:53Z</updated>
<author>
<name>John Baldwin</name>
<email>jhb@FreeBSD.org</email>
</author>
<published>2019-12-10T22:06:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=5773ac113c5c364ed1f0af12b97b2c3b058e1ee2'/>
<id>urn:sha1:5773ac113c5c364ed1f0af12b97b2c3b058e1ee2</id>
<content type='text'>
Reviewed by:	kib, imp
Differential Revision:	https://reviews.freebsd.org/D22752
</content>
</entry>
<entry>
<title>Fixed issues reported by coverity scan.</title>
<updated>2019-01-23T17:34:01Z</updated>
<author>
<name>Ram Kishore Vegesna</name>
<email>ram@FreeBSD.org</email>
</author>
<published>2019-01-23T17:34:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=4915e5c71987230657669b7e6e190edd094819d3'/>
<id>urn:sha1:4915e5c71987230657669b7e6e190edd094819d3</id>
<content type='text'>
Approved by: mav
MFC after: 3 weeks
</content>
</entry>
<entry>
<title>ocs_fc: Ensure that we zero-initialize memory before copying it out.</title>
<updated>2019-01-23T17:28:39Z</updated>
<author>
<name>Mark Johnston</name>
<email>markj@FreeBSD.org</email>
</author>
<published>2019-01-23T17:28:39Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src-test/commit/?id=f9be23fd42a6060ac7bce6e570ed239831c15241'/>
<id>urn:sha1:f9be23fd42a6060ac7bce6e570ed239831c15241</id>
<content type='text'>
Note that the affected interface is available only to root.

admbugs:	765
Reported by:	Vlad Tsyrklevich &lt;vlad@tsyrklevich.net&gt;
Reviewed by:	emaste, ram
MFC after:	1 day
Security:	Kernel memory disclosure
Sponsored by:	The FreeBSD Foundation
Differential Revision:	https://reviews.freebsd.org/D18914
</content>
</entry>
</feed>
