Received: by 2002:ac0:946b:0:0:0:0:0 with SMTP id j40csp2478852imj; Mon, 11 Feb 2019 03:38:38 -0800 (PST) X-Google-Smtp-Source: AHgI3Ib4lRzT+BqUb8BLtHECpUok4qEXsT8uJzRrTmfe+yntTKyD13q5xl4mK7GCMuhr+5cYDePZ X-Received: by 2002:a63:d342:: with SMTP id u2mr33058322pgi.41.1549885118236; Mon, 11 Feb 2019 03:38:38 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1549885118; cv=none; d=google.com; s=arc-20160816; b=A6FTnKlGpmjRRl1fKpBY/mwos1G6aP83yt5mvIoT6hbWf70DKKNJ9Ot3bDF55/CT0D 0nft5LqZKPK3b0yGb8RLPDHjbxBYVEXpy7g0Gm6g6uP6vWPo6j2eU17Bj3YrlwPlrg/q 2gcg26Ql9ppOceo+ZS4ul56z9FTkXpI6ZKCF+ppNnCwlesB+fHcmfIawt/ClclLNSuAy +hUXqVhCgcfNWA11IQXG0ov2XYgQbUaaHsrKwm7hL5tIoFDz07sAOixURVx/SW6HN2DQ 55LTrq0vv4osOUHygqyxpG1kfN0vT94dw+6Z1eO/1X2s/rosDcjnkHRLjJaVMvX2ssvX XpzA== 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:in-reply-to :mime-version:user-agent:date:message-id:from:cc:references:to :subject; bh=Z0Tjy+M5m5tz4wEPWiDh27bd3ax3D9+Hhm561Jhv684=; b=MqPzPYQqzkKoo6hqZwAew28Ef7/GniXHxE6ZFsOePhaOygjWmmCqwGrlTopC2aa2Mf sT4HjgHbsLMecigQdN/HSVI+QGZH8SBYQAT+QjRkhZeHw9aLGd1USanCh3L7M9ywqwEI qXbJ2jMrTe7svjTxbaL8N0egzpM/OtAwtLB5czGB9xWinEvCaYWJ9Gibbs7B0RadWqg4 apNQzWCFuR56p6xh0sPzuxUcgDU1fYcG6kshhs/lui+FZu/elmcUlh1DpcLPpQRRxSVD F6kg9BVsSNsLAhcFEN8ZGxf5hYMljTrCQW9pA9rAKpy18cjMeSvU4GRdg6ka+SsXINMc WaGg== 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 w5si8872770pgr.394.2019.02.11.03.38.21; Mon, 11 Feb 2019 03:38:38 -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 S1727036AbfBKLgO (ORCPT + 99 others); Mon, 11 Feb 2019 06:36:14 -0500 Received: from szxga05-in.huawei.com ([45.249.212.191]:3279 "EHLO huawei.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1726041AbfBKLgN (ORCPT ); Mon, 11 Feb 2019 06:36:13 -0500 Received: from DGGEMS406-HUB.china.huawei.com (unknown [172.30.72.59]) by Forcepoint Email with ESMTP id AE710AE27DC14EEF17B9; Mon, 11 Feb 2019 19:36:08 +0800 (CST) Received: from [127.0.0.1] (10.74.219.194) by DGGEMS406-HUB.china.huawei.com (10.3.19.206) with Microsoft SMTP Server id 14.3.408.0; Mon, 11 Feb 2019 19:36:00 +0800 Subject: Re: [PATCH 1/6] scsi: hisi_sas: Add support for DIX feature for v3 hw To: "Martin K. Petersen" , John Garry References: <1549450376-114929-1-git-send-email-john.garry@huawei.com> <1549450376-114929-2-git-send-email-john.garry@huawei.com> CC: , , , From: "chenxiang (M)" Message-ID: <53c516cc-cce3-a3e1-718f-6fc465b6e401@hisilicon.com> Date: Mon, 11 Feb 2019 19:36:01 +0800 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.2.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset="gbk"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.74.219.194] X-CFilter-Loop: Reflected Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Martin, ?? 2019/2/9 7:13, Martin K. Petersen ะด??: > John, > > Just noticed this while inspecting the resulting complete diff: > >> static u32 get_prot_chk_msk_v3_hw(struct scsi_cmnd *scsi_cmnd) >> { >> unsigned char prot_flags = scsi_cmnd->prot_flags; >> >> - if (prot_flags & SCSI_PROT_TRANSFER_PI) { >> - if (prot_flags & SCSI_PROT_REF_CHECK) >> - return 0xc << 16; >> - return 0xfc << 16; >> - } >> - return 0; >> + if (prot_flags & SCSI_PROT_REF_CHECK) >> + return T10_CHK_APP_TAG_MSK; > Polarity is a bit unclear here. Is this statement disabling checking of > the app tag? Yes, disabling checking of app tag. For here, 1'b0 presents the related byte in DIF will be checked, and 1'b1 presents the related byte in DIF will not be checked. > >> + return T10_CHK_REF_TAG_MSK | T10_CHK_APP_TAG_MSK; >> }