Hi ,

I am working on understanding crypt drivers in implemented in
asynchronous mode.I am little ambiguous regarding following
scenario,Please
can some help me with this.


#1: If two or more applications will send their requests (may be
different seesions)  to crypto Hardware (may be scheduler ll decide
which App should be allowed).
In this scenario How Crypto Driver will maintain the Hashed
data(Intermediate Hash) for future use i.e., when an application
resumes back?
Is it some thing needs to be handled from the crypto drivers or Linux
Kernel crypto subsystem will take care?

Note:This kind of scenarios even can be observed in IPSEC
implementation Kernel like different requests for
encryption/decryption to a crypto algorithm  from different sessions.

#2: I referred link
"http://www.mail-archive.com/linux-crypto%40vger.kernel.org/msg08177.html";

What I understood is that single "tfm" should be able to serve the
multiple/different requests at a time and intermediate hash per
request has to be
saved in the request context.Please can you let me know how is it
possible in real-time ,please can some one help me with this kind of
requirement in real-time?

BR,
Srisowj
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Reply via email to