Searched hist:287967 (Results 1 - 4 of 4) sorted by relevance
| /freebsd-11-stable/sys/cam/ctl/ | ||
| H A D | ctl.h | diff 287967 Fri Sep 18 17:45:00 MDT 2015 mav Relax serseq option operation for reads. Previously, with serseq enabled, next command was unblocked only after previous completed. With this change, for read operations, next command is unblocked as soon as last media read completed. This is important for frontends that actually wait for data move completion (like camtgt), or when data are moved through the HA link, or especially when both. |
| H A D | ctl_io.h | diff 287967 Fri Sep 18 17:45:00 MDT 2015 mav Relax serseq option operation for reads. Previously, with serseq enabled, next command was unblocked only after previous completed. With this change, for read operations, next command is unblocked as soon as last media read completed. This is important for frontends that actually wait for data move completion (like camtgt), or when data are moved through the HA link, or especially when both. |
| H A D | ctl_backend_block.c | diff 287967 Fri Sep 18 17:45:00 MDT 2015 mav Relax serseq option operation for reads. Previously, with serseq enabled, next command was unblocked only after previous completed. With this change, for read operations, next command is unblocked as soon as last media read completed. This is important for frontends that actually wait for data move completion (like camtgt), or when data are moved through the HA link, or especially when both. |
| H A D | ctl.c | diff 287967 Fri Sep 18 17:45:00 MDT 2015 mav Relax serseq option operation for reads. Previously, with serseq enabled, next command was unblocked only after previous completed. With this change, for read operations, next command is unblocked as soon as last media read completed. This is important for frontends that actually wait for data move completion (like camtgt), or when data are moved through the HA link, or especially when both. |
Completed in 140 milliseconds