From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758368AbcHCTrs (ORCPT ); Wed, 3 Aug 2016 15:47:48 -0400 Received: from mout.kundenserver.de ([217.72.192.74]:63760 "EHLO mout.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758258AbcHCTrp (ORCPT ); Wed, 3 Aug 2016 15:47:45 -0400 From: Arnd Bergmann To: Christoph Hellwig Cc: Kishon Vijay Abraham I , "bhelgaas@google.com" , "linux-pci@vger.kernel.org" , Jingoo Han , Pratyush Anand , Ley Foon Tan , Rob Herring , Tanmay Inamdar , Roy Zang , Mingkai Hu , Minghuan Lian , Richard Zhu , Lucas Stach , Murali Karicheri , Thomas Petazzoni , Jason Cooper , Thierry Reding , Simon Horman , Joao Pinto , Zhou Wang , Gabriele Paoloni , Stanimir Varbanov , David Daney , "linux-kernel@vger.kernel.org" , "linux-arm-kernel@lists.infradead.org" , "linux-omap@vger.kernel.org" , jdmason@kudzu.us Subject: Re: Support for configurable PCIe endpoint Date: Wed, 03 Aug 2016 21:38:23 +0200 Message-ID: <8897954.gERmznGCsN@wuerfel> User-Agent: KMail/5.1.3 (Linux/4.4.0-31-generic; KDE/5.18.0; x86_64; ; ) In-Reply-To: <20160803172736.GA12989@infradead.org> References: <57A18927.9070003@ti.com> <2460140.yVuTYYqBTX@wuerfel> <20160803172736.GA12989@infradead.org> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Provags-ID: V03:K0:oQJFS1V4AK+dL1f3RlI/sYHg9qxxhwCEVJy44DBVyCrQHrBAqI4 DGAlGkpayw+abd26/p79ECz0L15v4V4ymOlaHDlSlVn6fRes/GFAl5Mdr8rP92db17563bo DQFStDkQLL8ON+zwgoFdNGiYR7NN8K4oqdd+nfV6Tu/7Gdp2j4m9pX6QCQI5D+jr6/kC8GL ae0ykk+jAgPdlgP1FW84A== X-UI-Out-Filterresults: notjunk:1;V01:K0:X+P+e6G16yE=:uFaB59D+K0uiHQttcuaq6V q6YckiSU6rw6f/G3yQJOeIYtnOt28c0NFxbCRAvAA3LZWB1cBfGVFMjJAN50X4RJvZlwaCJKu PaMbyxy/DBTzrxgmCIyUVM3Bv73BrKAwhIjIJZqGegFTLdKTM2afoPXuxii2fDc9BBbj300nd iu0yUhoEcN4cILj0ayF8jlF81WQ05wOm+DfUYptU3HUBjh+56KRcFTorEHP6FqJ7DA0vhvuTM yY7Gr+doQJFQkUVJ3zreY33FAowuT7KewA2KkOOiksdXs6OFhKkJK2y11tqf1fk9gnOnE++pu 0nskMjACmtP9Z4kZ7KGjvgn2DsnJL0HL93AqqmdYGz5CDpzZ0gH6u7UkEoj9SrgSlXSZHcT/e /mHlpd+CSwy4g+TjSRVNuBFGxs6WTFZIm4xDtWOcTOXOyTH/+LvsT2wttSAjR9CJIqHIOdk2P oW1a2VJcHt3b+W/Udzb1/k//RovO4s5Rfj/zbDtjCvfujeYhsmSIzZhoASa9CtrE4kCHvW77n T4Sqhww1gWJSBonGL9SgeIjpjls3YzOeekL6heYQERbFESpOmUsHSRWpb8qg2v7hZ8MmQdz8Z ZmB58qWfkApCWhTNDdRCu3fX58QWIerFXvzRm3kZC7Si9H2K9DDQElvWQURPCOokDmxpuiIqb erseS9/JuZkh8qJx9tERBLK3+txpgojBE6ZqKXRdfoanziGRgEsDCnLFuoU7lY13o5NwfuxhQ JtK+qGy4n2av9Gs9 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wednesday, August 3, 2016 10:27:36 AM CEST Christoph Hellwig wrote: > On Wed, Aug 03, 2016 at 06:03:54PM +0200, Arnd Bergmann wrote: > > drivers/ntb seems like a reasonable start, while an alternative > > approach that we have discussed in the past would be based on top > > of virtio, so we could use the existing front-end drivers (net, block, > > v9fs, console, ...). > > I don't really think either is a good aproach for the lowest level > interface. To be useful the EP driver needs to be able to implement > any (reasonable) thing a PCIe device could do. Both NTB and virtio > can sit on top of that, though. Good point. NTB tries to be the low-level interface, but I guess you are right that it really isn't (I have not looked in a long time, maybe Jon can comment). While virtio transport over PCI would be great as the way to implement a lot of things on top of endpoint devices, it can't be the lowest level in the stack (see drivers/remoteproc) and building it on top of something that is useful for other things sounds like a good idea. Arnd