History log of /freebsd/sys/dev/nvmf/controller/ctl_frontend_nvmf.c (Results 1 – 8 of 8)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
# 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 ...