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=-5.3 required=3.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS, USER_AGENT_SANE_1 autolearn=no 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 EB2A1C433DF for ; Tue, 18 Aug 2020 07:12:54 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id CB94C20658 for ; Tue, 18 Aug 2020 07:12:54 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726545AbgHRHMx (ORCPT ); Tue, 18 Aug 2020 03:12:53 -0400 Received: from verein.lst.de ([213.95.11.211]:60482 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726228AbgHRHMv (ORCPT ); Tue, 18 Aug 2020 03:12:51 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id A829068AFE; Tue, 18 Aug 2020 09:12:49 +0200 (CEST) Date: Tue, 18 Aug 2020 09:12:49 +0200 From: Christoph Hellwig To: Kanchan Joshi Cc: kbusch@kernel.org, hch@lst.de, Damien.LeMoal@wdc.com, axboe@kernel.dk, sagi@grimberg.me, linux-nvme@lists.infradead.org, linux-kernel@vger.kernel.org, johannes.thumshirn@wdc.com, Nitesh Shetty , SelvaKumar S , Javier Gonzalez Subject: Re: [PATCH 2/2] nvme: add emulation for zone-append Message-ID: <20200818071249.GB2544@lst.de> References: <20200818052936.10995-1-joshi.k@samsung.com> <20200818052936.10995-3-joshi.k@samsung.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200818052936.10995-3-joshi.k@samsung.com> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Aug 18, 2020 at 10:59:36AM +0530, Kanchan Joshi wrote: > If drive does not support zone-append natively, enable emulation using > regular write. > Make emulated zone-append cmd write-lock the zone, preventing > concurrent append/write on the same zone. I really don't think we should add this. ZNS and the Linux support were all designed with Zone Append in mind, and then your company did the nastiest possible move violating the normal NVMe procedures to make it optional. But that doesn't change the fact the Linux should keep requiring it, especially with the amount of code added here and how it hooks in the fast path.