com"
> , Alex Williamson ,
> "linux-cry...@vger.kernel.org" , Philippe
> Ombredanne , Thomas Gleixner ,
> Hao Fang , "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: Re: [RFC PATCH 0/7] A General Accele
On Mon, Aug 13, 2018 at 05:29:31PM +0800, Kenneth Lee wrote:
>
> I made a quick change basing on the RFCv1 here:
>
> https://github.com/Kenneth-Lee/linux-kernel-warpdrive/commits/warpdrive-v0.6
>
> I just made it compilable and not test it yet. But it shows how the idea is
> going to be.
>
>
quot;linux-cry...@vger.kernel.org"
> , Philippe Ombredanne
> , Thomas Gleixner , Hao Fang
> , "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> User-Agent: Mozilla/5
在 2018年08月10日 星期五 09:12 下午, Jean-Philippe Brucker 写道:
Hi Kenneth,
On 10/08/18 04:39, Kenneth Lee wrote:
You can achieve everything you want to achieve with existing upstream
solution. Re-inventing a whole new driver infrastructure should really
be motivated with strong and obvious reasons.
mmu@lists.linux-foundation.org" ,
"linux-cry...@vger.kernel.org" , Philippe
Ombredanne , Thomas Gleixner ,
"David S . Miller" ,
"linux-accelerat...@lists.ozlabs.org"
Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
User-Agent: Mutt/1.
l.org" ,
> > "linux...@huawei.com" ,
> > "iommu@lists.linux-foundation.org" ,
> > "linux-cry...@vger.kernel.org" , Philippe
> > Ombredanne , Thomas Gleixner ,
> > "David S . Miller" ,
> > "linux-accelerat...@lists.o
Hi Kenneth,
On 10/08/18 04:39, Kenneth Lee wrote:
>> You can achieve everything you want to achieve with existing upstream
>> solution. Re-inventing a whole new driver infrastructure should really
>> be motivated with strong and obvious reasons.
>
> I want to understand better of your idea. If I
inux-cry...@vger.kernel.org" , Philippe
> Ombredanne , Thomas Gleixner ,
> "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> User-Agent: Mutt/1.10.0 (2018-05-17)
> Me
x-cry...@vger.kernel.org"
> , Philippe Ombredanne
> , Thomas Gleixner , "David S .
> Miller" , "linux-accelerat...@lists.ozlabs.org"
>
> Subject: RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> Message-ID:
>
>
> > From: Ken
On Thu, Aug 09, 2018 at 04:03:52PM +0800, Kenneth Lee wrote:
> On Wed, Aug 08, 2018 at 11:18:35AM -0400, Jerome Glisse wrote:
> > On Wed, Aug 08, 2018 at 09:08:42AM +0800, Kenneth Lee wrote:
> > > 在 2018年08月06日 星期一 11:32 下午, Jerome Glisse 写道:
> > > > On Mon, Aug 06, 2018 at 11:12:52AM +0800,
> From: Kenneth Lee [mailto:liguo...@hisilicon.com]
> Sent: Thursday, August 9, 2018 4:04 PM
>
> But we have another requirement which is to combine some device
> together to
> share the same address space. This is a little like these kinds of solution:
>
>
inux-cry...@vger.kernel.org" , Philippe
> Ombredanne , Thomas Gleixner ,
> "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> User-Agent: Mutt/1.10.0 (2018-05-17)
>
On Wed, Aug 08, 2018 at 09:08:42AM +0800, Kenneth Lee wrote:
>
>
> 在 2018年08月06日 星期一 11:32 下午, Jerome Glisse 写道:
> > On Mon, Aug 06, 2018 at 11:12:52AM +0800, Kenneth Lee wrote:
> > > On Fri, Aug 03, 2018 at 10:39:44AM -0400, Jerome Glisse wrote:
> > > > On Fri, Aug 03, 2018 at 11:47:21AM +0800,
在 2018年08月06日 星期一 11:32 下午, Jerome Glisse 写道:
On Mon, Aug 06, 2018 at 11:12:52AM +0800, Kenneth Lee wrote:
On Fri, Aug 03, 2018 at 10:39:44AM -0400, Jerome Glisse wrote:
On Fri, Aug 03, 2018 at 11:47:21AM +0800, Kenneth Lee wrote:
On Thu, Aug 02, 2018 at 10:22:43AM -0400, Jerome Glisse
On Mon, Aug 06, 2018 at 11:12:52AM +0800, Kenneth Lee wrote:
> On Fri, Aug 03, 2018 at 10:39:44AM -0400, Jerome Glisse wrote:
> > On Fri, Aug 03, 2018 at 11:47:21AM +0800, Kenneth Lee wrote:
> > > On Thu, Aug 02, 2018 at 10:22:43AM -0400, Jerome Glisse wrote:
> > > > On Thu, Aug 02, 2018 at
nel.org"
> , Philippe Ombredanne
> , Thomas Gleixner , Kenneth Lee
> , "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> User-Agent: Mutt/1.10.0 (2018-05-17)
> Me
x-cry...@vger.kernel.org" , Philippe
> Ombredanne , Zaibo Xu , Kenneth
> Lee , "David S . Miller" ,
> Ross Zwisler
> Subject: Re: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> Organization: Intel Corporation
> X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32;
On Fri, Aug 03, 2018 at 03:20:43PM +0100, Alan Cox wrote:
> > If we are going to have any kind of general purpose accelerator API then
> > > it has to be able to implement things like
> >
> > Why is the existing driver model not good enough ? So you want
> > a device with function X you look
ation.org" ,
> > "linux-ker...@vger.kernel.org" ,
> > "linux...@huawei.com" ,
> > "linux-cry...@vger.kernel.org" , Philippe
> > Ombredanne , Thomas Gleixner ,
> > "David S . Miller" ,
> > "linux-accelerat...@lists.o
> If we are going to have any kind of general purpose accelerator API then
> > it has to be able to implement things like
>
> Why is the existing driver model not good enough ? So you want
> a device with function X you look into /dev/X (for instance
> for GPU you look in /dev/dri)
Except when
On Thu, Aug 02, 2018 at 11:10:00AM +0100, Alan Cox wrote:
> > One motivation I guess, is that most accelerators lack of a
> > well-abstracted high level APIs similar to GPU side (e.g. OpenCL
> > clearly defines Shared Virtual Memory models). VFIO mdev
> > might be an alternative common interface
On Thu, Aug 02, 2018 at 12:05:57PM +0800, Kenneth Lee wrote:
> On Thu, Aug 02, 2018 at 02:33:12AM +, Tian, Kevin wrote:
> > Date: Thu, 2 Aug 2018 02:33:12 +
> > > From: Jerome Glisse
> > > On Wed, Aug 01, 2018 at 06:22:14PM +0800, Kenneth Lee wrote:
> > > > From: Kenneth Lee
> > > >
> > >
Hi,
On 2018/8/2 18:10, Alan Cox wrote:
One motivation I guess, is that most accelerators lack of a
well-abstracted high level APIs similar to GPU side (e.g. OpenCL
clearly defines Shared Virtual Memory models). VFIO mdev
might be an alternative common interface to enable SVA usages
on various
> One motivation I guess, is that most accelerators lack of a
> well-abstracted high level APIs similar to GPU side (e.g. OpenCL
> clearly defines Shared Virtual Memory models). VFIO mdev
> might be an alternative common interface to enable SVA usages
> on various accelerators...
SVA is not
.kernel.org"
> , Philippe Ombredanne
> , Zaibo Xu , "David S . Miller"
> , "linux-accelerat...@lists.ozlabs.org"
>
> Subject: RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> Message-ID:
>
>
> > From: Kenneth Lee
> > Sent:
> From: Kenneth Lee
> Sent: Thursday, August 2, 2018 11:40 AM
>
> On Thu, Aug 02, 2018 at 02:59:33AM +, Tian, Kevin wrote:
> > > From: Kenneth Lee
> > > Sent: Wednesday, August 1, 2018 6:22 PM
> > >
> > > From: Kenneth Lee
> > >
> > > WarpDrive is an accelerator framework to expose the
.@vger.kernel.org" , Philippe
> Ombredanne , Zaibo Xu , Kenneth
> Lee , "David S . Miller" ,
> "linux-accelerat...@lists.ozlabs.org"
>
> Subject: RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> Message-ID:
>
>
> > From: Jerom
t;
> , "k...@vger.kernel.org"
> , "linux-accelerat...@lists.ozlabs.org"
> , Lu Baolu
> , "Kumar, Sanjay K"
> CC: "linux...@huawei.com"
> Subject: RE: [RFC PATCH 0/7] A General Accelerator Framework, WarpDrive
> Message-ID:
>
>
> From: Kenneth Lee
> Sent: Wednesday, August 1, 2018 6:22 PM
>
> From: Kenneth Lee
>
> WarpDrive is an accelerator framework to expose the hardware capabilities
> directly to the user space. It makes use of the exist vfio and vfio-mdev
> facilities. So the user application can send request and
> From: Jerome Glisse
> Sent: Thursday, August 2, 2018 12:57 AM
>
> On Wed, Aug 01, 2018 at 06:22:14PM +0800, Kenneth Lee wrote:
> > From: Kenneth Lee
> >
> > WarpDrive is an accelerator framework to expose the hardware
> capabilities
> > directly to the user space. It makes use of the exist
On Wed, Aug 01, 2018 at 06:22:14PM +0800, Kenneth Lee wrote:
> From: Kenneth Lee
>
> WarpDrive is an accelerator framework to expose the hardware capabilities
> directly to the user space. It makes use of the exist vfio and vfio-mdev
> facilities. So the user application can send request and DMA
31 matches
Mail list logo
