summaryrefslogtreecommitdiff
path: root/lib/crc32.c
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 /lib/crc32.c
parent2386060c16471f4cd183e6f8bce82450a7574ec6 (diff)
downloadu-boot-imx-74a18ee8a563d9c21b5856269f911b69bc4aaccb.zip
u-boot-imx-74a18ee8a563d9c21b5856269f911b69bc4aaccb.tar.gz
u-boot-imx-74a18ee8a563d9c21b5856269f911b69bc4aaccb.tar.bz2
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>
Diffstat (limited to 'lib/crc32.c')
-rw-r--r--lib/crc32.c5
1 files changed, 4 insertions, 1 deletions
diff --git a/lib/crc32.c b/lib/crc32.c
index 76205da..9759212 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));
}