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=-2.5 required=3.0 tests=DKIMWL_WL_HIGH,DKIM_SIGNED, DKIM_VALID,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED, 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 C5FB1C4CEC9 for ; Wed, 18 Sep 2019 17:08:14 +0000 (UTC) Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 9C30021907 for ; Wed, 18 Sep 2019 17:08:14 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (2048-bit key) header.d=lists.infradead.org header.i=@lists.infradead.org header.b="AS9jqmge"; dkim=fail reason="signature verification failed" (1024-bit key) header.d=kernel.org header.i=@kernel.org header.b="YP2Yqo7A" DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 9C30021907 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=none smtp.mailfrom=linux-nvme-bounces+linux-nvme=archiver.kernel.org@lists.infradead.org DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20170209; h=Sender: Content-Transfer-Encoding:Content-Type:Cc:List-Subscribe:List-Help:List-Post: List-Archive:List-Unsubscribe:List-Id:In-Reply-To:MIME-Version:References: Message-ID:Subject:To:From:Date:Reply-To:Content-ID:Content-Description: Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID: List-Owner; bh=ahLeLSbre9/MS+p5umU8b2nIP094SbnpCEmvEXMhk84=; b=AS9jqmgeCqke1W Anz7WA6HuGmldhP3zNlgxqAM246e1KA8JIEQpU/PmGOoEnoNphYseTox/7Xy+5WIEao9YM2AmEtPx dXbrH4YxfdBXuqjRUXNX4J2YYuqDayKKWfLhLDw16+qykIixfvgDvGYv0U4VAnJwOyk61UoI6B1Ew q122eghOhBiBoZ2Kh2Htjej/h0mZkspNqvWtL6O4W/XkXLAIYLVfWpAE9Gs/gE/SDUme5mKhNPJAC ELqVTcykVpmqpLV95pPfpe46ifyQOA0t/f0S5O6qshFMsQTMNHcN885dVpEaVb1H3A/c8bRhcIpFE LC96Yqw4xsYRcsply2UQ==; Received: from localhost ([127.0.0.1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.92.2 #3 (Red Hat Linux)) id 1iAdR5-00058g-W3; Wed, 18 Sep 2019 17:08:11 +0000 Received: from mail.kernel.org ([198.145.29.99]) by bombadil.infradead.org with esmtps (Exim 4.92.2 #3 (Red Hat Linux)) id 1iAdR3-000580-N5 for linux-nvme@lists.infradead.org; Wed, 18 Sep 2019 17:08:10 +0000 Received: from C02WT3WMHTD6 (unknown [8.36.226.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id AE93520665; Wed, 18 Sep 2019 17:08:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1568826489; bh=G32la0/Uj46Si9JMGEgwbmCiq3XWbFpIxwtdy37oWGg=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=YP2Yqo7A+koYz2c0hxGZWLyAtwlLvVGPuowlGAe8Oxuzos29a5n15XvP2WSACUtF4 pM3ZQ7G/mmiXf5s9lQ1w+w+KmvZvV997vH2ORoIeMMda7cK13y0zwAoDXs5WviUnX5 /4C893hbfXv6atKsV30Y0YVVUZ6x1CmhNQNnC2RA= Date: Wed, 18 Sep 2019 11:08:07 -0600 From: Keith Busch To: Christoph Hellwig Subject: Re: [PATCH 0/2] nvme: Add kernel API for admin command Message-ID: <20190918170807.GA50966@C02WT3WMHTD6> References: <20190913111610.9958-1-robert.baldyga@intel.com> <20190913143709.GA8525@lst.de> <850977D77E4B5C41926C0A7E2DAC5E234F2C9C09@IRSMSX104.ger.corp.intel.com> <20190916073455.GA25515@lst.de> <850977D77E4B5C41926C0A7E2DAC5E234F2C9D03@IRSMSX104.ger.corp.intel.com> <20190917163909.GB34045@C02WT3WMHTD6.wdl.wdc.com> <20190918132611.GA16232@lst.de> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20190918132611.GA16232@lst.de> User-Agent: Mutt/1.12.1 (2019-06-15) X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20190918_100809_775744_445CBD11 X-CRM114-Status: GOOD ( 10.81 ) X-BeenThere: linux-nvme@lists.infradead.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: "sagi@grimberg.me" , "linux-kernel@vger.kernel.org" , "linux-nvme@lists.infradead.org" , "axboe@fb.com" , "Baldyga, Robert" , "Rakowski, Michal" Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: "Linux-nvme" Errors-To: linux-nvme-bounces+linux-nvme=archiver.kernel.org@lists.infradead.org On Wed, Sep 18, 2019 at 03:26:11PM +0200, Christoph Hellwig wrote: > Even if we had a use case for that the bounce buffer is just too ugly > to live. And I'm really sick and tired of Intel wasting our time for > their out of tree monster given that they haven't even tried helping > to improve the in-kernel write caching layers. Right, I don't have any stake in that out-of-tree caching either. I am more just interested in trying to get Linux to generically reach as many NVMe spec features as possible, and extended formats have been in-spec since the beginning of nvme. And yes, that bouncing is really nasty, but it's really only needed for PRP, so maybe let's just not ignore that transfer mode and support extended metadata iff the controller supports SGLs. We just need a special SGL setup routine to weave the data and metadata. _______________________________________________ Linux-nvme mailing list Linux-nvme@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-nvme