Received: by 2002:a05:6358:d09b:b0:dc:cd0c:909e with SMTP id jc27csp7575544rwb; Tue, 6 Dec 2022 07:24:52 -0800 (PST) X-Google-Smtp-Source: AA0mqf6+zV4cqGdoictU/EF1DC8cYV0P/PcgbY3b+YH84aWLUmZkYgDl1o5r/A/8M1P04lZs+hdB X-Received: by 2002:a17:902:6a86:b0:187:722:f4db with SMTP id n6-20020a1709026a8600b001870722f4dbmr71650854plk.87.1670340292085; Tue, 06 Dec 2022 07:24:52 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670340292; cv=none; d=google.com; s=arc-20160816; b=R30DEP/nRiVdhtikkerpq5kNP0APW/7HVAy1u18/7g1Q+2IBU3ilZwmoD+ZUvMcQ63 eOZFfsyPbCnUxgyrnYhyU1EDRVb274aaMJoOKGRdZl0UmALKdiwEirqqC4JgplW0lYk0 TOjhiDAn9EfWJW8ICWS5SVkuXZMJ2zJBEvEDXkHF8dyogXIRT115le7d87I6hObLEouH xxiC+mpw7xss+EeMQ59MtfA/3mACXgGflSmb30DIx0FAjalpr+Fw7lJUWowYZ0j5MX6J 3hvLyrfLX3witTYxrMBRucQNtWXv3Zdm+2XMJNEmyrgksMwTAd19ClpazARVzGDcFXV2 WkGw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=UpQCizgc+BhSXXXJGOD6HsWmKUqtIQEMMGLawhksOcU=; b=wKXBh9nW02w5hYOVgsQ1akab8RXMCrzVYZqv7TfUYidDz5nTPRh9d61rNpHklRAWWE pb1pL4Z4+JcL6Nu5rfKfg37EHk4w0X1fdX0cm+yYPa9Y7iKolMzCzNHya8LTScw5FtF1 mGZafNDIVnuG6eijLRBIftLH84XA+HBoGQpsuB6IdHBK/ua749k6t4lxA8tyP+t3OswQ LmYPcfYnpRa8CCzruDjwNMLrwvVZ90815oze+WlUcxQtvdGVRJ4d0HrXweYscBPmmIv5 L6FKWdOg2IRiaCA9urWJ3VYeTu/qkJJN/cyXMvS8Ml9t+uyHvaLcp4wPfuFttoTppa4O VOkg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id bk13-20020a056a02028d00b00478bec2850asi5910081pgb.425.2022.12.06.07.24.40; Tue, 06 Dec 2022 07:24:52 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235237AbiLFPGe (ORCPT + 78 others); Tue, 6 Dec 2022 10:06:34 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60782 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234577AbiLFPGO (ORCPT ); Tue, 6 Dec 2022 10:06:14 -0500 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id BD3202F002; Tue, 6 Dec 2022 07:01:50 -0800 (PST) Received: by verein.lst.de (Postfix, from userid 2407) id 3A0CA68CFE; Tue, 6 Dec 2022 16:01:33 +0100 (CET) Date: Tue, 6 Dec 2022 16:01:31 +0100 From: Christoph Hellwig To: Jason Gunthorpe Cc: Christoph Hellwig , Lei Rao , kbusch@kernel.org, axboe@fb.com, kch@nvidia.com, sagi@grimberg.me, alex.williamson@redhat.com, cohuck@redhat.com, yishaih@nvidia.com, shameerali.kolothum.thodi@huawei.com, kevin.tian@intel.com, mjrosato@linux.ibm.com, linux-kernel@vger.kernel.org, linux-nvme@lists.infradead.org, kvm@vger.kernel.org, eddie.dong@intel.com, yadong.li@intel.com, yi.l.liu@intel.com, Konrad.wilk@oracle.com, stephen@eideticom.com, hang.yuan@intel.com Subject: Re: [RFC PATCH 5/5] nvme-vfio: Add a document for the NVMe device Message-ID: <20221206150131.GA32365@lst.de> References: <20221206055816.292304-1-lei.rao@intel.com> <20221206055816.292304-6-lei.rao@intel.com> <20221206062604.GB6595@lst.de> <20221206130901.GB24358@lst.de> <20221206140002.GB27689@lst.de> <20221206143126.GB30297@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_NONE, SPF_NONE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Dec 06, 2022 at 10:48:22AM -0400, Jason Gunthorpe wrote: > Sadly in Linux we don't have a SRIOV VF lifecycle model that is any > use. Beward: The secondary function might as well be a physical function as well. In fact one of the major customers for "smart" multifunction nvme devices prefers multi-PF devices over SR-IOV VFs. (and all the symmetric dual ported devices are multi-PF as well). So this isn't really about a VF live cycle, but how to manage life migration, especially on the receive / restore side. And restoring the entire controller state is extremely invasive and can't be done on a controller that is in any classic form live. In fact a lot of the state is subsystem-wide, so without some kind of virtualization of the subsystem it is impossible to actually restore the state. To cycle back to the hardware that is posted here, I'm really confused how it actually has any chance to work and no one has even tried to explain how it is supposed to work.