On Mon, 25 May 2015 13:17:13 +0200, Boris Brezillon
wrote:
Sorry, I didn't word it right - the series is missing the crypto nodes
for
the orion, 375 and 38x platforms.
I only add nodes for platforms I have tested on.
If you're able to test on those platforms I'd be happy to include those
On Mon, 25 May 2015 13:13:43 +0200
"Imre Kaloz" wrote:
> Hi Boris,
>
> On Mon, 25 May 2015 13:08:12 +0200, Boris Brezillon
> wrote:
>
> >> > Yep, I noticed that after submitting this version. I guess I only
> >> > needed the import function for my test cases and thus forgot to
> >> > impleme
Hi Boris,
On Mon, 25 May 2015 13:08:12 +0200, Boris Brezillon
wrote:
> Yep, I noticed that after submitting this version. I guess I only
> needed the import function for my test cases and thus forgot to
> implement the import function.
> Anyway, I just added the the import functions (they'l
Hi Imre,
On Mon, 25 May 2015 12:44:44 +0200
"Imre Kaloz" wrote:
> Hi Boris,
>
> On Mon, 25 May 2015 10:10:16 +0200, Boris Brezillon
> wrote:
>
>
>
> > Yep, I noticed that after submitting this version. I guess I only
> > needed the import function for my test cases and thus forgot to
> >
Hi Boris,
On Mon, 25 May 2015 10:10:16 +0200, Boris Brezillon
wrote:
Yep, I noticed that after submitting this version. I guess I only
needed the import function for my test cases and thus forgot to
implement the import function.
Anyway, I just added the the import functions (they'll be a
On Mon, May 25, 2015 at 10:18:11AM +0200, Boris Brezillon wrote:
>
> Hm, I'm not I understand what you mean: the CESA engine is supporting
> hardware HMAC.
> What makes you think I'm doing the HMAC operation in software (I guess
> I haven't properly filled the ahash_alg structure :-)) ?
Nevermind,
On Mon, 25 May 2015 16:05:47 +0800
Herbert Xu wrote:
> On Fri, May 22, 2015 at 03:33:48PM +0200, Boris Brezillon wrote:
> >
> > +struct ahash_alg mv_ahmac_sha1_alg = {
> > + .init = mv_cesa_ahmac_sha1_init,
> > + .update = mv_cesa_ahash_update,
> > + .final = mv_cesa_ahash_final,
> > + .f
On Mon, May 25, 2015 at 10:10:16AM +0200, Boris Brezillon wrote:
> Yep, I noticed that after submitting this version. I guess I only
> needed the import function for my test cases and thus forgot to
> implement the import function.
> Anyway, I just added the the import functions (they'll be availab
Hi Herbert,
On Mon, 25 May 2015 15:58:12 +0800
Herbert Xu wrote:
> On Fri, May 22, 2015 at 03:33:48PM +0200, Boris Brezillon wrote:
> >
> > +static int mv_cesa_sha1_export(struct ahash_request *req, void *out)
> > +{
> > + struct sha1_state *out_state = out;
> > + struct crypto_ahash *ahash
On Fri, May 22, 2015 at 03:33:48PM +0200, Boris Brezillon wrote:
>
> +struct ahash_alg mv_ahmac_sha1_alg = {
> + .init = mv_cesa_ahmac_sha1_init,
> + .update = mv_cesa_ahash_update,
> + .final = mv_cesa_ahash_final,
> + .finup = mv_cesa_ahash_finup,
> + .digest = mv_cesa_ahmac_s
On Fri, May 22, 2015 at 03:33:48PM +0200, Boris Brezillon wrote:
>
> +static int mv_cesa_sha1_export(struct ahash_request *req, void *out)
> +{
> + struct sha1_state *out_state = out;
> + struct crypto_ahash *ahash = crypto_ahash_reqtfm(req);
> + struct mv_cesa_ahash_req *creq = ahash_r
The existing mv_cesa driver supports some features of the CESA IP but is
quite limited, and reworking it to support new features (like involving the
TDMA engine to offload the CPU) is almost impossible.
This driver has been rewritten from scratch to take those new features into
account.
This commi
12 matches
Mail list logo