Thread (9 messages) flat view 9 messages, 5 authors, 2016-06-14
STALE3742d

Re: [PATCH] cpufreq: mvebu: fix integer to pointer cast

From: Arnd Bergmann <arnd@arndb.de>
Date: 2016-06-09 13:53:49
Also in: linux-arm-kernel

On Thursday, June 9, 2016 9:11:38 AM CEST Ben Dooks wrote:
On 09/06/16 08:07, Arnd Bergmann wrote:
quoted
On Wednesday, June 8, 2016 9:59:26 AM CEST Ben Dooks wrote:
quoted
On 08/06/16 08:56, Mason wrote:
quoted
On 07/06/2016 13:30, Ben Dooks wrote:
quoted
Fix the use of 0 instead of NULL to clk_get() call. This stops the
following warning:

drivers/cpufreq/mvebu-cpufreq.c:73:40: warning: Using plain integer as NULL pointer
May I ask which compiler/version produced that diagnostic?
I was running with "make C=2 bzImage" for ARM multi_v7_config

$ sparse --version
v0.5.0
I believe gcc-6 will also produce a similar warning when building with
'make W=1'. I've started looking into moving some of the warnings from
W=1 level to default, which can probably be done with relatively little
effort for many warnings.
Would be interesting to see, I tried W=2 and W=3 and ended up with
hundreds of MiB of logs.

Out of interest, which other warnings do you think would make good
next targets?
I fixed all the bugs for -Wmissing-include-dirs, -Woverride-init,
-Wold-style-declaration, -Wempty-body (not sure about submitting this
one), -Wunused-but-set-parameter and -Wignored-qualifiers.

With the above fixed, we can enable -Wextra after disabling -Wtype-limits
(though I fixed the files that had many occurrences of that),
-Wno-unused-parameter, -Wsign-compare and and -Wmissing-field-initializers,
all of which should stay in W=1 level.

	Arnd
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help