Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp7289027imu; Thu, 27 Dec 2018 16:56:26 -0800 (PST) X-Google-Smtp-Source: ALg8bN5Kk5HgQK1QmHiYSwjjf8I7GBoHBpoCyKEkInubtWEhmev4ErQ7ZWlhq4mxN2l0MAS8xa4t X-Received: by 2002:a62:5f07:: with SMTP id t7mr25936392pfb.108.1545958586018; Thu, 27 Dec 2018 16:56:26 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1545958585; cv=none; d=google.com; s=arc-20160816; b=Gjomgmv+Lk6lw5jX9TRP2kOgy+h5knqjqgA5AwidFV8ZzSKCUqxP5Ir/kSTmIAd4jh wSFhIHouROZDMp8qayn4YT5QWWHK51VIqJKIwKY11L5z/zF5fc099p60qJUml/eRN0BT 3AqX6gF08b2bSOepM0vtCzefRqVelcL7raFeTCBXOAqCp5UoDDfKbkPyrHAycATLfure aTU/dz111l3itc/s0M8I2grVkn/9PY3HnxSBDljPGZEjStCQFPSMvro80wqzP5Kiku7o KDvqfokrH1djrq/u0E/L5WQrw32gR/PprP32nWddAgcbvmuFNHVbnEl1cxABLCCoC3BN 8wOg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:references:in-reply-to:message-id:date :subject:cc:to:from; bh=mmsVw/LNVigBnwhee0zeLPWXiWocPfYthYpQE2fidr8=; b=u0rY49bH7OBxmP4WLXG+uYEUQlD1kfmBWYLV+k1ooLBcnyA/ZzCnqJnaPL/L29ayqL I7JiW6EvlD0AfijmWKhCnoHxSg7+5BBK3qtCjykpkkkqymom2/KBi4N0WrZjL0NM+KD0 SAZUIFM8TeQiXFSGURYmliheLDU0MEYSjY9K2YAyx9z2xirbh0QR2T0EOlM+hdnufJG0 CiydR58CBtwzqXwyjxcsfaeRIoDyYpqmpdm0pQXb/j9Pn7CUAXxiJp0qG8XFJkeozQum oUZ/+1sng3Bt1zcve2PSNltzpqpDygejHg/1YhdsphZAvS80wySLr3NwXeZOAUTBa/z7 emng== ARC-Authentication-Results: i=1; mx.google.com; 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 v69si37098487pgb.3.2018.12.27.16.56.07; Thu, 27 Dec 2018 16:56:25 -0800 (PST) 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; 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 S1728024AbeL0OfQ (ORCPT + 99 others); Thu, 27 Dec 2018 09:35:16 -0500 Received: from hermes.aosc.io ([199.195.250.187]:59107 "EHLO hermes.aosc.io" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726774AbeL0OfP (ORCPT ); Thu, 27 Dec 2018 09:35:15 -0500 Received: from localhost (localhost [127.0.0.1]) (Authenticated sender: icenowy@aosc.io) by hermes.aosc.io (Postfix) with ESMTPSA id 7636615E503; Thu, 27 Dec 2018 14:35:12 +0000 (UTC) From: Icenowy Zheng To: Alan Stern , Greg Kroah-Hartman , linux-usb@vger.kernel.org, usb-storage@lists.one-eyed-alien.net, linux-kernel@vger.kernel.org Cc: Icenowy Zheng Subject: [PATCH 1/2] USB: storage: don't insert sane sense for SPC3+ when bad sense specified Date: Thu, 27 Dec 2018 22:34:36 +0800 Message-Id: <20181227143437.17151-2-icenowy@aosc.io> In-Reply-To: <20181227143437.17151-1-icenowy@aosc.io> References: <20181227143437.17151-1-icenowy@aosc.io> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Currently the code will set US_FL_SANE_SENSE flag unconditionally if device claims SPC3+, however we should allow US_FL_BAD_SENSE flag to prevent this behavior, because SMI SM3350 UFS-USB bridge controller, which claims SPC4, will show strange behavior with 96-byte sense (put the chip into a wrong state that cannot read/write anything). Check the presence of US_FL_BAD_SENSE when assuming US_FL_SANE_SENSE on SPC4+ devices. Signed-off-by: Icenowy Zheng --- drivers/usb/storage/scsiglue.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/usb/storage/scsiglue.c b/drivers/usb/storage/scsiglue.c index fde2e71a6ade..699fe9557127 100644 --- a/drivers/usb/storage/scsiglue.c +++ b/drivers/usb/storage/scsiglue.c @@ -236,7 +236,8 @@ static int slave_configure(struct scsi_device *sdev) sdev->try_rc_10_first = 1; /* assume SPC3 or latter devices support sense size > 18 */ - if (sdev->scsi_level > SCSI_SPC_2) + if (sdev->scsi_level > SCSI_SPC_2 && + !(us->fflags & US_FL_BAD_SENSE)) us->fflags |= US_FL_SANE_SENSE; /* -- 2.18.1