u-boot.git/common/hash.c, branch v2015.04

crypto/fsl - Add progressive hashing support using hardware acceleration.

2015-02-25T21:20:02+00:00

Currently only normal hashing is supported using hardware acceleration.
Added support for progressive hashing using hardware.

Signed-off-by: Ruchika Gupta 
Signed-off-by: Gaurav Rana 
CC: Simon Glass 
Reviewed-by: Simon Glass 
Reviewed-by: York Sun

Use hash.c in mkimage

2015-01-30T00:09:59+00:00

Signed-off-by: Ruchika Gupta 
CC: Simon Glass 
Acked-by: Simon Glass

hash: Add function to find hash_algo struct with progressive hash

2015-01-30T00:09:59+00:00

The hash_algo structure has some implementations in which progressive hash
API's are not defined. These are basically the hardware based implementations
of SHA. An API is added to find the algo which has progressive hash API's
defined. This can then be integrated with RSA checksum library which uses
Progressive Hash API's.

Signed-off-by: Ruchika Gupta 
CC: Simon Glass 
Acked-by: Simon Glass

Fix hash verification

2014-12-29T21:31:24+00:00

Fix issue in parse_verify_sum() which swaps handling of env-var and *address.
Move hash_command() argc check earlier.
Cosmetic change on do_hash() variable declaration.
Improved help message for "hash" command.

Signed-off-by: Nikolay Dimitrov 
Reviewed-by: Simon Glass

includes: move openssl headers to include/u-boot

2014-06-19T15:19:04+00:00

commit 18b06652cd "tools: include u-boot version of sha256.h"
unconditionally forced the sha256.h from u-boot to be used
for tools instead of the host version. This is fragile though
as it will also include the host version. Therefore move it
to include/u-boot to join u-boot/md5.h etc which were renamed
for the same reason.

cc: Simon Glass 
Signed-off-by: Jeroen Hofstee

hash: Use uint8_t in preference to u8

2014-06-19T15:18:55+00:00

This type is more readily available on the host compiler, so use it instead.

Signed-off-by: Simon Glass

common: hash: zero end the string instead of the pointer

2014-06-11T20:27:05+00:00

if algo->digest_size is zero nothing is set in the str_output
buffer. An attempt is made to zero end the buffer, but the
pointer to the buffer is set to zero instead. I am unaware if
it causes any actual problems, but solves the following warning:

common/hash.c:217:13: warning: expression which evaluates to zero treated as
a null pointer constant of type 'char *' [-Wnon-literal-null-conversion]
                str_ptr = '\0';
                          ^~~~

cc: Simon Glass 
Signed-off-by: Jeroen Hofstee

hash: Export the function to show a hash

2014-06-11T20:25:46+00:00

This function is useful for displaying a hash value, so export it.

Signed-off-by: Simon Glass

gen: Add progressive hash API

2014-03-21T20:39:36+00:00

Add hash_init(), hash_update() and hash_finish() to the
hash_algo struct. Add hash_lookup_algo() to look up the
struct given an algorithm name.

Signed-off-by: Hung-ying Tyan 
Signed-off-by: Simon Glass 
Signed-off-by: Heiko Schocher 
Acked-by: Simon Glass

hash.c: Correct non-hash subcommand crc32 addr-save support

2013-11-25T15:41:51+00:00

In the case of not having CONFIG_CMD_HASH but having CONFIG_CMD_CRC32
enabled (and not CONFIG_CRC32_VERIFY), we end up in this part of the
code path on hash_command().  However, we will only have exactly 3 args
here, and 3 > 3 is false, and we will not try and store the hash at the
address given as arg #3.  The next problem however is that we've been
moving argv around so the third value is now in argv[0] not argv[3].

Confirmed on AM335x Beaglebone White.

Signed-off-by: Tom Rini