[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1303b1abf9f9229a8d3ccbb68a3e413266b360d7.camel@petrovitsch.priv.at>
Date: Thu, 07 Jun 2018 11:03:19 +0200
From: Bernd Petrovitsch <bernd@...rovitsch.priv.at>
To: Viresh Kumar <viresh.kumar@...aro.org>,
"Du, Changbin" <changbin.du@...el.com>
Cc: Steven Rostedt <rostedt@...dmis.org>, gregkh@...uxfoundation.org,
alex.elder@...aro.org, Johan Hovold <johan@...nel.org>,
kbuild test robot <lkp@...el.com>,
linux-arch@...r.kernel.org, michal.lkml@...kovi.net,
linux-kernel@...r.kernel.org, arnd@...db.de,
yamada.masahiro@...ionext.com, lgirdwood@...il.com,
broonie@...nel.org, rdunlap@...radead.org, x86@...nel.org,
linux@...linux.org.uk, linux-sparse@...r.kernel.org,
mingo@...hat.com, kbuild-all@...org, akpm@...ux-foundation.org,
changbin.du@...il.com, tglx@...utronix.de,
linux-kbuild@...r.kernel.org, linux-arm-kernel@...ts.infradead.org
Subject: Re: [PATCH v5 2/4] kernel hacking: new config NO_AUTO_INLINE to
disable compiler auto-inline optimizations
On Thu, 2018-06-07 at 14:08 +0530, Viresh Kumar wrote:
> On 07-06-18, 15:46, Du, Changbin wrote:
> > I think if the destination is not a null terminated string (If I understand your
> > description below), memcpy can be used to get rid of such warning. The warning
> > makes sense in general as explained in mannual. Thanks!
>
> The destination should be a null terminated string eventually, but we first need
> to make sure src is a null terminated string.
Is there strnlen() or memchr() in the kernel?
Then check the source before copying it.
Kind regards,
Bernd
--
Bernd Petrovitsch Email : bernd@...rovitsch.priv.at
LUGA : http://www.luga.at
Powered by blists - more mailing lists