On Fri, May 13, 2016 at 12:55:09PM +0000, 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: if the hardware backlogging fails because no hardware slots > are available, backlog the job inside a crypto software queue. > Is this hybrid configurable solution acceptable? Namely, if the hardware queue > is full, to fallback to the crypto software queue. It is but you need to be very careful so as to not introduce reordering. Essentially if you go to the fallback then you have to wait for all the outstanding requests to complete before you complete the fallback request. A number of existing drivers that make use of fallbacks get this wrong and we need to fix them. Cheers, -- Email: Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt -- To unsubscribe from this list: send the line "unsubscribe linux-crypto" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
