Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp1513pxy; Tue, 20 Apr 2021 11:03:41 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7eK8H3/FQuQq9+fM4efkVcyuJITWOGB5niry1IUK2rw95sjvdZd0X5SWMC2zgkw8fTtWs X-Received: by 2002:a63:5301:: with SMTP id h1mr17771435pgb.109.1618941820996; Tue, 20 Apr 2021 11:03:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1618941820; cv=none; d=google.com; s=arc-20160816; b=t2XzDrwdiToSW0eXkx87wKLzShPDu9vFyTV+rVdtJENpt1UaM9BAxJre2QjPXkOYwg VBLDyNS57V0zl9LBa7eX1dUfCRRC+1I79su9K5QtaifbUB+saG6byMypAsUHwMsFiz+k Q/XJViU+tO3MR4xlKjwTBYYvclnEcKAIGrcpgak+5g+uql8V43JHPfi15gXgzSbd1PKA K0Ixu1tgZVjg5GkrvTwgyfupf3JwvzCcnjhwksb1h6kTXuQJdHH/OuOllRGPTNpaWITW BYzHVZVWfpmHu0F8V54CCILQDFVA3EXvp8X0AG/07yblPrKJ8sTwNBwhUkeHsuSIoFm8 rwrQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:user-agent:references:message-id :in-reply-to:subject:cc:to:from:date; bh=LblTF1W4B0TV9rDcODHEBVbAel470gpufhNzk39Pgoo=; b=LJwv+m18S/PZrdrbPZsF8oVysWLTNr0AdWzLkRGENRthhqG5HHr/NsUGxBZ3UgERbC cncxRcGUmfnb7K56Xt2PWSw61lp5hXytPrwNeOJcsDSOOsW4ThO2+YqpJUGI+HZlpf9B F71eUS4XSQe06P3rGIRefA8BD4TDazghWl/MWEs1pDvxrKG0JvnxhFCM742ui9ZO/fzr Au2Bh+DG6XvjDDVG/YgWOkmMgikkCtKfZW8CWdbyk+wzSvzytjJHIjB4AkYm9IEVH/zA 7Ua5nZitH/62FydgrFDbR2hDHjztf+Cq3KeBlieN3/YvK+4mwIowqd7wmgLYmffwEYQ+ vBGQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id me5si3736090pjb.80.2021.04.20.11.03.27; Tue, 20 Apr 2021 11:03:40 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233597AbhDTSCp (ORCPT + 99 others); Tue, 20 Apr 2021 14:02:45 -0400 Received: from angie.orcam.me.uk ([157.25.102.26]:39270 "EHLO angie.orcam.me.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233572AbhDTSCk (ORCPT ); Tue, 20 Apr 2021 14:02:40 -0400 Received: by angie.orcam.me.uk (Postfix, from userid 500) id 161A29200BF; Tue, 20 Apr 2021 20:02:07 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by angie.orcam.me.uk (Postfix) with ESMTP id 11AB69200BC; Tue, 20 Apr 2021 20:02:07 +0200 (CEST) Date: Tue, 20 Apr 2021 20:02:06 +0200 (CEST) From: "Maciej W. Rozycki" To: Khalid Aziz , "James E.J. Bottomley" , "Martin K. Petersen" cc: Nix , Christoph Hellwig , linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH v2 5/5] scsi: Set allocation length to 255 for ATA Information VPD page In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (DEB 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Set the allocation length to 255 for the ATA Information VPD page requested in the WRITE SAME handler, so as not to limit information examined by `scsi_get_vpd_page' in the supported vital product data pages unnecessarily. Originally it was thought that Areca hardware may have issues with a valid allocation length supplied for a VPD inquiry, however older SCSI standard revisions[1] consider 255 the maximum length allowed and what has later become the high order byte is considered reserved and must be zero with the INQUIRY command. Therefore it was unnecessary to reduce the amount of data requested from 512 as far down as to 64, arbitrarily chosen, and 255 would as well do. With commit b3ae8780b429 ("[SCSI] Add EVPD page 0x83 and 0x80 to sysfs") we have since got the SCSI_VPD_PG_LEN macro, so use that instead. References: [1] "Information technology - Small Computer System Interface - 2", WORKING DRAFT, X3T9.2, Project 375D, Revision 10L, 7-SEP-93, Section 8.2.5 "INQUIRY command", pp.104-108 Signed-off-by: Maciej W. Rozycki Fixes: af73623f5f10 ("[SCSI] sd: Reduce buffer size for vpd request") --- No changes from v1. --- drivers/scsi/sd.c | 5 +---- 1 file changed, 1 insertion(+), 4 deletions(-) Index: linux-macro-ide/drivers/scsi/sd.c =================================================================== --- linux-macro-ide.orig/drivers/scsi/sd.c +++ linux-macro-ide/drivers/scsi/sd.c @@ -3076,16 +3076,13 @@ static void sd_read_write_same(struct sc } if (scsi_report_opcode(sdev, buffer, SD_BUF_SIZE, INQUIRY) < 0) { - /* too large values might cause issues with arcmsr */ - int vpd_buf_len = 64; - sdev->no_report_opcodes = 1; /* Disable WRITE SAME if REPORT SUPPORTED OPERATION * CODES is unsupported and the device has an ATA * Information VPD page (SAT). */ - if (!scsi_get_vpd_page(sdev, 0x89, buffer, vpd_buf_len)) + if (!scsi_get_vpd_page(sdev, 0x89, buffer, SCSI_VPD_PG_LEN)) sdev->no_write_same = 1; }