#
11509c6e |
| 20-Feb-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Export more info for a ctl port for use by ctladm
In particular, export a "port" entry as well as an array of "host" entries for each active connection.
Reviewed by: asomers Sponsored by: Ch
nvmft: Export more info for a ctl port for use by ctladm
In particular, export a "port" entry as well as an array of "host" entries for each active connection.
Reviewed by: asomers Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D48775
show more ...
|
#
97ca2ada |
| 20-Feb-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Switch the per-port lock from sx(9) to mtx(9)
This is needed to avoid LORs for a following commit.
Sponsored by: Chelsio Communications
|
#
17b7a0c5 |
| 31-Jan-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Don't offline a port being removed if it is already offline
This is generally harmless but can trigger spurious warnings on the console due to duplicate attempts to disable LUNs.
Sponsored b
nvmft: Don't offline a port being removed if it is already offline
This is generally harmless but can trigger spurious warnings on the console due to duplicate attempts to disable LUNs.
Sponsored by: Chelsio Communications
show more ...
|
Revision tags: release/14.1.0-p7, release/14.2.0-p1, release/13.4.0-p3 |
|
#
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 ...
|
#
225c5e53 |
| 28-Dec-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Fix typo in error message if an I/O queue fails to handoff
Sponsored by: Chelsio Communications
|
Revision tags: release/14.2.0 |
|
#
b1d324d9 |
| 25-Sep-2024 |
John Baldwin <jhb@FreeBSD.org> |
ctl: Move extern for control_softc into <cam/ctl/ctl_private.h>
Reviewed by: imp Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D46778
|
#
1b3fa1ac |
| 24-Sep-2024 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Defer datamove operations to a pool of taskqueue threads
Some block devices may request datamove operations from an ithread context while holding locks. Queue datamove operations to a taskqu
nvmft: Defer datamove operations to a pool of taskqueue threads
Some block devices may request datamove operations from an ithread context while holding locks. Queue datamove operations to a taskqueue backed by a thread pool to safely permit blocking allocations, etc. in datamove handling.
Reviewed by: asomers Sponsored by: Chelsio Communications Differential Revision: https://reviews.freebsd.org/D46551
show more ...
|
Revision tags: release/13.4.0, 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 ...
|