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
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
