From: Kees Cook <kees@kernel.org>
To: Nick Desaulniers <ndesaulniers@google.com>,
Tom Rix <trix@redhat.com>, Kees Cook <keescook@chromium.org>
Cc: mhiramat@kernel.org, akpm@linux-foundation.org,
masahiroy@kernel.org, paulmck@kernel.org, hannes@cmpxchg.org,
ojeda@kernel.org, thunder.leizhen@huawei.com,
christophe.leroy@csgroup.eu, vbabka@suse.cz,
linux-kernel@vger.kernel.org
Subject: Re: [PATCH] init/Kconfig: extend -Wno-array-bounds to gcc 13
Date: Mon, 06 Mar 2023 15:02:23 -0800 [thread overview]
Message-ID: <C01C39FE-E776-48DA-84F2-402B49A705A8@kernel.org> (raw)
In-Reply-To: <CAKwvOdkd7pUu_oxt4=CW3fxXz2y7evtU9J5Gd7oQuyi1MkDMCw@mail.gmail.com>
On March 6, 2023 2:20:50 PM PST, Nick Desaulniers <ndesaulniers@google.com> wrote:
>+ Kees
>https://lore.kernel.org/lkml/20230306220947.1982272-1-trix@redhat.com/
>
>On Mon, Mar 6, 2023 at 2:10 PM Tom Rix <trix@redhat.com> wrote:
>>
>> With gcc 13.0.1 on x86, there are several false positives like
>>
>> drivers/net/ethernet/microchip/sparx5/sparx5_psfp.c:167:31:
>> error: array subscript 4 is above array bounds of ‘const struct sparx5_psfp_gce[4]’ [-Werror=array-bounds=]
>> 167 | gce = &sg->gce[i];
>> | ~~~~~~~^~~
>> In file included from drivers/net/ethernet/microchip/sparx5/sparx5_psfp.c:8:
>> drivers/net/ethernet/microchip/sparx5/sparx5_main.h:506:32: note: while referencing ‘gce’
>> 506 | struct sparx5_psfp_gce gce[SPX5_PSFP_GCE_CNT];
>> | ^~~
>>
>> The code lines for the reported problem
>> /* For each scheduling entry */
>> for (i = 0; i < sg->num_entries; i++) {
>> gce = &sg->gce[i];
>>
>> i is bounded by num_entries, which is set in sparx5_tc_flower.c
>> if (act->gate.num_entries >= SPX5_PSFP_GCE_CNT) {
>> NL_SET_ERR_MSG_MOD(extack, "Invalid number of gate entries");
>> return -EINVAL;
>> }
>> ..
>> sg->num_entries = act->gate.num_entries;
>>
>> So disable array-bounds as was done on gcc 11 and 12
GCC 13 isn't released yet, and we've been working to make Linux warning-free under -Wareay-bounds. (And we succeeded briefly with GCC 11.)
I'd much rather get GCC fixed. This is due to the shift sanitizer reducing the scope of num_entries (via macro args) to 0-31, which is still >4. This seems like a hinting bug in GCC: just because the variable was used in a shift doesn't mean the compiler can make any value assumptions.
-Kees
--
Kees Cook
next prev parent reply other threads:[~2023-03-06 23:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-06 22:09 [PATCH] init/Kconfig: extend -Wno-array-bounds to gcc 13 Tom Rix
2023-03-06 22:20 ` Nick Desaulniers
2023-03-06 23:02 ` Kees Cook [this message]
2023-03-07 1:07 ` Tom Rix
2023-03-07 11:42 ` Miguel Ojeda
2023-03-07 13:28 ` Tom Rix
2024-06-17 21:02 ` Kees Cook
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=C01C39FE-E776-48DA-84F2-402B49A705A8@kernel.org \
--to=kees@kernel.org \
--cc=akpm@linux-foundation.org \
--cc=christophe.leroy@csgroup.eu \
--cc=hannes@cmpxchg.org \
--cc=keescook@chromium.org \
--cc=linux-kernel@vger.kernel.org \
--cc=masahiroy@kernel.org \
--cc=mhiramat@kernel.org \
--cc=ndesaulniers@google.com \
--cc=ojeda@kernel.org \
--cc=paulmck@kernel.org \
--cc=thunder.leizhen@huawei.com \
--cc=trix@redhat.com \
--cc=vbabka@suse.cz \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.