sparc64: Use unsigned long long for u64.

Andrew Morton wrote:

    People keep on doing

            printk("%llu", some_u64);

    testing it only on x86_64 and this generates a warning storm on
    powerpc, sparc64, etc.  Because they use `long', not `long long'.

    Quite a few 64-bit architectures are using `long' for their
    s64/u64 types.  We should convert them all to `long long'.

Update types.h so we use unsigned long long for u64 and
fix all warnings in sparc64 code.
Tested with an allnoconfig, defconfig and allmodconfig builds.

This patch introduces additional warnings in several drivers.
These will be dealt with in separate patches.

Signed-off-by: Sam Ravnborg <sam@ravnborg.org>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: David S. Miller <davem@davemloft.net>

1 files changed, 2 insertions, 2 deletions

diff --git a/arch/sparc/kernel/smp_64.c b/arch/sparc/kernel/smp_64.c
index 46329799f346..6cd1a5b65067 100644
--- a/arch/sparc/kernel/smp_64.c
+++ b/arch/sparc/kernel/smp_64.c
@@ -449,7 +449,7 @@ again:
         __asm__ __volatile__("wrpr %0, 0x0, %%pstate"
                              : : "r" (pstate));
         if (stuck == 0) {
-                printk("CPU[%d]: mondo stuckage result[%016lx]\n",
+                printk("CPU[%d]: mondo stuckage result[%016llx]\n",
                        smp_processor_id(), result);
         } else {
                 udelay(2);
@@ -584,7 +584,7 @@ retry:
                         /* Busy bits will not clear, continue instead
                          * of freezing up on this cpu.
                          */
-                        printk("CPU[%d]: mondo stuckage result[%016lx]\n",
+                        printk("CPU[%d]: mondo stuckage result[%016llx]\n",
                                smp_processor_id(), dispatch_stat);
                 } else {
                         int i, this_busy_nack = 0;