On Thu, Nov 20, 2008 at 1:10 PM, Stephen Rothwell <sfr@xxxxxxxxxxxxxxxx> wrote: > Hi Neil, > > Today's linux-next build (powerpc ppc64_defconfig) produced these new > warnings: > > drivers/md/md.c: In function 'print_sb_1': > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 3 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 7 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 8 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 9 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 10 has type '__le64' > drivers/md/md.c:1698: warning: format '%Lu' expects type 'long long unsigned int', but argument 29 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 30 has type '__le64' > drivers/md/md.c:1698: warning: format '%Ld' expects type 'long long int', but argument 31 has type '__le64' > > Added by commit 4c3da1f23cf20603339493525adf8903a5722417 "md: need > another print_sb for mdp_superblock_1". We cast 64 bit quantities to > "unsigned long long" when we print them since they are just "unsigned > long" on some architectures. Also since they are __le64, will they print > anything useful on a big endian architecture? That's my problem, I'm checking __le64 to cpu_le64 at once, and will post another patch later. > > -- > Cheers, > Stephen Rothwell sfr@xxxxxxxxxxxxxxxx > http://www.canb.auug.org.au/~sfr/ > -- Cheng Renquan, Shenzhen, China Dan Quayle - "This President is going to lead us out of this recovery." -- To unsubscribe from this list: send the line "unsubscribe linux-next" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
