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;
From:   Chaitanya Kulkarni <Chaitanya.Kulkarni@wdc.com>
To:     Bart Van Assche <bvanassche@acm.org>,
        =?iso-8859-1?Q?Matias_Bj=F8rling?= <mb@lightnvm.io>,
        "axboe@fb.com" <axboe@fb.com>, "hch@lst.de" <hch@lst.de>,
        Damien Le Moal <Damien.LeMoal@wdc.com>,
        Dmitry Fomichev <Dmitry.Fomichev@wdc.com>,
        Ajay Joshi <Ajay.Joshi@wdc.com>,
        Aravind Ramesh <Aravind.Ramesh@wdc.com>,
        "martin.petersen@oracle.com" <martin.petersen@oracle.com>,
        "James.Bottomley@HansenPartnership.com" 
        <James.Bottomley@HansenPartnership.com>,
        "agk@redhat.com" <agk@redhat.com>,
        "snitzer@redhat.com" <snitzer@redhat.com>
CC:     "linux-block@vger.kernel.org" <linux-block@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-scsi@vger.kernel.org" <linux-scsi@vger.kernel.org>,
        "dm-devel@redhat.com" <dm-devel@redhat.com>,
        Matias Bjorling <Matias.Bjorling@wdc.com>
Subject: Re: [PATCH 1/4] block: add zone open, close and finish support
Thread-Topic: [PATCH 1/4] block: add zone open, close and finish support
Thread-Index: AQHVKDJQD2Z4QYw9b06emkXLk9EL8A==
Date:   Tue, 25 Jun 2019 16:51:50 +0000
Message-ID: <BYAPR04MB5749977B2FFB5CDC8A254F5A86E30@BYAPR04MB5749.namprd04.prod.outlook.com>
References: <20190621130711.21986-1-mb@lightnvm.io>
 <20190621130711.21986-2-mb@lightnvm.io>
 <ee5764fb-473a-f118-eaac-95478d885f6f@acm.org>
 <BYAPR04MB5749CEFBB45EA34BD3345CD686E00@BYAPR04MB5749.namprd04.prod.outlook.com>
 <cce08df0-0b4d-833d-64ce-f9b81f7ad7ca@lightnvm.io>
 <79ca395d-8019-9ec8-0c0b-194ca6d9eda0@acm.org>
Accept-Language: en-US
Content-Language: en-US
wdcipoutbound: EOP-TRUE
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-Network-Message-Id: f10a9017-9136-4c32-a138-08d6f98d6b98
X-MS-Exchange-CrossTenant-originalarrivaltime: 25 Jun 2019 16:51:50.9344
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: b61c8803-16f3-4c35-9b17-6f65f441df86
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Chaitanya.Kulkarni@wdc.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BYAPR04MB3845
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

On 06/25/2019 08:56 AM, Bart Van Assche wrote:=0A=
> On 6/25/19 3:35 AM, Matias Bj=F8rling wrote:=0A=
>> On 6/25/19 12:27 AM, Chaitanya Kulkarni wrote:=0A=
>>> On 6/24/19 12:43 PM, Bart Van Assche wrote:=0A=
>>>> static inline bool op_is_write(unsigned int op)=0A=
>>>> {=0A=
>>>>      return (op & 1);=0A=
>>>> }=0A=
>>>>=0A=
>>>=0A=
>>=0A=
>> The zone mgmt commands are neither write nor reads commands. I guess,=0A=
>> one could characterize them as write commands, but they don't write any=
=0A=
>> data, they update a state of a zone on a drive. One should keep it as=0A=
>> is? and make sure the zone mgmt commands don't get categorized as either=
=0A=
>> read/write.=0A=
>=0A=
> Since the open, close and finish operations support modifying zone data=
=0A=
> I propose to characterize these as write commands. How about the=0A=
> following additional changes:=0A=
> - Make bio_check_ro() refuse open/close/flush/reset zone operations for=
=0A=
                                          ^=0A=
Since finish also listed above which supports modifying data do we need =0A=
to add finish here with flush in above line ?=0A=
=0A=
> read-only partitions (see also commit a32e236eb93e ("Partially revert=0A=
> "block: fail op_is_write() requests to read-only partitions"") # v4.18).=
=0A=
> - In submit_bio(), change op_is_write(bio_op(bio)) ? "WRITE" : "READ"=0A=
> into something that uses blk_op_str().=0A=
Good idea, I've a patch for blk_op_str() and debugfs just waiting for =0A=
this to merge. Does it make sense to add that patch in this series ?=0A=
> - Add open/close/flush zone support be added in blk_partition_remap().=0A=
same here for finish ?=0A=
>=0A=
> Thanks,=0A=
>=0A=
> Bart.=0A=
>=0A=
=0A=