From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1758571AbdJQM41 (ORCPT ); Tue, 17 Oct 2017 08:56:27 -0400 Received: from szxga05-in.huawei.com ([45.249.212.191]:8503 "EHLO szxga05-in.huawei.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758513AbdJQM4Z (ORCPT ); Tue, 17 Oct 2017 08:56:25 -0400 Date: Tue, 17 Oct 2017 13:53:46 +0100 From: Jonathan Cameron To: Andrew Donnellan CC: LKML , , "Liguozhu (Kenneth)" , Ilias Apalodimas , , , , Alex Williamson , Frederic Barrat , Mark Brown , , , Ard Biesheuvel , "Jean-Philippe Brucker" , Kirti Wankhede , Eric Auger , , , , Balbir Singh , Benjamin Herrenschmidt , Alistair Popple , "Alastair D'Silva" , Gery Schneider , Francois Richard , Jonathan Corbet , Subject: Re: New Linux accelerators discussion list [was: Re: Fostering linux community collaboration on hardware accelerators] Message-ID: <20171017135346.000031b9@huawei.com> In-Reply-To: <20171017134810.000049a9@huawei.com> References: <201710101132.v9ABUs28138304@mx0a-001b2d01.pphosted.com> <07d49485-e583-8434-5681-92a0b54005ca@au1.ibm.com> <20171016150701.00004260@huawei.com> <20171017134810.000049a9@huawei.com> Organization: Huawei X-Mailer: Claws Mail 3.15.0 (GTK+ 2.24.31; x86_64-w64-mingw32) MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.206.48.115] X-CFilter-Loop: Reflected X-Mirapoint-Virus-RAPID-Raw: score=unknown(0), refid=str=0001.0A090201.59E5FDF1.003B,ss=1,re=0.000,recu=0.000,reip=0.000,cl=1,cld=1,fgs=0, ip=0.0.0.0, so=2014-11-16 11:51:01, dmn=2013-03-21 17:37:32 X-Mirapoint-Loop-Id: b947b1318462e6dfd689f6ee72bc73bf Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org + linux-accelerators@lists.ozlabs.org Seems sensible to have this email actually go to the new list so at least it appears in the archive. Sorry all, I should have thought of this before pressing send, Jonathan On Tue, 17 Oct 2017 13:48:10 +0100 Jonathan Cameron wrote: > On Tue, 17 Oct 2017 11:00:40 +1100 > Andrew Donnellan wrote: > > > On 17/10/17 01:07, Jonathan Cameron wrote: > > > > > > > > >>> So as ever with a linux community focusing on a particular topic, the > > >>> obvious solution is a mailing list. There are a number of options on how > > >>> do this. > > >>> > > >>> 1) Ask one of the industry bodies to host? Who? > > >>> > > >>> 2) Put together a compelling argument for linux-accelerators@vger.kernel.org > > >>> as probably the most generic location for such a list. > > >> > > >> Happy to offer linux-accelerators@lists.ozlabs.org, which I can get set > > >> up immediately (and if we want patchwork, patchwork.ozlabs.org is > > >> available as always, no matter where the list is hosted). > > >> > > > > > > That would be great! Thanks for doing this. Much easier to find out what > > > such a list is useful for by the practical option of having a list and > > > see what people do with it. > > > > [+ LKML] > > > > We now have a mailing list: > > > > List: linux-accelerators@lists.ozlabs.org > > Info: https://lists.ozlabs.org/listinfo/linux-accelerators > > Archives: https://lists.ozlabs.org/pipermail/linux-accelerators > > > > I haven't set up Patchwork as yet, but if people think that's a good > > idea I can get that done too. > > > > > > Andrew > > > > Thanks Andrew. > > A quick summary of initial thoughts on scope of this list for anyone > entering the discussion at this point. > Note it will hopefully evolve in whatever direction people find helpful. > This contains some suggestions not a barrier to wider scope! > > There are a number of projects / applications involving what are > termed hardware accelerators. These include: > * Traditional offload engines > - Crypto, compression, media transcoding and similar accelerators > - usecases including kTLS, Storage Encryption etc. > * Dynamic FPGA type accelerators > * ODP, DPDK and similar networking data plane - particularly dual stack > solutions where the kernel 'plays nicely' with userspace drivers. > * AI Accelerators > * Shared Virtual Memory (SVM) bus systems including Open-CAPI, CCIX etc > * Fast data flow to/from userspace applications. > > A number of existing project focus on these: > * Mainline kernel drivers > - Numerous crypto drivers etc > - Open-CAPI > * Various networking data plane activities > * VFIO based and similar userspace drivers > Hopefully this list can provide a broader forum where more general > questions are being considered. > > The discussion that lead to this list was that a number of people would > like a general open forum on which to discuss ideas with scope beyond > simply one kernel subsystem or one particular userspace framework. > > Topics might include > * RFCs and early reviews of new approaches. > * Similar hardware - who is trying to solve the same problems? > * What would we ideally want from new hardware iterations? > * Hardware description - the question of how to chose a particular > crypto engine is very dependent on the particular data flows. > Sometimes hardware accelerators don't actually help due to overheads. > Understanding those barriers would be very useful. > * Upstream paths - blockers and how to work with the communities to > overcome them. > * Fostering stronger userspace communities to allow these accelerators to > be easily harnessed. > - A number of projects have been highlighted in this thread > OpenStack (cyborg project), openMP accelerator support > * Robustness / security of userspace frameworks. > * Virtualisation of accelerators > > Anyhow, this email was just meant to draw together some thoughts. > It will be interesting to see what the list actually gets used for :) > > Jonathan