From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-8.3 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SIGNED_OFF_BY,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY, URIBL_BLOCKED autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 8E319C4727E for ; Tue, 22 Sep 2020 21:45:19 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 4899F2395C for ; Tue, 22 Sep 2020 21:45:19 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=oracle.com header.i=@oracle.com header.b="FB4JX+Wf" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726643AbgIVVpS (ORCPT ); Tue, 22 Sep 2020 17:45:18 -0400 Received: from aserp2130.oracle.com ([141.146.126.79]:60666 "EHLO aserp2130.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726550AbgIVVpR (ORCPT ); Tue, 22 Sep 2020 17:45:17 -0400 Received: from pps.filterd (aserp2130.oracle.com [127.0.0.1]) by aserp2130.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08MLPS0u120824; Tue, 22 Sep 2020 21:45:08 GMT DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=oracle.com; h=to : cc : subject : from : message-id : references : date : in-reply-to : mime-version : content-type; s=corp-2020-01-29; bh=OnHR2z+pTSxWGA0yzbpjKzfdiJyDBQzjB79y2MMZH/c=; b=FB4JX+WfNSSbtGh1TxsdqRv7IrboBDiEuVBNmgbSj63ZTmextKoFY3UiSwWzOTor4Y6A E3XlS3VhITTV53QI4mZByjgLbnlj6fqLEq2zkfr+RLy1VwvFNquxybUsy1Lh/1rcknez bBzCqZbkMRQm82KczT+c6SKdtBqQLJcVRjHRqvsrTuZQhbfl+H48yItLg6hJxSwKxM8a HBfP2vgm7P0KOwOhNF2d4t2r1QiFiBrhJ1waJuxK5j+Vb9/s54TmYVlipw2ciyLb2uuZ V/AtRM3IgRxJ9XJMNlBt6xoSspSe37b1nk2S39aeWXUD1Z4q3yWwtkT05742O9+tbEQH XQ== Received: from userp3020.oracle.com (userp3020.oracle.com [156.151.31.79]) by aserp2130.oracle.com with ESMTP id 33qcptv876-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Tue, 22 Sep 2020 21:45:07 +0000 Received: from pps.filterd (userp3020.oracle.com [127.0.0.1]) by userp3020.oracle.com (8.16.0.42/8.16.0.42) with SMTP id 08MLQW52156536; Tue, 22 Sep 2020 21:45:07 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userp3020.oracle.com with ESMTP id 33nurtm50u-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 22 Sep 2020 21:45:07 +0000 Received: from abhmp0018.oracle.com (abhmp0018.oracle.com [141.146.116.24]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id 08MLj4NG013468; Tue, 22 Sep 2020 21:45:05 GMT Received: from ca-mkp.ca.oracle.com (/10.159.214.123) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Tue, 22 Sep 2020 14:45:04 -0700 To: Keith Busch Cc: linux-nvme@lists.infradead.org, sagi@grimberg.me, hch@lst.de, linux-block@vger.kernel.org, axboe@kernel.dk, linux-scsi@vger.kernel.org, martin.petersen@oracle.com, Damien Le Moal , Johannes Thumshirn Subject: Re: [PATCHv3 4/4] scsi: handle zone resources errors From: "Martin K. Petersen" Organization: Oracle Corporation Message-ID: References: <20200917231841.4029747-1-kbusch@kernel.org> <20200917231841.4029747-5-kbusch@kernel.org> Date: Tue, 22 Sep 2020 17:45:01 -0400 In-Reply-To: <20200917231841.4029747-5-kbusch@kernel.org> (Keith Busch's message of "Thu, 17 Sep 2020 16:18:41 -0700") MIME-Version: 1.0 Content-Type: text/plain X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9752 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 adultscore=0 malwarescore=0 phishscore=0 mlxlogscore=812 bulkscore=0 mlxscore=0 suspectscore=1 spamscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009220167 X-Proofpoint-Virus-Version: vendor=nai engine=6000 definitions=9752 signatures=668679 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 suspectscore=1 mlxlogscore=795 adultscore=0 bulkscore=0 mlxscore=0 lowpriorityscore=0 priorityscore=1501 phishscore=0 spamscore=0 malwarescore=0 clxscore=1011 impostorscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2006250000 definitions=main-2009220167 Precedence: bulk List-ID: X-Mailing-List: linux-scsi@vger.kernel.org Keith, > ZBC or ZAC disks that have a limit on the number of open zones may > fail a zone open command or a write to a zone that is not already > implicitly or explicitly open if the total number of open zones is > already at the maximum allowed. > > For these operations, instead of returning the generic BLK_STS_IOERR, > return BLK_STS_ZONE_OPEN_RESOURCE which is returned as -ETOOMANYREFS > to the I/O issuer, allowing the device user to act appropriately on > these relatively benign zone resource errors. > > Cc: Christoph Hellwig > Cc: Johannes Thumshirn > Signed-off-by: Damien Le Moal Looks fine but needs your SoB as Damien pointed out. Acked-by: Martin K. Petersen -- Martin K. Petersen Oracle Linux Engineering