[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87r2fslswt.fsf@belgarion.home>
Date: Sat, 10 Nov 2018 18:54:42 +0100
From: Robert Jarzmik <robert.jarzmik@...e.fr>
To: Russell King - ARM Linux <linux@...linux.org.uk>,
David Binderman <dcb314@...mail.com>
Cc: "linux-kernel\@vger.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel\@lists.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Julien Thierry <julien.thierry@....com>
Subject: Re: linux-4.20-rc1/arch/arm/vfp/vfpmodule.c:576: possible cut'n'paste error
Russell King - ARM Linux <linux@...linux.org.uk> writes:
>> Interestingly, more of the same in file linux-4.20-rc1/arch/arm/mach-pxa/pxa3xx.c
>>
>> [linux-4.20-rc1/arch/arm/mach-pxa/pxa3xx.c:84]: (warning) Redundant assignment of 'ASCR' to itself.
>> [linux-4.20-rc1/arch/arm/mach-pxa/pxa3xx.c:85]: (warning) Redundant assignment of 'ARSR' to itself.
>> [linux-4.20-rc1/arch/arm/mach-pxa/pxa3xx.c:120]: (warning) Redundant assignment of 'ASCR' to itself.
>> [linux-4.20-rc1/arch/arm/mach-pxa/pxa3xx.c:121]: (warning) Redundant assignment of 'ARSR' to itself.
>>
>> I don't know if these four are also worth fixing.
>
> There are cases where this can be false positives. In the case of a
> status register with write-1-to-clear bits for example. These ones
> look very much like that.
And indeed they are, for bits 2,1,0 for ASCR and 3,2,1,0 for ARSR, and you
guessed correctly they are partly status registers.
If only your checker could filter out __iomem tagged pointers, you could have
far less of these false positives ...
Cheers.
--
Robert
Powered by blists - more mailing lists