[REPOST][PATCH v3] nvmet: implement valid sqhd values in completions

Sagi Grimberg sagi at grimberg.me
Wed Sep 20 04:14:02 PDT 2017



On 18/09/17 19:08, James Smart wrote:
> To support sqhd, for initiators that are following the spec and
> paying attention to sqhd vs their sqtail values:
> - add sqhd to struct nvmet_sq
> - initialize sqhd to 0 in nvmet_sq_setup
> - rather than propagate the 0's-based qsize value from the connect message
>    which requires a +1 in every sqhd update, and as nothing else references
>    it, convert to 1's-based value in nvmt_sq/cq_setup() calls.
> - validate connect message sqsize being non-zero per spec.
> - updated assign sqhd for every completion that goes back.
> 
> Signed-off-by: James Smart <james.smart at broadcom.com>
> 
> ---
> v2:
>    v2: assignment corrected for endianness
> v3:
>    removed if test on req->sq that is unneeded
> 
>    repost fixed the "comment" indicator in the patch header
> 
>   drivers/nvme/target/core.c        | 12 ++++++------
>   drivers/nvme/target/fabrics-cmd.c |  9 +++++++--
>   drivers/nvme/target/nvmet.h       |  1 +
>   3 files changed, 14 insertions(+), 8 deletions(-)
> 
> diff --git a/drivers/nvme/target/core.c b/drivers/nvme/target/core.c
> index 7c23eaf8e563..8c86c258d2e8 100644
> --- a/drivers/nvme/target/core.c
> +++ b/drivers/nvme/target/core.c
> @@ -390,10 +390,9 @@ static void __nvmet_req_complete(struct nvmet_req *req, u16 status)
>   	if (status)
>   		nvmet_set_status(req, status);
>   
> -	/* XXX: need to fill in something useful for sq_head */
> -	req->rsp->sq_head = 0;
> -	if (likely(req->sq)) /* may happen during early failure */
> -		req->rsp->sq_id = cpu_to_le16(req->sq->qid);

It wasn't documented why it is safe to remove the condition statement.

Besides that, looks good to me,

Reviewed-by: Sagi Grimberg <sagi at grimberg.me>



More information about the Linux-nvme mailing list