* [PATCH] net: ipv4: esp4: fix clang -Wformat warning
@ 2022-07-07 18:15 Justin Stitt
2022-07-08 23:27 ` Nick Desaulniers
0 siblings, 1 reply; 2+ messages in thread
From: Justin Stitt @ 2022-07-07 18:15 UTC (permalink / raw)
To: Steffen Klassert, Herbert Xu, David S . Miller, Hideaki YOSHIFUJI,
David Ahern, Eric Dumazet, Jakub Kicinski, Paolo Abeni
Cc: Nathan Chancellor, Nick Desaulniers, Tom Rix, netdev,
linux-kernel, llvm, Justin Stitt
When building with Clang we encounter this warning:
| net/ipv4/esp4.c:1114:5: error: format specifies type 'unsigned short'
| but the argument has type 'int' [-Werror,-Wformat]
| aalg_desc->uinfo.auth.icv_fullbits / 8);
`aalg_desc->uinfo.auth.icv_fullbits` is a u16 but due to default
argument promotion becomes an int.
Variadic functions (printf-like) undergo default argument promotion.
Documentation/core-api/printk-formats.rst specifically recommends using
the promoted-to-type's format flag.
As per C11 6.3.1.1:
(https://www.open-std.org/jtc1/sc22/wg14/www/docs/n1548.pdf) `If an int
can represent all values of the original type ..., the value is
converted to an int; otherwise, it is converted to an unsigned int.
These are called the integer promotions.` Thus it makes sense to change
%hu to %d not only to follow this standard but to suppress the warning
as well.
Nathan also mentions: This solution is in line with printk-formats.rst
after commit cbacb5ab0aa0 ("docs: printk-formats: Stop encouraging use
of unnecessary %h[xudi] and %hh[xudi]").
Link: https://github.com/ClangBuiltLinux/linux/issues/378
Suggested-by: Nathan Chancellor <nathan@kernel.org>
Signed-off-by: Justin Stitt <justinstitt@google.com>
---
This is the exact same issue (and fix) as:
https://lore.kernel.org/all/20220707173040.704116-1-justinstitt@google.com/
This really should have been a 2-patch series but I've been going
through warnings and systematically fixing them whilst submitting
patches as I go.
net/ipv4/esp4.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/net/ipv4/esp4.c b/net/ipv4/esp4.c
index b21238df3301..de48dcac18eb 100644
--- a/net/ipv4/esp4.c
+++ b/net/ipv4/esp4.c
@@ -1108,7 +1108,7 @@ static int esp_init_authenc(struct xfrm_state *x)
err = -EINVAL;
if (aalg_desc->uinfo.auth.icv_fullbits / 8 !=
crypto_aead_authsize(aead)) {
- pr_info("ESP: %s digestsize %u != %hu\n",
+ pr_info("ESP: %s digestsize %u != %d\n",
x->aalg->alg_name,
crypto_aead_authsize(aead),
aalg_desc->uinfo.auth.icv_fullbits / 8);
--
2.37.0.rc0.161.g10f37bed90-goog
^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: [PATCH] net: ipv4: esp4: fix clang -Wformat warning
2022-07-07 18:15 [PATCH] net: ipv4: esp4: fix clang -Wformat warning Justin Stitt
@ 2022-07-08 23:27 ` Nick Desaulniers
0 siblings, 0 replies; 2+ messages in thread
From: Nick Desaulniers @ 2022-07-08 23:27 UTC (permalink / raw)
To: Justin Stitt
Cc: Steffen Klassert, Herbert Xu, David S . Miller, Hideaki YOSHIFUJI,
David Ahern, Eric Dumazet, Jakub Kicinski, Paolo Abeni,
Nathan Chancellor, Tom Rix, netdev, linux-kernel, llvm,
Joe Perches
On Thu, Jul 7, 2022 at 11:15 AM Justin Stitt <justinstitt@google.com> wrote:
>
> This is the exact same issue (and fix) as:
> https://lore.kernel.org/all/20220707173040.704116-1-justinstitt@google.com/
>
> This really should have been a 2-patch series but I've been going
> through warnings and systematically fixing them whilst submitting
> patches as I go.
In that case, since Joe had feedback on that patch, perhaps you can
fold this into that patch, and apply Joe's suggestions (sending a v2)?
--
Thanks,
~Nick Desaulniers
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2022-07-08 23:27 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2022-07-07 18:15 [PATCH] net: ipv4: esp4: fix clang -Wformat warning Justin Stitt
2022-07-08 23:27 ` Nick Desaulniers
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).