[PATCH v7 1/1] nvmet: support reservation feature
Guixin Liu
kanie at linux.alibaba.com
Tue Mar 12 20:42:12 PDT 2024
在 2024/3/13 05:31, Sagi Grimberg 写道:
> So I understand from you that there is out-of-band mechanism for fence
> guarantee?
>
> In any event, Christoph reminded me that preempt and abort is
> mandatory, so we cannot
> get away without doing it.
>
Agree.
> I suggest to introduce a per-ns-per-controller percpuref, with an
> xarray that is rcu protected.
I will implement it in v9, and I also think that we should a
time-limited wait.
>
> btw, I also think that reservations on nsid=0xffffffff should also
> work. IIRC there were at least
> two use-cases that would have benefited from reservations on all
> subsystem namespaces.
> It can also be a lot more lightweight to implement that (outside of
> conflicting reservations checks).
You mean one host can reserve all of namespaces by sending one
reservation command?
Well, Could you please tell me which two use-cases?
I think this will make the target code too complicated, because the
reservation situation on each
namespace may different, we should handle it one-by-one, and if failed
in middle, we should revert
the handled namespaces.
Best regards,
Guixin Liu
More information about the Linux-nvme
mailing list