summaryrefslogtreecommitdiffstats
diff options
context:
space:
mode:
authorSimon Glass <sjg@chromium.org>2013-04-18 10:25:51 +0000
committerTom Rini <trini@ti.com>2013-04-19 10:24:14 -0400
commit74a18ee8a563d9c21b5856269f911b69bc4aaccb (patch)
tree10bd52a8c5b1b855831bb47095ca7819b1d26222
parent2386060c16471f4cd183e6f8bce82450a7574ec6 (diff)
downloadtalos-obmc-uboot-74a18ee8a563d9c21b5856269f911b69bc4aaccb.tar.gz
talos-obmc-uboot-74a18ee8a563d9c21b5856269f911b69bc4aaccb.zip
crc32: Correct endianness of crc32 result
When crc32 is handled by the hash library, it requires the data to be in big-endian format, since it reads it byte-wise. Thus at present the 'crc32' command reports incorrect data. For example, previously we might see: Peach # crc32 40000000 100 CRC32 for 40000000 ... 400000ff ==> 0d968558 but instead with the hash library we see: Peach # crc32 40000000 100 CRC32 for 40000000 ... 400000ff ==> 5885960d Correct this. Signed-off-by: Simon Glass <sjg@chromium.org> Reviewed-by: Vadim Bendebury <vbendeb@google.com>
-rw-r--r--lib/crc32.c5
1 files changed, 4 insertions, 1 deletions
diff --git a/lib/crc32.c b/lib/crc32.c
index 76205da4f3..9759212486 100644
--- a/lib/crc32.c
+++ b/lib/crc32.c
@@ -8,7 +8,9 @@
* For conditions of distribution and use, see copyright notice in zlib.h
*/
-#ifndef USE_HOSTCC
+#ifdef USE_HOSTCC
+#include <arpa/inet.h>
+#else
#include <common.h>
#endif
#include <compiler.h>
@@ -256,5 +258,6 @@ void crc32_wd_buf(const unsigned char *input, unsigned int ilen,
uint32_t crc;
crc = crc32_wd(0, input, ilen, chunk_sz);
+ crc = htonl(crc);
memcpy(output, &crc, sizeof(crc));
}
OpenPOWER on IntegriCloud