From: Catalin Marinas <catalin.marinas@arm.com>
To: "kernelci.org bot" <bot@kernelci.org>
Cc: will@kernel.org, linux-arm-kernel@lists.infradead.org,
kernel-build-reports@lists.linaro.org,
kernelci-results@groups.io, Yuan Kang <Yuan.Kang@freescale.com>,
Herbert Xu <herbert@gondor.apana.org.au>
Subject: Re: arm64/for-kernelci build: 2 builds: 1 failed, 1 passed, 1 error, 1 warning (v6.2-rc6-115-gca72d58361ee)
Date: Fri, 3 Feb 2023 21:40:30 +0000 [thread overview]
Message-ID: <Y91/TtnyxgcQ+L4/@arm.com> (raw)
In-Reply-To: <Y91RwVpZzDh0NMe7@arm.com>
On Fri, Feb 03, 2023 at 06:26:09PM +0000, Catalin Marinas wrote:
> On Wed, Feb 01, 2023 at 01:59:33PM -0800, kernelci.org bot wrote:
> > arm64/for-kernelci build: 2 builds: 1 failed, 1 passed, 1 error, 1 warning (v6.2-rc6-115-gca72d58361ee)
> >
> > Full Build Summary: https://kernelci.org/build/arm64/branch/for-kernelci/kernel/v6.2-rc6-115-gca72d58361ee/
> >
> > Tree: arm64
> > Branch: for-kernelci
> > Git Describe: v6.2-rc6-115-gca72d58361ee
> > Git Commit: ca72d58361ee2e0d246385d21474b283f67416b9
> > Git URL: https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.git
> > Built: 1 unique architecture
> >
> > Build Failure Detected:
> >
> > arm64:
> > allmodconfig: (gcc-10) FAIL
> >
> > Errors and Warnings Detected:
> >
> > arm64:
> > allmodconfig (gcc-10): 1 error, 1 warning
> >
> > Errors summary:
> >
> > 1 include/linux/fortify-string.h:57:29: error: argument 2 null where non-null expected [-Werror=nonnull]
>
> For some reason this shows with gcc-10 on arm64 allmodconfig but it's
> been around for some time. We only noticed it now due to the SLUB_TINY
> config that made it into 6.2-rc1 which disables KASAN. I can trigger it
> on 6.1 just by disabling KASAN after an allmodconfig.
>
> The problem is the NULL 2nd argument passed to append_fifo_load_as_imm()
> in gen_split_key() in drivers/crypto/caam/key_gen.c. The error below
> looks sane to me and the key_gen.c needs fixing as you can't do a
> memcpy() from a NULL source pointer. But I have no clue how to fix it,
> so cc'ing the code author and crypto maintainer.
Actually, we can conclude that gcc-10 is not smart enough and ignore
this report. The call gen_split_key() has len == 0:
append_fifo_load_as_imm(desc, NULL, 0, LDST_CLASS_2_CCB |
FIFOLD_TYPE_MSG | FIFOLD_TYPE_LAST2);
It ends up in append_data(), again with len == 0, which does:
if (len) /* avoid sparse warning: memcpy with byte count of 0 */
memcpy(offset, data, len);
So memcpy() should never get a NULL argument but gcc cannot figure it
out. We could extend the check above to (len && data) but it's just for
a compiler problem. I haven't seen this with gcc-12.
--
Catalin
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
next prev parent reply other threads:[~2023-02-03 21:41 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-02-01 21:59 arm64/for-kernelci build: 2 builds: 1 failed, 1 passed, 1 error, 1 warning (v6.2-rc6-115-gca72d58361ee) kernelci.org bot
2023-02-03 18:26 ` Catalin Marinas
2023-02-03 21:40 ` Catalin Marinas [this message]
2023-02-06 9:57 ` Herbert Xu
2023-02-06 13:23 ` Catalin Marinas
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=Y91/TtnyxgcQ+L4/@arm.com \
--to=catalin.marinas@arm.com \
--cc=Yuan.Kang@freescale.com \
--cc=bot@kernelci.org \
--cc=herbert@gondor.apana.org.au \
--cc=kernel-build-reports@lists.linaro.org \
--cc=kernelci-results@groups.io \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=will@kernel.org \
/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 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).