forked from Minki/linux
d64069ee18
kernelci.org reports a build-time regression on linux-next, with a harmless
warning in x86 allmodconfig:
drivers/crypto/cavium/zip/zip_main.c:489:18: warning: format '%ld' expects argument of type 'long int', but argument 7 has type 'long long int' [-Wformat=]
drivers/crypto/cavium/zip/zip_main.c:489:18: warning: format '%ld' expects argument of type 'long int', but argument 6 has type 'long long int' [-Wformat=]
drivers/crypto/cavium/zip/zip_main.c:489:18: warning: format '%ld' expects argument of type 'long int', but argument 5 has type 'long long int' [-Wformat=]
The return type for atomic64_read() unfortunately differs between
architectures, with some defining it as atomic_long_read() and others
returning a 64-bit type explicitly. Fixing this in general would be nice,
but also require changing other users of these functions, so the simpler
workaround is to add a cast here that avoids the warnings on the default
build.
Fixes:
|
||
---|---|---|
.. | ||
common.h | ||
Makefile | ||
zip_crypto.c | ||
zip_crypto.h | ||
zip_deflate.c | ||
zip_deflate.h | ||
zip_device.c | ||
zip_device.h | ||
zip_inflate.c | ||
zip_inflate.h | ||
zip_main.c | ||
zip_main.h | ||
zip_mem.c | ||
zip_mem.h | ||
zip_regs.h |