linux-kernel - Re: [PATCH/RFC 0/5] HW accel subsystem

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20190201100711.GB17779@kroah.com>
Date:   Fri, 1 Feb 2019 11:07:11 +0100
From:   Greg Kroah-Hartman <gregkh@...uxfoundation.org>
To:     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, nek.in.cn@...il.com
Subject: Re: [PATCH/RFC 0/5] HW accel subsystem

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!

thanks,

greg k-h