#
365b89e8 |
| 30-Dec-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmf: Switch several ioctls to using nvlists
For requests that handoff queues from userspace to the kernel as well as the request to fetch reconnect parameters from the kernel, switch from using fla
nvmf: Switch several ioctls to using nvlists
For requests that handoff queues from userspace to the kernel as well as the request to fetch reconnect parameters from the kernel, switch from using flat structures to nvlists. In particular, this will permit adding support for additional transports in the future without breaking the ABI of the structures.
Note that this is an ABI break for the ioctls used by nvmf(4) and nvmft(4). Since this is only present in main I did not bother implementing compatability shims.
Inspired by: imp (suggestion on a different review) Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D48230
show more ...
|
Revision tags: release/14.2.0, release/13.4.0 |
|
#
f5541f9f |
| 03-Sep-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmfd/nvmft: Fix a typo "whiled" -> "while"
Sponsored by: Chelsio Communications
|
#
dcfa6669 |
| 23-Jul-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Handle qpair allocation failures during handoff
If the transport fails to create a queue pair, fail with an error rather than dereferencing a NULL pointer.
Sponsored by: Chelsio Communicatio
nvmft: Handle qpair allocation failures during handoff
If the transport fails to create a queue pair, fail with an error rather than dereferencing a NULL pointer.
Sponsored by: Chelsio Communications
show more ...
|
Revision tags: release/14.1.0 |
|
#
a15f7c96 |
| 03-May-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: The in-kernel NVMe over Fabrics controller
This is the server (target in SCSI terms) for NVMe over Fabrics. Userland is responsible for accepting a new queue pair and receiving the initial Co
nvmft: The in-kernel NVMe over Fabrics controller
This is the server (target in SCSI terms) for NVMe over Fabrics. Userland is responsible for accepting a new queue pair and receiving the initial Connect command before handing the queue pair off via an ioctl to this CTL frontend.
This frontend exposes CTL LUNs as NVMe namespaces to remote hosts. Users can ask LUNS to CTL that can be shared via either iSCSI or NVMeoF.
Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D44726
show more ...
|