crypto: padlock - Fix compile error on i386

The previous change to allow hashing from states other than the
initial broke compilation on i386 because the inline assembly
tried to squeeze a u64 into a 32-bit register.  As we've already
checked for 32-bit overflows we can simply truncate it to u32,
or unsigned long so that we don't truncate at all on x86-64.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

diff --git a/drivers/crypto/padlock-sha.c b/drivers/crypto/padlock-sha.c
index fb6e6c34314895c48ec8c21206661986ffe9ec79..a936ba49b390f84603c022a7895f14c9ccd1ab02 100644 (file)
--- a/drivers/crypto/padlock-sha.c
+++ b/drivers/crypto/padlock-sha.c
@@ -103,7 +103,8 @@ static int padlock_sha1_finup(struct shash_desc *desc, const u8 *in,
        ts_state = irq_ts_save();
        asm volatile (".byte 0xf3,0x0f,0xa6,0xc8" /* rep xsha1 */
                      : \
-                     : "c"(state.count + count), "a"(state.count), \
+                     : "c"((unsigned long)state.count + count), \
+                       "a"((unsigned long)state.count), \
                        "S"(in), "D"(result));
        irq_ts_restore(ts_state);
 
@@ -165,7 +166,8 @@ static int padlock_sha256_finup(struct shash_desc *desc, const u8 *in,
        ts_state = irq_ts_save();
        asm volatile (".byte 0xf3,0x0f,0xa6,0xd0" /* rep xsha256 */
                      : \
-                     : "c"(state.count + count), "a"(state.count), \
+                     : "c"((unsigned long)state.count + count), \
+                       "a"((unsigned long)state.count), \
                        "S"(in), "D"(result));
        irq_ts_restore(ts_state);