src-test/sys/cam/ctl/ctl_ser_table.c, branch mainFreeBSD source treehttps://cgit-dev.freebsd.org/src-test/atom?h=main2020-09-01T22:13:48Zcam: clean up empty lines in .c and .h files2020-09-01T22:13:48ZMateusz Guzikmjg@FreeBSD.org2020-09-01T22:13:48Zurn:sha1:27dcd3d90b41d3c89eac3c2b50b9a6f515e5c89dsys/cam: further adoption of SPDX licensing ID tags.2017-11-27T15:12:43ZPedro F. Giffunipfg@FreeBSD.org2017-11-27T15:12:43Zurn:sha1:bec9534d1d180ff06c240db7bbd809764a6a8f6f
Mainly focus on files that use BSD 2-Clause license, however the tool I
was using misidentified many licenses so this was mostly a manual - error
prone - task.
The Software Package Data Exchange (SPDX) group provides a specification
to make it easier for automated tools to detect and summarize well known
opensource licenses. We are gradually adopting the specification, noting
that the tags are considered only advisory and do not, in any way,
superceed or replace the license texts.
Constify ctl_serialize_table.2015-09-25T18:49:25ZAlexander Motinmav@FreeBSD.org2015-09-25T18:49:25Zurn:sha1:5d4dfee032e1f70e7f13249476060693dc7e5785Relax serialization of SYNCHRONIZE CACHE commands.2015-08-05T21:58:32ZAlexander Motinmav@FreeBSD.org2015-08-05T21:58:32Zurn:sha1:f2a20b166a1efde194b39d8fae5841b843819f4d
Before this change SYNCHRONIZE CACHE commands were executed exclusively,
as if they had ORDERED tag. But looking through SCSI specs I've found
no any reason to be so strict. For reads this ordering seems pointless.
For writes it looks less obvious, so I left ordering against preceeding
write commands, while following ones are no longer required to wait.
MFC after: 2 weeks
Sponsored by: iXsystems, Inc.
Count consecutive read requests as blocking in CTL for files and ZVOLs.2014-12-06T20:39:25ZAlexander Motinmav@FreeBSD.org2014-12-06T20:39:25Zurn:sha1:bfbfc4a3cbb69406ebcaa041326731048022e434
Technically read requests can be executed in any order or simultaneously
since they are not changing any data. But ZFS prefetcher goes crasy when
it receives consecutive requests from different threads. Since prefetcher
works on level of separate blocks, instead of two consecutive 128K requests
it may receive 32 8K requests in mixed order.
This patch is more workaround then a real fix, and it does not fix all of
prefetcher problems, but it improves sequential read speed by 3-4x times
in some configurations. On the other side it may hurt performance if
some backing store has no prefetch, that is why it is disabled by default
for raw devices.
MFC after: 2 weeks
Implement control over command reordering via options and control mode page.2014-09-13T10:34:23ZAlexander Motinmav@FreeBSD.org2014-09-13T10:34:23Zurn:sha1:ab55ae255a5d1bcb9f55ae52e9616974f3f15c57
It allows to bypass range checks between UNMAP and READ/WRITE commands,
which may introduce additional delays while waiting for UNMAP parameters.
READ and WRITE commands are always processed in safe order since their
range checks are almost free.
Implement range checks between UNMAP and READ/WRITE commands.2014-09-13T07:45:03ZAlexander Motinmav@FreeBSD.org2014-09-13T07:45:03Zurn:sha1:abafbab15fb7ecadd0cd655caa672329369c9142
Before this change UNMAP completely blocked other I/Os while running.
Now it blocks only colliding ones, slowing down others only due to ZFS
locks collisions.
Sponsored by: iXsystems, Inc.
Add support for Windows dialect of EXTENDED COPY command, aka Microsoft ODX.2014-08-04T01:16:20ZAlexander Motinmav@FreeBSD.org2014-08-04T01:16:20Zurn:sha1:25eee848cd5e6543c081fdd3e3fbb55f37692ff1
This allows to avoid extra network traffic when copying files on NTFS iSCSI
disks within one storage host by drag'n'dropping them in Windows Explorer
of Windows 8/2012. It should also accelerate Hyper-V VM operations, etc.
MFC after: 2 weeks
Sponsored by: iXsystems, Inc.
Add support for VMWare dialect of EXTENDED COPY command, aka VAAI Clone.2014-07-16T15:57:17ZAlexander Motinmav@FreeBSD.org2014-07-16T15:57:17Zurn:sha1:984a2ea91fbc21063e931d117aed354cfe0c02f5
This allows to clone VMs and move them between LUNs inside one storage
host without generating extra network traffic to the initiator and back,
and without being limited by network bandwidth.
LUNs participating in copy operation should have UNIQUE NAA or EUI IDs set.
For LUNs without these IDs VMWare will use traditional copy operations.
Beware: the above LUN IDs explicitly set to values non-unique from the VM
cluster point of view may cause data corruption if wrong LUN is addressed!
MFC after: 2 weeks
Sponsored by: iXsystems, Inc.
Merge several equal serialization indexes.2014-07-13T06:01:23ZAlexander Motinmav@FreeBSD.org2014-07-13T06:01:23Zurn:sha1:4d877c414818ff1f672ef72b5d72c22aaea44fb8