@@ -2,7 +2,9 @@ Qualcomm crypto engine driver Required properties:-- compatible : should be "qcom,crypto-v5.1"+- compatible : should be+ "qcom,crypto-v5.1" for ipq6018+ "qcom,crypto-v5.4" for sdm845 - reg : specifies base physical address and size of the registers map - clocks : phandle to clock-controller plus clock-specifier pair - clock-names : "iface" clocks register interface
Partial hash was being copied into the final result buffer without the
entire message block processed. Depending on how the end user processes
this result buffer, errors vary from result buffer corruption to result
buffer poisoing. Fix this issue by ensuring that only the final hash value
is copied into the result buffer.
Signed-off-by: Thara Gopinath <redacted>
---
drivers/crypto/qce/sha.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Qualcomm CE clock resource that is managed by BCM is required
by crypto driver to access the core clock.
Signed-off-by: Thara Gopinath <redacted>
---
drivers/clk/qcom/clk-rpmh.c | 2 ++
1 file changed, 2 insertions(+)
Add clock id forc CE clock resource which is required to bring up the
crypto engine on sdm845.
Signed-off-by: Thara Gopinath <redacted>
---
include/dt-bindings/clock/qcom,rpmh.h | 1 +
1 file changed, 1 insertion(+)
From: Eric Biggers <ebiggers@kernel.org> Date: 2020-11-17 16:57:57
On Tue, Nov 17, 2020 at 08:47:08AM -0500, Thara Gopinath wrote:
Qualcomm crypto engine supports hardware accelerated algorithms for
encryption and authentication. Enable support for aes,des,3des encryption
algorithms and sha1,sha256, hmac(sha1),hmac(sha256) authentication
algorithms on sdm845.The patch series has been tested using the kernel
crypto testing module tcrypto.ko.
Did you do this testing with CONFIG_CRYPTO_MANAGER_EXTRA_TESTS enabled?
Do all tests pass with it enabled?
- Eric
On Tue, Nov 17, 2020 at 08:47:08AM -0500, Thara Gopinath wrote:
quoted
Qualcomm crypto engine supports hardware accelerated algorithms for
encryption and authentication. Enable support for aes,des,3des encryption
algorithms and sha1,sha256, hmac(sha1),hmac(sha256) authentication
algorithms on sdm845.The patch series has been tested using the kernel
crypto testing module tcrypto.ko.
Did you do this testing with CONFIG_CRYPTO_MANAGER_EXTRA_TESTS enabled?
Do all tests pass with it enabled?
No I have not. This is in my todo list though. I am trying to enable AEAD algorithms on the crypto engine right now. I will try to test it out with that set.
On Tue 17 Nov 07:47 CST 2020, Thara Gopinath wrote:
Add clock id forc CE clock resource which is required to bring up the
crypto engine on sdm845.
Signed-off-by: Thara Gopinath <redacted>
$subject should have bindings in plural to match other changes and a
space after the ':'
Apart from that, things looks good.
Reviewed-by: Bjorn Andersson <redacted>
Regards,
Bjorn
On Tue 17 Nov 07:47 CST 2020, Thara Gopinath wrote:
Partial hash was being copied into the final result buffer without the
entire message block processed. Depending on how the end user processes
this result buffer, errors vary from result buffer corruption to result
buffer poisoing. Fix this issue by ensuring that only the final hash value
is copied into the result buffer.
Looks reasonable to me
Reviewed-by: Bjorn Andersson <redacted>
Regards,
Bjorn
On Tue 17 Nov 07:47 CST 2020, Thara Gopinath wrote:
Add compatible string to support v5.4 crypto engine.
Signed-off-by: Thara Gopinath <redacted>
$subject should be "dt-bindings: crypto: ..." and you should try to stay
within 50 chars for the subject. So how about something like:
"dt-bindings: crypto: qcom-qce: Add v5.4 to binding"
With something like that:
Reviewed-by: Bjorn Andersson <redacted>
Regards,
Bjorn
@@ -2,7 +2,9 @@ Qualcomm crypto engine driver Required properties:-- compatible : should be "qcom,crypto-v5.1"+- compatible : should be+ "qcom,crypto-v5.1" for ipq6018+ "qcom,crypto-v5.4" for sdm845 - reg : specifies base physical address and size of the registers map - clocks : phandle to clock-controller plus clock-specifier pair - clock-names : "iface" clocks register interface
Can you confirm that this can't be written as:
iommus = <&apps_smmu 0x704 0x3>,
<&apps_smmu 0x714 0x3>;
(and same below).
Hi Bjorn,
Thanks for the reviews. Yes, I can confirm that the above does not work.
The tests hang. I will fix rest of your comments and post v2.
--
Warm Regards
Thara