[PATCH] nvme: print disposition on err req completion
Chaitanya Kulkarni
chaitanyak at nvidia.com
Wed Jun 7 16:31:01 PDT 2023
On 6/7/2023 10:06 AM, Engel, Amit wrote:
> That’s correct, my original proposal was to have a dedicated tracepoint for
> nvme_end_req/nvme_retry_req/nvme_failover_req.
>
> But, ck proposed a bit different approach and
> We agreed to go with optionally printing disposition value only
> when disposition != COMPLETE in the trace_nvme_complete_rq()
>
> Thanks,
> Amit
> -----Original Message-----
> From: Sagi Grimberg <sagi at grimberg.me>
> Sent: Wednesday, 7 June 2023 18:08
> To: Christoph Hellwig <hch at lst.de>; Chaitanya Kulkarni <kch at nvidia.com>
> Cc: linux-nvme at lists.infradead.org; Engel, Amit <Amit.Engel at Dell.com>; kbusch at kernel.org
> Subject: Re: [PATCH] nvme: print disposition on err req completion
>
>
> [EXTERNAL EMAIL]
>
>
>>> Currently we don't print disposition in the request completion path
>>> in nvme_complete_rq() tracepoint, so when request fails it is not
>>> straight forward to understand the diposition making it hard to debug
>>> the problems in the field.
>>>
>>> Update nvme_complete_rq() tracepoint to print the disposition when
>>> request fails, since disposition value will always be 0 when request
>>> status = 0.
>>
>> Hmm, not sure this is the right way to approach it. I'd rather redo
>> how the trace points work by having a class and the ondividual
>> tracepoints in nvme_end_req/nvme_retry_req/nvme_failover_req.
>
> :)
>
> This was the original proposal (posted as a question to the list), and I proposed this approach. You don't like it?
>
> I kinda like the explicit disposition output.
I thought it could save a code to add class.
I'll send V2 with above approach.
-ck
More information about the Linux-nvme
mailing list