Received: by 2002:a05:6a10:a0d1:0:0:0:0 with SMTP id j17csp3263138pxa; Tue, 18 Aug 2020 10:32:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwqmSZrN6zPd89lkIASFr3X4GiKa063tFziHySJ7kepKeP4Z+4boIAZgIVb6vNqkxGHpyjR X-Received: by 2002:a17:906:1392:: with SMTP id f18mr20777903ejc.521.1597771952763; Tue, 18 Aug 2020 10:32:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1597771952; cv=none; d=google.com; s=arc-20160816; b=rug4jYFh96ZMFjKJV3GKvMfrY3242CUuE8iRIqxzPzkHGF6FkryR+rZ3OeSWyCIbUk dePk/rdWNxfLCRLn1TqKpablS4BllOQ2hVAFk6VnGTm8QDJw67DnUMYHhh7i2f/apaf7 Vis9/dHZ+htQNCYgzfvWNJUnJ6BwgNTDzg6VndjvEhgbJPq/TICDfCp2Kg+0yuQrpaSk tdQZB9jH2x8apndKY79tahJcpNV4LI/Lwn17+U+CEBR1T5B+Pi8FPz6fHX4lzpDOPjK9 bouebhdZlQ9EZw1Jq7VHY6BZge8pJeDDb61c1ICbkQxupfBCu9kDIU7fUH3IKWufH5X1 mKww== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=3/0UrSCWdiUFQjlCmwTT+sDLdgmMCbkkvjiVvm/Zb4Q=; b=GW6qlYdhLnI4BzlF0mY2MQAktrn5P6NWW8JZJeGJV+w6I/t0A3G1OL6jPNRvkanbig FzBA4KT6jxYm+c5hdwAk0LY5w+jch2ZWHeEQ4NC5OpWQvyXFpu6ATR+92+m2LuSV3B5z /BKnkdihvpuHGdXhKVQ26dRMMR8dMj3x3q5FoJTozG3S1URRfXCAKO0wDPhgRGOukhNS 1i785piYwUCIS6f4iz3KeVQJ7+gwBjUPyeuZmE3PQO0LpHYWe8CN6x2/qVDqoeu963K7 2DukWW9vsDpPo7sqzusTFGZitrGQrEyrt/clSHkcqpPXk9IjP5O0H96yNFzGjUq4kcwt UPUA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@javigon-com.20150623.gappssmtp.com header.s=20150623 header.b=0e9Zniyd; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id i7si14658434ejo.230.2020.08.18.10.32.05; Tue, 18 Aug 2020 10:32:32 -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=@javigon-com.20150623.gappssmtp.com header.s=20150623 header.b=0e9Zniyd; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728523AbgHRR3T (ORCPT + 99 others); Tue, 18 Aug 2020 13:29:19 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52144 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726715AbgHRR3Q (ORCPT ); Tue, 18 Aug 2020 13:29:16 -0400 Received: from mail-ed1-x541.google.com (mail-ed1-x541.google.com [IPv6:2a00:1450:4864:20::541]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id CE6FFC061389 for ; Tue, 18 Aug 2020 10:29:14 -0700 (PDT) Received: by mail-ed1-x541.google.com with SMTP id bs17so15907769edb.1 for ; Tue, 18 Aug 2020 10:29:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=javigon-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to; bh=3/0UrSCWdiUFQjlCmwTT+sDLdgmMCbkkvjiVvm/Zb4Q=; b=0e9ZniydNVaI5+0HNp4JTj3vU9pqBMNjVOiGh3ElOE5Ouu6Ediz5A/BEtJaR8Yvadb C4WYUsAkrOXygNOwvi5dDs9VkD0FWK2suynMdogo87lgbhuPrF/lx8iymwJ/dkP0ZdPT bYrooWf1aJmO6wNkqGTI0tLWXJhyg/lh2lp3I39BrVspTnnihjy0E3Fi1rSF9F2smTSP tQcLx+EAsEWbVzaOiMsflFvTE74JcTRj6UETYLxS4QhgIf8dlDRdAd4Du4bokDZJuvDv naDhBGIim5OWIpqv/ztnr7J/BT2RHKRabHTRXBw076UJhXZoS0Uf3BPhWuX4h7oQg84x NvJQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to; bh=3/0UrSCWdiUFQjlCmwTT+sDLdgmMCbkkvjiVvm/Zb4Q=; b=gJ1uL2WPQC05hfxuriMH/RBNY+wGnUi/fvJ3CA9NZUrudoXWO80XOvlKRen6PQcZJd G0nZN1lX96y4LY42Z96XJ75Oemv7YP9IBsuaSxMy0BQ4Y1e2+mA72hKtm0t4hhvT+VlI M/KdrUvIbNHunwPS5V5juEd++SSDSUKCVr17WGZZ5CojrE/BpNApXOsSyuR9Q3b8URcU E8QlRsmQJC/CDfita87Nis88GjBiA91GNNOw92kDzWBZrr3osqyRGoILX+GgSoz2N22P ik2OHKg1QKa4VElTruAZBIG2iXwQFm1HMELAjNEyjX1Vql8nHKpOFRmlfe5gLqPw8xUH /4Xg== X-Gm-Message-State: AOAM530rCGmXa4HxZ/eQeTFxlD6bKFS/WxJYroKQQHXKUUnmVvliV+uW IGkAERGippvYirNPYq+yke/NjQ== X-Received: by 2002:aa7:db10:: with SMTP id t16mr20427706eds.196.1597771753518; Tue, 18 Aug 2020 10:29:13 -0700 (PDT) Received: from localhost (5.186.127.235.cgn.fibianet.dk. [5.186.127.235]) by smtp.gmail.com with ESMTPSA id l23sm16763331eje.46.2020.08.18.10.29.12 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 18 Aug 2020 10:29:12 -0700 (PDT) Date: Tue, 18 Aug 2020 19:29:12 +0200 From: Javier Gonzalez To: Keith Busch Cc: Christoph Hellwig , Kanchan Joshi , 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 Subject: Re: [PATCH 2/2] nvme: add emulation for zone-append Message-ID: <20200818172912.e54klrofz3tfhxhj@MacBook-Pro.localdomain> References: <20200818052936.10995-1-joshi.k@samsung.com> <20200818052936.10995-3-joshi.k@samsung.com> <20200818071249.GB2544@lst.de> <20200818095033.h6ybdwiq3ljagl5a@mpHalley.local> <20200818165811.GA2979311@dhcp-10-100-145-180.wdl.wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Disposition: inline In-Reply-To: <20200818165811.GA2979311@dhcp-10-100-145-180.wdl.wdc.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 18.08.2020 09:58, Keith Busch wrote: >On Tue, Aug 18, 2020 at 11:50:33AM +0200, Javier Gonzalez wrote: >> a number of customers are requiring the use of normal writes, which we >> want to support. > >A device that supports append is completely usable for those customers, >too. There's no need to create divergence in this driver. Not really. You know as well as I do that some features are disabled for a particular SSD model on customer requirements. Generic models implementing append can submit both I/Os, but those that remove append are left out. I would like to understand how we can enable these NVMe-compatible models in Linux. If it is a performance concern, we will address it.