On Fri, May 13, 2016 at 12:55:09PM +, Catalin Vasile wrote:
>
> We are inclining towards a hardware backlogging solution because on
> low end devices the software queue does not scale very well.
> Regarding your concerns, we are now evaluating adding a software queue based
> fallback solution:
>
> From: Herbert Xu
> Sent: Wednesday, May 11, 2016 1:54 PM
> To: Catalin Vasile
> Cc: linux-crypto@vger.kernel.org; linux-crypto-ow...@vger.kernel.org; Horia
> Ioan Geanta Neag; Alexandru Porosanu; Scott Wood
> Subject: Re: [PAT
On Wed, May 11, 2016 at 07:53:19AM +, Catalin Vasile wrote:
>
> Every request will be queued and eventually done.
> The hardware equipment has a constraint on the number of tfms it can have.
> Is there a requirement to support an infinite number of tfms on a device?
>
> > You should use a soft
> Subject: Re: [PATCH] crypto: caam: add backlogging support>
> Catalin Vasile wrote:
> > caam_jr_enqueue() function returns -EBUSY once there are no more slots
> > available in the JR, but it doesn't actually save the current request.
> > This breaks the functional
Hi,
> -Original Message-
> From: Horia Ioan Geanta Neag
> Sent: Monday, May 09, 2016 5:51 PM
> To: Catalin Vasile ; linux-crypto@vger.kernel.org
> Cc: linux-crypto-ow...@vger.kernel.org; Alexandru Porosanu
> ; Scott Wood
> Subject: Re: [PATCH] crypto: caam: ad
Catalin Vasile wrote:
> caam_jr_enqueue() function returns -EBUSY once there are no more slots
> available in the JR, but it doesn't actually save the current request.
> This breaks the functionality of users that expect that even if there is
> no more space for the request, it is at least queued
On 5/6/2016 4:19 PM, Catalin Vasile wrote:
> caam_jr_enqueue() function returns -EBUSY once there are no more slots
> available in the JR, but it doesn't actually save the current request.
> This breaks the functionality of users that expect that even if there is
> no more space for the request, it
caam_jr_enqueue() function returns -EBUSY once there are no more slots
available in the JR, but it doesn't actually save the current request.
This breaks the functionality of users that expect that even if there is
no more space for the request, it is at least queued for later
execution. In other w
Hello Horia,
-Original Message-
From: Horia Geantă [mailto:horia.gea...@freescale.com]
Sent: Wednesday, September 16, 2015 5:17 PM
To: Porosanu Alexandru-B06830 ;
linux-crypto@vger.kernel.org
Cc: herb...@gondor.apana.org.au; Pop Mircea-R19439
Subject: Re: [PATCH] crypto/caam: add
On 9/9/2015 9:57 AM, Alex Porosanu wrote:
> caam_jr_enqueue() function returns -EBUSY once there are no
> more slots available in the JR, but it doesn't actually save
> the current request. This breaks the functionality of users
> that expect that even if there is no more space for the request,
> i
caam_jr_enqueue() function returns -EBUSY once there are no
more slots available in the JR, but it doesn't actually save
the current request. This breaks the functionality of users
that expect that even if there is no more space for the request,
it is at least queued for later execution. In other w
11 matches
Mail list logo
