summaryrefslogtreecommitdiff
path: root/Documentation/wimax
diff options
context:
space:
mode:
authorMing Lei <ming.lei@redhat.com>2018-04-12 18:16:04 +0300
committerJens Axboe <axboe@kernel.dk>2018-04-12 18:58:27 +0300
commit11d9ea6f2ca69237d35d6c55755beba3e006b106 (patch)
tree138e77ac276f5484e2c50ce30fc7449ca65348f8 /Documentation/wimax
parent7ec6074ff005e5f6cd2cf186a9ec7496c3db04f9 (diff)
downloadlinux-11d9ea6f2ca69237d35d6c55755beba3e006b106.tar.xz
nvme-loop: fix kernel oops in case of unhandled command
When nvmet_req_init() fails, __nvmet_req_complete() is called to handle the target request via .queue_response(), so nvme_loop_queue_response() shouldn't be called again for handling the failure. This patch fixes this case by the following way: - move blk_mq_start_request() before nvmet_req_init(), so nvme_loop_queue_response() may work well to complete this host request - don't call nvme_cleanup_cmd() which is done in nvme_loop_complete_rq() - don't call nvme_loop_queue_response() which is done via .queue_response() Signed-off-by: Ming Lei <ming.lei@redhat.com> Reviewed-by: Christoph Hellwig <hch@lst.de> [trimmed changelog] Signed-off-by: Keith Busch <keith.busch@intel.com> Signed-off-by: Jens Axboe <axboe@kernel.dk>
Diffstat (limited to 'Documentation/wimax')
0 files changed, 0 insertions, 0 deletions