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
