Commit c1091e2b authored by Herbert Xu's avatar Herbert Xu
Browse files

crypto: engine - Move struct crypto_engine into internal/engine.h 



Most drivers should not access the internal details of struct
crypto_engine.  Move it into the internal header file.

Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
parent 4ac1a2d8

include/crypto/engine.h

+1 −57
Original line number Diff line number Diff line
@@ -7,72 +7,16 @@ 
#ifndef _CRYPTO_ENGINE_H

#define _CRYPTO_ENGINE_H



#include <crypto/algapi.h>

#include <linux/kthread.h>

#include <linux/spinlock_types.h>

#include <linux/types.h>



struct aead_request;

struct ahash_request;

struct akcipher_request;

struct crypto_engine;

struct device;

struct kpp_request;

struct skcipher_request;



#define ENGINE_NAME_LEN	30

/*

 * struct crypto_engine - crypto hardware engine

 * @name: the engine name

 * @idling: the engine is entering idle state

 * @busy: request pump is busy

 * @running: the engine is on working

 * @retry_support: indication that the hardware allows re-execution

 * of a failed backlog request

 * crypto-engine, in head position to keep order

 * @list: link with the global crypto engine list

 * @queue_lock: spinlock to synchronise access to request queue

 * @queue: the crypto queue of the engine

 * @rt: whether this queue is set to run as a realtime task

 * @prepare_crypt_hardware: a request will soon arrive from the queue

 * so the subsystem requests the driver to prepare the hardware

 * by issuing this call

 * @unprepare_crypt_hardware: there are currently no more requests on the

 * queue so the subsystem notifies the driver that it may relax the

 * hardware by issuing this call

 * @do_batch_requests: execute a batch of requests. Depends on multiple

 * requests support.

 * @kworker: kthread worker struct for request pump

 * @pump_requests: work struct for scheduling work to the request pump

 * @priv_data: the engine private data

 * @cur_req: the current request which is on processing

 */

struct crypto_engine {

	char			name[ENGINE_NAME_LEN];

	bool			idling;

	bool			busy;

	bool			running;



	bool			retry_support;



	struct list_head	list;

	spinlock_t		queue_lock;

	struct crypto_queue	queue;

	struct device		*dev;



	bool			rt;



	int (*prepare_crypt_hardware)(struct crypto_engine *engine);

	int (*unprepare_crypt_hardware)(struct crypto_engine *engine);

	int (*do_batch_requests)(struct crypto_engine *engine);





	struct kthread_worker           *kworker;

	struct kthread_work             pump_requests;



	void				*priv_data;

	struct crypto_async_request	*cur_req;

};



/*

 * struct crypto_engine_op - crypto hardware engine operations

 * @do_one_request: do encryption for current request

include/crypto/internal/engine.h

+61 −0
Original line number Diff line number Diff line
@@ -8,6 +8,67 @@ 
#ifndef _CRYPTO_INTERNAL_ENGINE_H

#define _CRYPTO_INTERNAL_ENGINE_H



#include <crypto/algapi.h>

#include <crypto/engine.h>

#include <linux/kthread.h>

#include <linux/spinlock_types.h>

#include <linux/types.h>



#define ENGINE_NAME_LEN	30



struct device;



/*

 * struct crypto_engine - crypto hardware engine

 * @name: the engine name

 * @idling: the engine is entering idle state

 * @busy: request pump is busy

 * @running: the engine is on working

 * @retry_support: indication that the hardware allows re-execution

 * of a failed backlog request

 * crypto-engine, in head position to keep order

 * @list: link with the global crypto engine list

 * @queue_lock: spinlock to synchronise access to request queue

 * @queue: the crypto queue of the engine

 * @rt: whether this queue is set to run as a realtime task

 * @prepare_crypt_hardware: a request will soon arrive from the queue

 * so the subsystem requests the driver to prepare the hardware

 * by issuing this call

 * @unprepare_crypt_hardware: there are currently no more requests on the

 * queue so the subsystem notifies the driver that it may relax the

 * hardware by issuing this call

 * @do_batch_requests: execute a batch of requests. Depends on multiple

 * requests support.

 * @kworker: kthread worker struct for request pump

 * @pump_requests: work struct for scheduling work to the request pump

 * @priv_data: the engine private data

 * @cur_req: the current request which is on processing

 */

struct crypto_engine {

	char			name[ENGINE_NAME_LEN];

	bool			idling;

	bool			busy;

	bool			running;



	bool			retry_support;



	struct list_head	list;

	spinlock_t		queue_lock;

	struct crypto_queue	queue;

	struct device		*dev;



	bool			rt;



	int (*prepare_crypt_hardware)(struct crypto_engine *engine);

	int (*unprepare_crypt_hardware)(struct crypto_engine *engine);

	int (*do_batch_requests)(struct crypto_engine *engine);





	struct kthread_worker           *kworker;

	struct kthread_work             pump_requests;



	void				*priv_data;

	struct crypto_async_request	*cur_req;

};



#endif