From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 87CB1517BB5; Tue, 8 Sep 2026 09:04:19 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788858265; cv=none; b=LXf5BWFItKcl20VremUTOz045TfNgNlP8/sUwBn98ECkLG8CAJZqvfaylFzDPTUH2oG/9x4pBAMv3y3FI0NkxLkHwdKBfrtlr7lx/xDQ0Han0U17vj2PlGStQNqtlWBDwgThVp87DYgLuTsXpmMpMmDPXcRmcRtqeR5cEpKP3Io= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1788858265; c=relaxed/simple; bh=9UiBwx1ljXVCl2ls+1cOp1pxgly1GFRECtnLQGTTTks=; h=From:To:Subject:Date:Message-ID:In-Reply-To:References: MIME-Version; b=MfZKNtuUynGwgk1XPdRAPihK8mja0SSV+kBSksLTcyYYy4Edzk7PVSPXuaDTZj9RleGMih4uOExhULxA3sl9C5ihBTYBult3bpSepxZ36m2Q9YWN7Vy9gOtaDLHawZONybUDYNpYuopNd57T9TcPKct310puazRQ+xPfHMuqLUs= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=NvQIK5b7; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="NvQIK5b7" Received: by smtp.kernel.org (Postfix) with ESMTPSA id DEEE01F00A3E; Tue, 8 Sep 2026 09:04:16 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1788858258; bh=No0WE7W6D63porvzaiovltf9GWbp6lnc4eXR/P2TyXU=; h=From:To:Subject:Date:In-Reply-To:References; b=NvQIK5b7rXYfJ092FBj0QGNZl6RUDOXL31kCYXaEFTYfjNRx7GkSLqNd+0tQAjBOy hCACtQlZn8PL5koaA+B2uUGtMMdnT8nGkb27m7obgN7bU0IUrzUx8Z7NtWSCx/RVRr tEOqnDm+UcBkdEjrHsj6NsGKL+zXz2I2Z5L7VvidUFC9G2KExnHDh+ascNA9txywCt H+4NWbTIQlishxIkF/1mFd+j49uQ3kPALzFo6BmBO58dP2CP2vM9Q9sE4/ruCKpdej LqEuvfDax+TT4OuyteswXb/e94Ira5niEXVZfmjWa3owge/epWnAtkM6Eikl1rxHYA FpMVODr0u7Gbw== From: Damien Le Moal To: "Martin K . Petersen" , "James E . J . Bottomley" , linux-scsi@vger.kernel.org, linux-ide@vger.kernel.org, Niklas Cassel , linux-usb@vger.kernel.org, Alan Stern , Greg Kroah-Hartman , linux-s390@vger.kernel.org, Heiko Carstens Subject: [PATCH v6 33/40] scsi: storvsc: use 16-bits defined sense codes Date: Tue, 8 Sep 2026 18:03:01 +0900 Message-ID: <20260908090308.1085097-34-dlemoal@kernel.org> X-Mailer: git-send-email 2.55.0 In-Reply-To: <20260908090308.1085097-1-dlemoal@kernel.org> References: <20260908090308.1085097-1-dlemoal@kernel.org> Precedence: bulk X-Mailing-List: linux-usb@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Refactor the storvsc driver to use the 16-bits sense_code field of struct scsi_sense_hdr and replace all hard-coded additional sense codes and additional sense code qualifiers with the enum values defined in include/scsi/scsi_sense.h. This helps with code clarity as the sense codes being processed are easier to test and self-documented. No functional change intended. Signed-off-by: Damien Le Moal Reviewed-by: Johannes Thumshirn Reviewed-by: Hannes Reinecke --- drivers/scsi/storvsc_drv.c | 15 +++++++++------ 1 file changed, 9 insertions(+), 6 deletions(-) diff --git a/drivers/scsi/storvsc_drv.c b/drivers/scsi/storvsc_drv.c index ef3cd3bc7390..625db97d1a03 100644 --- a/drivers/scsi/storvsc_drv.c +++ b/drivers/scsi/storvsc_drv.c @@ -1016,7 +1016,7 @@ static int storvsc_channel_init(struct hv_device *device, bool is_fc) static void storvsc_handle_error(struct vmscsi_request *vm_srb, struct scsi_cmnd *scmnd, struct Scsi_Host *host, - u8 asc, u8 ascq) + struct scsi_sense_hdr *sshdr) { struct storvsc_scan_work *wrk; void (*process_err_fn)(struct work_struct *work); @@ -1033,7 +1033,7 @@ static void storvsc_handle_error(struct vmscsi_request *vm_srb, case SRB_STATUS_DATA_OVERRUN: if (vm_srb->srb_status & SRB_STATUS_AUTOSENSE_VALID) { /* Check for capacity change */ - if ((asc == 0x2a) && (ascq == 0x9)) { + if (sshdr->sense_code == CAPACITY_DATA_HAS_CHANGED) { process_err_fn = storvsc_device_scan; /* Retry the I/O that triggered this. */ set_host_byte(scmnd, DID_REQUEUE); @@ -1049,8 +1049,12 @@ static void storvsc_handle_error(struct vmscsi_request *vm_srb, * want scsi_report_sense() to output a message * that a sysadmin wouldn't know what to do with. */ - if ((asc == 0x3f) && (ascq != 0x03) && - (ascq != 0x0e)) { + if (scsi_sense_asc(sshdr) == + ASC_TARGET_OPERATING_CONDITIONS_HAVE_CHANGED && + sshdr->sense_code != + INQUIRY_DATA_HAS_CHANGED && + sshdr->sense_code != + REPORTED_LUNS_DATA_HAS_CHANGED) { process_err_fn = storvsc_device_scan; set_host_byte(scmnd, DID_REQUEUE); goto do_work; @@ -1141,8 +1145,7 @@ static void storvsc_command_completion(struct storvsc_cmd_request *cmd_request, } if (vm_srb->srb_status != SRB_STATUS_SUCCESS) { - storvsc_handle_error(vm_srb, scmnd, host, sense_hdr.asc, - sense_hdr.ascq); + storvsc_handle_error(vm_srb, scmnd, host, &sense_hdr); /* * The Windows driver set data_transfer_length on * SRB_STATUS_DATA_OVERRUN. On other errors, this value -- 2.55.0