#
b769044f |
| 13-Jan-2025 |
Kyle Evans <kevans@FreeBSD.org> |
nvmf: fix build with __assert_unreachable() addition to userland
<assert.h> now has a usable definition, so we don't need to shim it out in the nvmf header anymore.
Reviewed by: emaste, jhb Differe
nvmf: fix build with __assert_unreachable() addition to userland
<assert.h> now has a usable definition, so we don't need to shim it out in the nvmf header anymore.
Reviewed by: emaste, jhb Differential Revision: https://reviews.freebsd.org/D48078
show more ...
|
Revision tags: release/14.2.0, release/13.4.0 |
|
#
43d45f26 |
| 22-Jul-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmf_tcp: Don't require a data digest for PDUs without data
If a PDU (such as a Command Capsule PDU) on a connection that has enabled data digests does not have a data section, it will not have the
nvmf_tcp: Don't require a data digest for PDUs without data
If a PDU (such as a Command Capsule PDU) on a connection that has enabled data digests does not have a data section, it will not have the the PDU data digest flag set. The previous check was requiring this flag to be present on all PDU types that support data sections even if no data was included in the PDU.
Sponsored by: Chelsio Communications
show more ...
|
Revision tags: release/14.1.0 |
|
#
a7db82cf |
| 06-May-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmf_tcp: Correct tests for PDU direction
Add parentheses to ensure the correct order of operations.
Reported by: GCC
|
#
bbd5b6fe |
| 03-May-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmf_tcp.h: Internal header shared between userspace and kernel
- Helper macros for specific SGL types used with the TCP transport
- An inline function which validates various fields in TCP PDUs
R
nvmf_tcp.h: Internal header shared between userspace and kernel
- Helper macros for specific SGL types used with the TCP transport
- An inline function which validates various fields in TCP PDUs
Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D44708
show more ...
|