Received: by 2002:a05:6902:102b:0:0:0:0 with SMTP id x11csp259637ybt; Tue, 23 Jun 2020 21:30:30 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxxMTwgKywiPwcN3ixDAt1r3shQpKM18EGknJOfsaPlNkRfoooImyTnOH3ts59E0Slit+hG X-Received: by 2002:a50:8d5a:: with SMTP id t26mr4056811edt.282.1592973030122; Tue, 23 Jun 2020 21:30:30 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1592973030; cv=none; d=google.com; s=arc-20160816; b=BbWlkrayvpaOAiT2h0mtZhHviTsLK6gA4WfkVmxPMWKEfVdDxvgbQlAR6ctm+kD6wF 1yUDz+jkImZn1LwS6xesmDVeN0GLvsrvTmS/oyFRpLo2MAgd2SKF0yTtKmsFr6b5Mfon ya60npfMlTY3hQWAKvOZb6A2PL0KtLEXFMVUXRjVRUBePnHS6iv3aF4Az02X7+cBs4Jm bzF7nKV3vigCgdTcOUrUj2AaGkjxtScxI80Ts+6Z/8zA5fEIVVDfrKMkw0iM0CCjXr98 3oPTtOmvwAdNKD1rhHm4iIPvcIBN0gr8WS9KybJanf5ewNxtET25BRuEMyFrgnj06UB7 CxnA== 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:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from :dkim-signature; bh=ZiGEq8tgxFCP/EG5YJqGwbTBdHbsJ/jMej+HyBgyl34=; b=QjwwrYLauXSll119xt1AWKaVM7AGNikUd0vRsUUsxsC/46+YEJArGt04wXJvLMnJ3j uKwTnV7EW73td5g3YDh+REzvRHIm7OIpGwts1FkjPFWW+XMzdbWcGDbAYYr1OKrJhBCc 9sVRqxn1x1PavZbWAC6EeEuTbXkhxg67LV+9UDYMENzHVw0dcmbmyG7zpu5JOIIv9QwK 50JNOnOO2CiWvloK7e+FgqC+pSEp6DtttEY16q2aLKlU+x98s93nOtkUJ/fgsWtnmwmn 6AYQbmGa2xodQZZ79rcr5xiAAIDx3stONTYplHzXWEKwWKB7rd6WED1KKm2QsD/1gIhT O0KA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=e3AtLp0V; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id n1si12950818edv.442.2020.06.23.21.30.07; Tue, 23 Jun 2020 21:30:30 -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; dkim=pass header.i=@oracle.com header.s=corp-2020-01-29 header.b=e3AtLp0V; 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; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728748AbgFXE3x (ORCPT + 99 others); Wed, 24 Jun 2020 00:29:53 -0400 Received: from aserp2120.oracle.com ([141.146.126.78]:56630 "EHLO aserp2120.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726131AbgFXE3w (ORCPT ); Wed, 24 Jun 2020 00:29:52 -0400 Received: from pps.filterd (aserp2120.oracle.com [127.0.0.1]) by aserp2120.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05O4Lxk3030612; Wed, 24 Jun 2020 04:29:48 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=from : to : cc : subject : date : message-id : in-reply-to : references : mime-version : content-transfer-encoding; s=corp-2020-01-29; bh=ZiGEq8tgxFCP/EG5YJqGwbTBdHbsJ/jMej+HyBgyl34=; b=e3AtLp0VLdFtJMOPr1f0xoEwAD8czsXoHF8bUInpBn9n1hqEseQD1O5zyg+6N+iB8P04 hDfYrAXovj059vc0TRZrqg2kyyTNx9Fltrnsgn3A7bqFhyrkwHJfHjZobMFYaYP+vD3T dvlNF5jkqiZ/SwvPkkCOpofPtJ0LsYXCEUDgG6ionobEqBKyAjxFJIwyiG8ONP0LKhpv WRYAh/znMQ+PfKgiAWo8GXyEkqKZw1S14DWkCRbRjWhymJh/7X/q3ndbTrQa990y3qhL bHA4g8ztnAB7y1fgii4en+7Y8euo8olp/bcojLTT5NUUT98xj5GjFLZ0LPrk5v1TPf/y 2g== Received: from userp3030.oracle.com (userp3030.oracle.com [156.151.31.80]) by aserp2120.oracle.com with ESMTP id 31uustrkss-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Wed, 24 Jun 2020 04:29:48 +0000 Received: from pps.filterd (userp3030.oracle.com [127.0.0.1]) by userp3030.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 05O4NGrt113298; Wed, 24 Jun 2020 04:29:47 GMT Received: from aserv0122.oracle.com (aserv0122.oracle.com [141.146.126.236]) by userp3030.oracle.com with ESMTP id 31uurq6ukr-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 24 Jun 2020 04:29:47 +0000 Received: from abhmp0003.oracle.com (abhmp0003.oracle.com [141.146.116.9]) by aserv0122.oracle.com (8.14.4/8.14.4) with ESMTP id 05O4TkUQ011156; Wed, 24 Jun 2020 04:29:46 GMT Received: from ca-mkp.ca.oracle.com (/10.156.108.201) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 24 Jun 2020 04:29:45 +0000 From: "Martin K. Petersen" To: linux-scsi@vger.kernel.org, Daniel Wagner Cc: "Martin K . Petersen" , linux-kernel@vger.kernel.org, GR-QLogic-Storage-Upstream@marvell.com, Nilesh Javali Subject: Re: [PATCH] qla2xxx: Set NVME status code for failed NVME FCP request Date: Wed, 24 Jun 2020 00:29:38 -0400 Message-Id: <159297296072.9797.7645368338109888920.b4-ty@oracle.com> X-Mailer: git-send-email 2.26.2 In-Reply-To: <20200604100745.89250-1-dwagner@suse.de> References: <20200604100745.89250-1-dwagner@suse.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9661 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 phishscore=0 mlxscore=0 spamscore=0 mlxlogscore=999 bulkscore=0 suspectscore=0 malwarescore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006240031 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9661 signatures=668680 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=0 bulkscore=0 cotscore=-2147483648 malwarescore=0 mlxscore=0 clxscore=1011 lowpriorityscore=0 mlxlogscore=999 phishscore=0 priorityscore=1501 spamscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2004280000 definitions=main-2006240031 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 4 Jun 2020 12:07:45 +0200, Daniel Wagner wrote: > The qla2xxx driver knows when request was processed successfully or > not. But it always sets the NVME status code to 0/NVME_SC_SUCCESS. The > upper layer needs to figure out from the rcv_rsplen and > transferred_length variables if the request was successfully. This is > not always possible, e.g. when the request data length is 0, the > transferred_length is also set 0 which is interpreted as success in > nvme_fc_fcpio_done(). Let's inform the upper > layer (nvme_fc_fcpio_done()) when something went wrong. > > [...] Applied to 5.8/scsi-fixes, thanks! [1/1] scsi: qla2xxx: Set NVMe status code for failed NVMe FCP request https://git.kernel.org/mkp/scsi/c/ef2e3ec520a8 -- Martin K. Petersen Oracle Linux Engineering