Received: by 2002:a25:4158:0:0:0:0:0 with SMTP id o85csp844217yba; Wed, 24 Apr 2019 10:30:19 -0700 (PDT) X-Google-Smtp-Source: APXvYqx73T+HRD2d3syNVA7iy7uNKrk93AQUp036J//33PQUOXriA6kYTyFwnFpCZ11qZfkexBzu X-Received: by 2002:a17:902:407:: with SMTP id 7mr33899241ple.62.1556127019305; Wed, 24 Apr 2019 10:30:19 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1556127019; cv=none; d=google.com; s=arc-20160816; b=V+9ZDKlru7bx7GnbknyFtWpsid1Qkc+IzctMdE5/cC7YrsN6808U84qRezPDIgl/xf /YH10ZQPTmFkvoqDlpajWQbw2Jc5De5lpzeKhY3tKhyRTWb7CSEFPFGUsAc/iHJSVUyU W/hsR7JlqXscVMcAvy5ci53lCRspppd+0CkvPfUtdnvwdzULsgecnq8lxjK4heGENpzo XvTOi4WrYhvqZgspRiboNppqWFG0QdpD9V643UZi2nUqVjUs27g6TAq0eBrCavwjRoCU /uxOof49uI7sGxYAlBvJVfSwAzv6B4NaE6HhvRAf/mIWPT+FgMbeplnXaPeLXUs2+9mK bZtg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=KcbRktDuENwMSjibgYpWIvo2IRSPHq/AXpFMfF+Q97A=; b=QeV5lkvlDtltXmiuzknMioRcJPryAmlv5WU6bV4xGQ0tS5FOlU52pOFo+sgNV4/3T3 HhvDYuR2vPU6ttdHxHMpRaaqsD+Q3P3YNzjTj9bfHmOKY7d6IZ+Goi9gbGCXRve840I+ bZ9WV0HmzzYZB5072ZWYtBzkdLEVVK0YdVetSZCOyA+ySOAKxJblVX1h19HGHxYltGd5 WQMLMmKQoK8miNQhJAEzFVHDcJki6BLNxDcgymOOH4uA8NXu0NG6xKQxlyYMVd8sV8pL Yi8IujwtjItgvchixwyQl0bwL32NQsPvJzorPlLH8/2KFaZJWoSBZjr1cPPl0+ZvLDDO ucmg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=smhf4vzS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w6si19712361pll.213.2019.04.24.10.30.03; Wed, 24 Apr 2019 10:30:19 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=smhf4vzS; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390412AbfDXR1Q (ORCPT + 99 others); Wed, 24 Apr 2019 13:27:16 -0400 Received: from mail.kernel.org ([198.145.29.99]:53204 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390380AbfDXR1M (ORCPT ); Wed, 24 Apr 2019 13:27:12 -0400 Received: from localhost (62-193-50-229.as16211.net [62.193.50.229]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id BB381205ED; Wed, 24 Apr 2019 17:27:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1556126832; bh=3tZMqAe4m2tyxH1Km1vnkr2W2uO+Aoqi8LQxBStiESA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=smhf4vzSKCx+9U07ye/dqiJQGzmz3lb/FNES8rqKdFX4nOf0YcOBnpyLM8L+bv9cR AoJlYxBXmqPw+VyflTwmMSKNE2b/RyYfBmLUTkNT+uRfS5xUL8BcWmN60UK7XAb047 zi/5g/x86PZ1CAHFTUcNmO3TOb45x+/QHNyREG2Y= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Jaesoo Lee , Hannes Reinecke , Bart Van Assche , "Martin K. Petersen" Subject: [PATCH 4.14 33/70] scsi: core: set result when the command cannot be dispatched Date: Wed, 24 Apr 2019 19:09:53 +0200 Message-Id: <20190424170911.461102399@linuxfoundation.org> X-Mailer: git-send-email 2.21.0 In-Reply-To: <20190424170906.751869122@linuxfoundation.org> References: <20190424170906.751869122@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Jaesoo Lee commit be549d49115422f846b6d96ee8fd7173a5f7ceb0 upstream. When SCSI blk-mq is enabled, there is a bug in handling errors in scsi_queue_rq. Specifically, the bug is not setting result field of scsi_request correctly when the dispatch of the command has been failed. Since the upper layer code including the sg_io ioctl expects to receive any error status from result field of scsi_request, the error is silently ignored and this could cause data corruptions for some applications. Fixes: d285203cf647 ("scsi: add support for a blk-mq based I/O path.") Cc: Signed-off-by: Jaesoo Lee Reviewed-by: Hannes Reinecke Reviewed-by: Bart Van Assche Signed-off-by: Martin K. Petersen Signed-off-by: Greg Kroah-Hartman --- drivers/scsi/scsi_lib.c | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) --- a/drivers/scsi/scsi_lib.c +++ b/drivers/scsi/scsi_lib.c @@ -2050,8 +2050,12 @@ out: blk_mq_delay_run_hw_queue(hctx, SCSI_QUEUE_DELAY); break; default: + if (unlikely(!scsi_device_online(sdev))) + scsi_req(req)->result = DID_NO_CONNECT << 16; + else + scsi_req(req)->result = DID_ERROR << 16; /* - * Make sure to release all allocated ressources when + * Make sure to release all allocated resources when * we hit an error, as we will never see this command * again. */