| #
8ced5076
|
| 10-Nov-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Honor any IOCCSZ limit imposed by the transport
Sponsored by: Chelsio Communications
|
| #
99651c30
|
| 22-Oct-2025 |
David E. O'Brien <obrien@FreeBSD.org> |
sbuf_delete() after sbuf_finish() & add SBUF_INCLUDENUL
Reviewed by: adrian, imp
Differential Revision: https://reviews.freebsd.org/D53254
|
| #
0d48d1ff
|
| 30-May-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe over Fabrics controller")
Sponsored by: Chelsio Communications
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
|
| #
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 ...
|
| #
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 ...
|
| #
a15f7c96
|
| 02-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 ...
|
| #
8ced5076
|
| 10-Nov-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Honor any IOCCSZ limit imposed by the transport
Sponsored by: Chelsio Communications
|
| #
99651c30
|
| 22-Oct-2025 |
David E. O'Brien <obrien@FreeBSD.org> |
sbuf_delete() after sbuf_finish() & add SBUF_INCLUDENUL
Reviewed by: adrian, imp
Differential Revision: https://reviews.freebsd.org/D53254
|
| #
0d48d1ff
|
| 30-May-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe over Fabrics controller")
Sponsored by: Chelsio Communications
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
|
| #
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 ...
|
| #
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 ...
|
| #
a15f7c96
|
| 02-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 ...
|
| #
8ced5076
|
| 10-Nov-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Honor any IOCCSZ limit imposed by the transport
Sponsored by: Chelsio Communications
|
| #
99651c30
|
| 22-Oct-2025 |
David E. O'Brien <obrien@FreeBSD.org> |
sbuf_delete() after sbuf_finish() & add SBUF_INCLUDENUL
Reviewed by: adrian, imp
Differential Revision: https://reviews.freebsd.org/D53254
|
| #
0d48d1ff
|
| 30-May-2025 |
John Baldwin <jhb@FreeBSD.org> |
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe
nvmft: Fix a resource leak for SET_FEATURES/ASYNC_EVENT_CONFIGURATION
The received command capsule was not freed after sending the success
response.
Fixes: a15f7c96a276 ("nvmft: The in-kernel NVMe over Fabrics controller")
Sponsored by: Chelsio Communications
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
|
| #
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 ...
|
| #
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 ...
|
| #
a15f7c96
|
| 02-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 ...
|