[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <b405a81b-7582-8057-ce54-a6a646801450@gmail.com>
Date: Fri, 1 Feb 2019 20:09:01 +0800
From: Kenneth Lee <nek.in.cn@...il.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Kenneth Lee <liguozhu@...ilicon.com>
Cc: Olof Johansson <olof@...om.net>, linux-kernel@...r.kernel.org,
ogabbay@...ana.ai, jglisse@...hat.com,
Andrew Donnellan <andrew.donnellan@....ibm.com>,
Frederic Barrat <fbarrat@...ux.ibm.com>, airlied@...hat.com,
linux-accelerators@...ts.ozlabs.org
Subject: Re: [PATCH/RFC 0/5] HW accel subsystem
在 2019/2/1 下午6:07, Greg Kroah-Hartman 写道:
> On Fri, Feb 01, 2019 at 05:10:40PM +0800, Kenneth Lee wrote:
>> After the RFCv2 was sent to the lkml, we do not get much feedback. But the
>> Infini-band guys said they did not like it. They think the solution is
>> re-invention of ib-verbs.
> No one needs to re-invent a monstrosity that is ib-verbs. If anything,
> that is a model that should never be recreated again, showing that we
> can learn from past mistakes :)
>
>> But we do not think so. ib-verbs maintains semantics of "REMOTE memory". But
>> UACCE maintains semantics of "LOCAL memory". We don't need to send, or sync
>> memory with other parties. We share those memory with all processes who share
>> the local bus.
> I agree, don't try to duplicate the mess that people moved away from
> (hint, everyone sane wraps ib-verbs in another model that can actually
> be used and understood...)
>
>> But we know we need more "complete" solution to let people understand and accept
>> our idea. So now we are working on it with our Compression and RSA accelerator
>> on Hi1620 Server SoC. We are also planning to port our AI framework on it.
>>
>> Do you think we can cooperate to create an framework in Linux together? Please
>> feel free to ask for more information. We are happy to answer it.
> Sure, that sounds like a great goal!
Thank you very much for your encouragement:)
Kenneth Lee
>
> thanks,
>
> greg k-h
>
Powered by blists - more mailing lists