Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3084906ybl; Mon, 19 Aug 2019 11:57:38 -0700 (PDT) X-Google-Smtp-Source: APXvYqwl/5oaLH1YJB8X5AobWtpKnIYGZcWe4FJRNCAcmeDPq5Ue2q0Ri4AawRZ51kGvKCaRW4Rw X-Received: by 2002:a65:64ce:: with SMTP id t14mr36790pgv.137.1566241058305; Mon, 19 Aug 2019 11:57:38 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1566241058; cv=none; d=google.com; s=arc-20160816; b=mlSr7WMeMYSTjBgTvH5QbgTMs1UBgxU07qjenur0k/9375bdqrkIix6XCK6lFTimmb +VPLODo/TTDmmTEvEhXxwvItGkS8ViRhCVebOUMK7uJTCskBsA9frhGB2SxYsFEplKxG l1q2vUFySaW4YYAnGoXpR+UvvSLpijpJe3hXiN9HWOlKA93hjPIwEOIIkcKLcD8wlcpl GaSpc9EoRz+2ZTkrAswCa98oGvn47gOJjNDWVXE9iWSfU7+maeYoCwKaKyPzAc1zFlXs CrpUFUAq2HpZ20gjCpZYRZTrsk48IzhyXlq7eGb+gSMbg/Bc81B3986UowcyrUvHGFuv jWew== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject; bh=tJabmsRw01PznvjuHTMzfnUeC7QEKWTxZb/URwGZ0WQ=; b=JFAruvkwCDTn6GrfYORhB5UA8lLQTfMmL7MdFUjdGzoOSQEfHc4TLOBoRIAujrJum2 d4pbI13mRQ40gmy6StFjq7YAMCtohZOlRsL+17Ne+23jmV4LFglYrKGgdA6CGvwSdqGW 6v0n/OpRWe3TPAcVcIBAvS7Pb6xr7bsVQXWJMNWw9uNbizab3f7bNrqT5wB+OIQsT1kK kJQd+qUP8mIMyhSkvcHr/yUhNDvunbcPyytSB8gGXoU0teuiCJF6XvcmClSZeZ33/b9U myiZAwPMS+ckQ0FgjOnKuKbIiV/ZSirC6a55d4E6tWQA+Mm7INXSotW56cxuCJxFRwL5 X8Ow== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id l62si10274220pgd.24.2019.08.19.11.57.23; Mon, 19 Aug 2019 11:57:38 -0700 (PDT) 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; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728204AbfHSS4c (ORCPT + 99 others); Mon, 19 Aug 2019 14:56:32 -0400 Received: from mail-oi1-f195.google.com ([209.85.167.195]:33782 "EHLO mail-oi1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727769AbfHSS4c (ORCPT ); Mon, 19 Aug 2019 14:56:32 -0400 Received: by mail-oi1-f195.google.com with SMTP id q10so2144241oij.0 for ; Mon, 19 Aug 2019 11:56:31 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=tJabmsRw01PznvjuHTMzfnUeC7QEKWTxZb/URwGZ0WQ=; b=TlkVvXQSrik5JMI1/MdTN+V4qTg9qHWlwocvCc5g17JE6G3cf0mgRb4BfgEn+hIVRi WqOjNt2d45C1cY+eub3gAnXTF8idkBmRHRIqwSCbZrAV8oHihUBFEg0J4XX82SDDgpZW Qx8ocGwMSayltn2lAN5+FFFkAPKSyaPFy3SEcETJgRY4J02kq378mSgn7XIzR/BCmSbz 8cYBIkIT4iMVhPxlFtBguGtKhMNlk6WAaE9AeODAALsdBxpN0ik2FyEXLiZd15exysOO KsKtbvzNUen3w/TD/QbX+CunrmlL59yFbs6nfeq7oL6Z6nkJyckdBih+Zt2Aq/EIyn5a VohA== X-Gm-Message-State: APjAAAUiZywJ4FW09e9G36/KlHGlNBST4S2aUkkDXNmgVyDzB9/R7+1H jeFxo22S/zA59wrf6WrW7Hc= X-Received: by 2002:aca:5e06:: with SMTP id s6mr14751814oib.171.1566240990991; Mon, 19 Aug 2019 11:56:30 -0700 (PDT) Received: from ?IPv6:2600:1700:65a0:78e0:514:7862:1503:8e4d? ([2600:1700:65a0:78e0:514:7862:1503:8e4d]) by smtp.gmail.com with ESMTPSA id n22sm5366303otk.28.2019.08.19.11.56.29 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 19 Aug 2019 11:56:30 -0700 (PDT) Subject: Re: [PATCH v2] nvme: allow 64-bit results in passthru commands To: Keith Busch , Marta Rybczynska Cc: Christoph Hellwig , axboe , linux-nvme , linux-kernel , Samuel Jones , Guillaume Missonnier References: <89520652.56920183.1565948841909.JavaMail.zimbra@kalray.eu> <20190816131606.GA26191@lst.de> <469829119.56970464.1566198383932.JavaMail.zimbra@kalray.eu> <20190819144922.GC6883@localhost.localdomain> From: Sagi Grimberg Message-ID: <1d7819a9-9504-2dc6-fca4-fbde4f99d92c@grimberg.me> Date: Mon, 19 Aug 2019 11:56:28 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20190819144922.GC6883@localhost.localdomain> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org >> ----- On 16 Aug, 2019, at 15:16, Christoph Hellwig hch@lst.de wrote: >>> Sorry for not replying to the earlier version, and thanks for doing >>> this work. >>> >>> I wonder if instead of using our own structure we'd just use >>> a full nvme SQE for the input and CQE for that output. Even if we >>> reserve a few fields that means we are ready for any newly used >>> field (at least until the SQE/CQE sizes are expanded..). >> >> We could do that, nvme_command and nvme_completion are already UAPI. >> On the other hand that would mean not filling out certain fields like >> command_id. Can do an approach like this. > > Well, we need to pass user space addresses and lengths, which isn't > captured in struct nvme_command. Isn't simply having a 64 variant simpler?