From: "Martin K. Petersen" <martin.petersen@oracle.com>
To: Keith Busch <kbusch@kernel.org>
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 <damien.lemoal@wdc.com>,
Johannes Thumshirn <Johannes.Thumshirn@wdc.com>
Subject: Re: [PATCHv3 4/4] scsi: handle zone resources errors
Date: Tue, 22 Sep 2020 17:45:01 -0400 [thread overview]
Message-ID: <yq15z85pjuv.fsf@ca-mkp.ca.oracle.com> (raw)
In-Reply-To: <20200917231841.4029747-5-kbusch@kernel.org> (Keith Busch's message of "Thu, 17 Sep 2020 16:18:41 -0700")
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 <hch@lst.de>
> Cc: Johannes Thumshirn <Johannes.Thumshirn@wdc.com>
> Signed-off-by: Damien Le Moal <damien.lemoal@wdc.com>
Looks fine but needs your SoB as Damien pointed out.
Acked-by: Martin K. Petersen <martin.petersen@oracle.com>
--
Martin K. Petersen Oracle Linux Engineering
WARNING: multiple messages have this Message-ID (diff)
From: "Martin K. Petersen" <martin.petersen@oracle.com>
To: Keith Busch <kbusch@kernel.org>
Cc: axboe@kernel.dk, Damien Le Moal <damien.lemoal@wdc.com>,
sagi@grimberg.me, linux-scsi@vger.kernel.org,
Johannes Thumshirn <Johannes.Thumshirn@wdc.com>,
linux-nvme@lists.infradead.org, linux-block@vger.kernel.org,
martin.petersen@oracle.com, hch@lst.de
Subject: Re: [PATCHv3 4/4] scsi: handle zone resources errors
Date: Tue, 22 Sep 2020 17:45:01 -0400 [thread overview]
Message-ID: <yq15z85pjuv.fsf@ca-mkp.ca.oracle.com> (raw)
In-Reply-To: <20200917231841.4029747-5-kbusch@kernel.org> (Keith Busch's message of "Thu, 17 Sep 2020 16:18:41 -0700")
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 <hch@lst.de>
> Cc: Johannes Thumshirn <Johannes.Thumshirn@wdc.com>
> Signed-off-by: Damien Le Moal <damien.lemoal@wdc.com>
Looks fine but needs your SoB as Damien pointed out.
Acked-by: Martin K. Petersen <martin.petersen@oracle.com>
--
Martin K. Petersen Oracle Linux Engineering
_______________________________________________
Linux-nvme mailing list
Linux-nvme@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-nvme
next prev parent reply other threads:[~2020-09-22 21:45 UTC|newest]
Thread overview: 34+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-09-17 23:18 [PATCHv3 0/4] zoned block device specific errors Keith Busch
2020-09-17 23:18 ` Keith Busch
2020-09-17 23:18 ` [PATCHv3 1/4] block: add zone specific block statuses Keith Busch
2020-09-17 23:18 ` Keith Busch
2020-09-18 0:29 ` Damien Le Moal
2020-09-18 0:29 ` Damien Le Moal
2020-09-18 13:31 ` Johannes Thumshirn
2020-09-18 13:31 ` Johannes Thumshirn
2020-09-18 19:40 ` Keith Busch
2020-09-18 19:40 ` Keith Busch
2020-09-21 6:54 ` Johannes Thumshirn
2020-09-21 6:54 ` Johannes Thumshirn
2020-09-17 23:18 ` [PATCHv3 2/4] nvme: translate zone resource errors Keith Busch
2020-09-17 23:18 ` Keith Busch
2020-09-18 0:30 ` Damien Le Moal
2020-09-18 0:30 ` Damien Le Moal
2020-09-18 13:29 ` Johannes Thumshirn
2020-09-18 13:29 ` Johannes Thumshirn
2020-09-17 23:18 ` [PATCHv3 3/4] scsi: update additional sense codes list Keith Busch
2020-09-17 23:18 ` Keith Busch
2020-09-18 0:36 ` Damien Le Moal
2020-09-18 0:36 ` Damien Le Moal
2020-09-17 23:18 ` [PATCHv3 4/4] scsi: handle zone resources errors Keith Busch
2020-09-17 23:18 ` Keith Busch
2020-09-18 0:37 ` Damien Le Moal
2020-09-18 0:37 ` Damien Le Moal
2020-09-22 21:45 ` Martin K. Petersen [this message]
2020-09-22 21:45 ` Martin K. Petersen
2020-09-18 0:49 ` [PATCHv3 0/4] zoned block device specific errors Damien Le Moal
2020-09-18 0:49 ` Damien Le Moal
2020-09-22 13:10 ` Christoph Hellwig
2020-09-22 13:10 ` Christoph Hellwig
2020-09-22 21:48 ` Martin K. Petersen
2020-09-22 21:48 ` Martin K. Petersen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=yq15z85pjuv.fsf@ca-mkp.ca.oracle.com \
--to=martin.petersen@oracle.com \
--cc=Johannes.Thumshirn@wdc.com \
--cc=axboe@kernel.dk \
--cc=damien.lemoal@wdc.com \
--cc=hch@lst.de \
--cc=kbusch@kernel.org \
--cc=linux-block@vger.kernel.org \
--cc=linux-nvme@lists.infradead.org \
--cc=linux-scsi@vger.kernel.org \
--cc=sagi@grimberg.me \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.