Received: by 2002:ac0:a591:0:0:0:0:0 with SMTP id m17-v6csp1509565imm; Fri, 6 Jul 2018 01:10:24 -0700 (PDT) X-Google-Smtp-Source: AAOMgpfD9XtCBU8ZGfi2hqtmlOawdIIPQtXdGKeZm6YTrZfeXuLk8p49HoxQ8/94/WJ4aERM1vV5 X-Received: by 2002:a65:52cc:: with SMTP id z12-v6mr8594452pgp.69.1530864624390; Fri, 06 Jul 2018 01:10:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1530864624; cv=none; d=google.com; s=arc-20160816; b=n0OrQrFzmpOHFzLWGr3ViGMWdnfj8kYIsR1XdR49OTKuMgSweJ5E/FzRpGv7gckLm5 xG51OTXGHGJmbE4bJmdnnygeJrlNLWqHQBVP4tkQq7sjBtv1zCEbd8AKb34654DsH7/x u6O91XTEGKubdn2k97/+9GAKqWiibVs4iWGYFwby8I1giTbeDigzFtIqufQUlEPUvpIs FG8VjobV+gea+29KdbD1Tt+1kUJ8gikmsVsxpwP/FW3NEIDxUVMpgAsxA+zdHRtnCv/I 2Dx2CQE/9Itr5rhqd6u7lkI3R0XFaU9WyLBjZaP83tlOjHxK339N7FkbeXR2bQuD5zAb 8ZYA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date :arc-authentication-results; bh=f3fVtLhKpPpvmCu3aINKys1U5iRo83RXQO3LtDF9D9Q=; b=kJmr4vBFHCUPLOzbx671Q8S6hieVZ+J7hv/wlZu4YaKm7jjsLGPy1ph05ZSYqmddwj 0jhgLCn+DpCJae5i14zoZ9dcxQ7lYFls34MeGMIm6TBlmQx1Pr/EasIFbGn4glE399PW XQlOfZwLDIRyveZ36BSLmamSB2Y27LdrTihwWdZrBh23+MXAsPHAcpFGVJU39mtJtdfZ 3Thw72WiamW0rNf4RDYkRVnRl8BXVs3Tl8bWj9OVA7vEP81uo+6zknIriZ/Z2toYuyTB bzbOttG6trKIbxpEWTxnq1BhTJrqMyQotwudDNQkGQXLYDrBpa2bwp6fYvJnsoPyce++ NNGA== 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 j17-v6si7675017pfj.104.2018.07.06.01.10.09; Fri, 06 Jul 2018 01:10:24 -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; 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 S1753610AbeGFIIm (ORCPT + 99 others); Fri, 6 Jul 2018 04:08:42 -0400 Received: from mx2.suse.de ([195.135.220.15]:56228 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753054AbeGFIIk (ORCPT ); Fri, 6 Jul 2018 04:08:40 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay1.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 0F3FCAD97; Fri, 6 Jul 2018 08:08:39 +0000 (UTC) Date: Fri, 6 Jul 2018 10:08:38 +0200 From: Johannes Thumshirn To: Bart Van Assche Cc: "martin.petersen@oracle.com" , "linux-scsi@vger.kernel.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH 2/4] scsi: bfa: remove ScsiResult macro Message-ID: <20180706080838.gxdevbhsx2sxl5ou@linux-x5ow.site> References: <20180705110140.19545-1-jthumshirn@suse.de> <20180705110140.19545-3-jthumshirn@suse.de> <1f5d6a4266daabfd49bad726f17524d80fdab524.camel@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1f5d6a4266daabfd49bad726f17524d80fdab524.camel@wdc.com> User-Agent: NeoMutt/20170912 (1.9.0) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jul 05, 2018 at 05:00:10PM +0000, Bart Van Assche wrote: > On Thu, 2018-07-05 at 13:01 +0200, Johannes Thumshirn wrote: > > - cmnd->result = ScsiResult(DID_OK, SCSI_STATUS_GOOD); > > + cmnd->result = DID_OK << 16 | SCSI_STATUS_GOOD; > > Please consider to remove the SCSI_STATUS_GOOD constant since it is > non-standard and since it used by the bfa driver only. Additionally, since > SCSI_STATUS_GOOD == 0, please leave out "| SCSI_STATUS_GOOD". Can we agree on using SAM_STAT_GOOD here? I really don't want to leave out the trailing "| 0" parts in this stage of the refactoring yet. I'm still undecided if I don't want a set_scsi_cmnd_status(cmnd, foo, bar, baz, frob); function in an intermediate step. -- Johannes Thumshirn Storage jthumshirn@suse.de +49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 N?rnberg GF: Felix Imend?rffer, Jane Smithard, Graham Norton HRB 21284 (AG N?rnberg) Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850