On Wed, Jun 27, 2007 at 01:00:27AM +0200, Sebastian Siewior wrote:
>
> +static int enqueue_request(struct ablkcipher_request *req,
> + enum SPU_FUNCTIONS op_type)
> +{
> + struct async_d_request *asy_d_ctx = ablkcipher_request_ctx(req);
> + struct crypto_ablkcipher *tfm = crypto_ablkcipher_reqtfm(req);
> + struct aes_ctx *ctx = crypto_ablkcipher_ctx(tfm);
> + struct kspu_work_item *work = &asy_d_ctx->kspu_work;
> +
> + asy_d_ctx->crypto_operation = op_type;
> + asy_d_ctx->progress = 0;
> + work->enqueue = aes_queue_work_items;
> +
> + kspu_enqueue_work_item(ctx->spe_ctx->ctx, &asy_d_ctx->kspu_work);
OK this is a software queue so we want to put a limit on it.
In fact, any reason why you couldn't juse use the existing
crypto_enqueue_request interface here? That would also make
that cast function unnecessary.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <[EMAIL PROTECTED]>
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 [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
