[bug report] RIP: 0010:blk_flush_complete_seq+0x450/0x1060 observed during blktests nvme/tcp nvme/012
Chaitanya Kulkarni
chaitanyak at nvidia.com
Fri May 3 14:14:29 PDT 2024
>> This is something Damien added to his patch series. I just wonder, why I
>> couldn't reproduce the failure, even with nvme-mpath enabled. I tried
>> both nvme-tcp as well as nvme-loop without any problems.
>
> Not exactly sure.
>
> From what I see blk_flush_complete_seq() will only call
> blk_flush_restore_request() and
> panic is for error != 0. And if that is the case, any request with its
> bios stolen must panic.
>
> However, nvme-mpath always ends a stolen request with error = 0.
>
> Seems that there is code that may override the request error status in
> flush_end_io() but I cannot
> see it in the trace...
I confirm that after several tries I cannot reproduced it either with
and without multi-pathing, blktests is passing without any errors for
both nvme-loop and nvme-tcp ....
-ck
More information about the Linux-nvme
mailing list