Req for mentor - [BUG]Busy luks disk not closable forever if medium is removed

https://bugzilla.kernel.org/show_bug.cgi?id=107641 I believe it is an issue which should _better_ be fixed in kernel. My level of knowledge doesn't allow me to identify the location to work on, however, I am interested to work on this. Any help, ideas, thoughts, comments are appreciated. Thanks.

[PATCH 3/4] crypto: akcipher: add crypto_akcipher_type methods needed by templates.

Add two dummy methods that are required by the crypto API internals: .ctxsize and .init (just because the framework calls them without checking if they were provided). They're only required by the complicated code path needed to instantiate a template algorithm. Also expose crypto_akcipher_type

[PATCH 4/4] crypto: RSA padding algorithm

This patch adds PKCS#1 v1.5 standard RSA padding as a separate template. This way an RSA cipher with padding can be obtained by instantiating "pkcs1pad(rsa)". The reason for adding this is that RSA is almost never used without this padding (or OAEP) so it will be needed for either certificate

Crypto Fixes for 4.4

Hi Linus: This push fixes a bug in the algif_hash interface that may lead to crashes when used with certain algorithms such as HMAC. Please pull from git://git.kernel.org/pub/scm/linux/kernel/git/herbert/crypto-2.6.git linus Herbert Xu (1): crypto: algif_hash - Only export and import

[PATCH 2/4] crypto: rsa: only require output buffers as big as needed.

rhe RSA operations explicitly left-align the integers being written skipping any leading zero bytes, but still require the output buffers to include just enough space for the integer + the leading zero bytes. Since the size of integer + the leading zero bytes (i.e. the key modulus size) can now be

[PATCH 1/4] lib/mpi: only require buffers as big as needed for the integer

Since mpi_write_to_sgl and mpi_read_buffer explicitly left-align the integers being written it makes no sense to require a buffer big enough for the number + the leading zero bytes which are not written. The error returned also doesn't convey any information. So instead require only the size

[PATCH v3 1/4] crypto: rockchip/crypto - add DT bindings documentation

Add DT bindings documentation for the rk3288 crypto drivers. Signed-off-by: Zain Wang --- Changed in v3: - add reset property Changed in v2: - None Changed in v1: - remove the _crypto suffix - use "rockchip,rk3288-crypto" instead of "rockchip,rk3288" - remove the

[PATCH v3 4/4] ARM: dts: rockchip: Add Crypto node for rk3288

Add Crypto node for rk3288 including crypto controller and dma clk. Signed-off-by: Zain Wang --- Changed in v3: - add reset property Changed in v2: - None Changed in v1: - remove the _crypto suffix - use "rockchip,rk3288-crypto" instead of "rockchip,rk3288"

[PATCH v3 3/4] Crypto: rockchip/crypto - add crypto driver for rk3288

Crypto driver support: ecb(aes) cbc(aes) ecb(des) cbc(des) ecb(des3_ede) cbc(des3_ede) You can alloc tags above in your case. And other algorithms and platforms will be added later on. Signed-off-by: Zain Wang --- Changed in v3: - add OF depended in Kconfig -

[PATCH v3 2/4] clk: rockchip: set an ID for crypto clk

Set an ID for crypto clk, so that it can be called in other part. Signed-off-by: Zain Wang --- Changed in v3: - None Changed in v2: - None Changed in v1: - define SCLK_CRYPTO in rk3288-cru.h - use SCLK_CRYPTO instead of SRST_CRYPTO

Re: Hardware Crypto Driver

Orlando wrote: > Hello, I am new to the crypto framework in linux kernel and mailing > list in general. I am porting a driver omap-aes.c to my platform and > having problems with IV being modified against my will. I am doing > AES-128-CTR and I need the IV to increment by 1