Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp2047982imu; Thu, 17 Jan 2019 07:33:41 -0800 (PST) X-Google-Smtp-Source: ALg8bN4wS16SdsZ36U21HzcEU3A68K2qdWPrbyVg2qzAb+plajoIGuxvyVrCpl2abP+rM2Gj9CB7 X-Received: by 2002:a17:902:3f81:: with SMTP id a1mr15309217pld.258.1547739221095; Thu, 17 Jan 2019 07:33:41 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1547739221; cv=none; d=google.com; s=arc-20160816; b=ErwJfXckt25DKB2B2DABpX9zOojko7VOEo7Jw1R6A+Ji+B8AMxHjbuoVscrQJ1sd07 QYpfMzltv5iHwdGeSGua4MOCThs1ks/TdM4ngDO/4FiZZINKsZMLfyPWyYwAmxon82m4 w/h+UUjFtcH8NVeBqn3N+QAuRfaJxmTmkCHlgIPGnDzuqIRYJqX7lfO1Ln+a4mN8ATLd j/mvAqOZLFxoDDQsA1KeDrknAdEfijDjY7WuDdFFNIg2HYMgo8l4GXcfKDXDHijZ2o32 90z39wmT62gxPPdW64HiJdMLXGi0gaWehXTx+lXnL9NODH5v59PJ2qJUPDWzxyhLFo/t fLog== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version; bh=++ojdsTMu2M7nZVwN/DSdBH+Qcbj93Bv+yt+EefrjeA=; b=drik2bMhs8vqr3rFFbjGB+YN2gQsuTgf5sh7vKWAqztslQaOzT6gGO6+wc4PQcOuYC UvpCJLpjmHbmUp6+dn1dWw4YJK2cZQFeBzds9HDXHnO8/uxOooSoPV2X5z3Xk9dTfQTe 9zgRicBbQTQV1OGnUAnvsnCL09wCH65XO0dDggj0JjVqPEYtB2OvKvEr+BwavezO3ZiR 3cMqA/zLSlaWJTz9bq2JKN4lwNpGCpRZyjua8s5Y+FxEKbWBhhR6uN3Pf+E4U662dHKw iP+YisJl1EtI2P1qIrdYI4enXkDuU/KtuZ8avEuXjI5IsimZ0LIvia5JlX+beGUEYzVq aSuA== 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 e6si1803264pgd.428.2019.01.17.07.33.07; Thu, 17 Jan 2019 07:33:41 -0800 (PST) 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 S1727724AbfAQPcA (ORCPT + 99 others); Thu, 17 Jan 2019 10:32:00 -0500 Received: from mail-qk1-f193.google.com ([209.85.222.193]:35386 "EHLO mail-qk1-f193.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725882AbfAQPcA (ORCPT ); Thu, 17 Jan 2019 10:32:00 -0500 Received: by mail-qk1-f193.google.com with SMTP id w204so6235591qka.2; Thu, 17 Jan 2019 07:31:59 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=++ojdsTMu2M7nZVwN/DSdBH+Qcbj93Bv+yt+EefrjeA=; b=O8uk7wE05ABrT661DK3btX+LriRSwSO+DlO/KYEtJe5RH7xuyHAzMghQB+FW9UV2j2 sorJtS3p2rj34WmzXEJevyr8AFReLIBjpyOGQXUZQUZ7CbWzxcikfS1a7Kh2YCb482YG iDQcMdZj8ofxBCWB4XdySbHTsM7oEquYUsJZnZAwAMAseZQ6z0LrSsQvCJyaanRLUDRR v18MlgOUx2PaS/ebEA9ls6GA6PsSQ8XTfuzCTwjwsTIO22Ve9/NQDrJf4mpWIh7Lt1uU af80kKqs9ky6HdYr+Wer+lfsobBPpGCGvwAPUHoVmHu4xI0YbT+XRRSW8qghCUKn5ouw siNg== X-Gm-Message-State: AJcUukdt5bZrsprqup5Wit8OX0o18qM16FlKdxj+j/SDSLRBvZ03qCHc DY2KMu07ODAm4Ozu5sV8cHORvXgqLkC3sumMZoU= X-Received: by 2002:ae9:e102:: with SMTP id g2mr10697232qkm.343.1547739118933; Thu, 17 Jan 2019 07:31:58 -0800 (PST) MIME-Version: 1.0 References: <20190116163253.23780-1-vincent.whitchurch@axis.com> <20190117105441.eqediwlekofp2srg@axis.com> <20190117151529.GA3471@infradead.org> <20190117151920.GA20359@infradead.org> In-Reply-To: <20190117151920.GA20359@infradead.org> From: Arnd Bergmann Date: Thu, 17 Jan 2019 16:31:42 +0100 Message-ID: Subject: Re: [PATCH 0/8] Virtio-over-PCIe on non-MIC To: Christoph Hellwig Cc: Vincent Whitchurch , sudeep.dutt@intel.com, ashutosh.dixit@intel.com, gregkh , Linux Kernel Mailing List , Kishon Vijay Abraham I , Lorenzo Pieralisi , linux-pci , linux-ntb@googlegroups.com, Jon Mason , Dave Jiang , Allen Hubbe Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 17, 2019 at 4:19 PM Christoph Hellwig wrote: > > On Thu, Jan 17, 2019 at 07:15:29AM -0800, Christoph Hellwig wrote: > > On Thu, Jan 17, 2019 at 01:39:27PM +0100, Arnd Bergmann wrote: > > > Can you describe how you expect a VOP device over NTB or > > > PCIe-endpoint would get created, configured and used? > > > Is there always one master side that is responsible for creating > > > virtio devices on it, with the slave side automatically attaching to > > > them, or can either side create virtio devices? Is there any limit on > > > the number of virtio devices or queues within a VOP device? > > > > For VOP device over NTB your configure your device using configfs > > on one side, and for the other side it will just show up like any > > other PCIe device, because it is. > > Sorry, I mean over the PCI-EP infratructure of course. NTB actually > is rather hairy and complicated. My understanding was that with virtio, we would be able to have multiple virtio devices on a single PCI-EP port, so you need a multi-step configuration: You first set up the PCI-EP to instantiate a VOP device, which is then seen on both ends of the connection. The question is how to create a particular virtio device instance (or a set of those) inside of it. Arnd