netdev - Re: [PATCH net-next v3 2/3] net: fsl: Allow most drivers to be built with COMPILE

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:   Thu, 17 Nov 2016 11:47:02 +0100
From:   Arnd Bergmann <arnd@...db.de>
To:     Fengguang Wu <lkp@...el.com>
Cc:     Florian Fainelli <f.fainelli@...il.com>, kbuild-all@...org,
        netdev@...r.kernel.org, davem@...emloft.net, mw@...ihalf.com,
        gregory.clement@...e-electrons.com, Shaohui.Xie@...escale.com
Subject: Re: [PATCH net-next v3 2/3] net: fsl: Allow most drivers to be built with COMPILE_TEST

On Thursday, November 17, 2016 9:38:23 AM CET Fengguang Wu wrote:
> >
> >Right here.
> >
> >What compiler version is this?
> 
> Compiler is sh4-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705.
> 
> include/asm-generic/io.h conditionally defines iounmap() to be an
> empty inline function, which may explain the warning on sh4.
> 
> General speaking, it's a false warning. The solution could be to teach
> the robot to ignore such 'unused variable' warnings in non-x86 archs.

I think we should change the iounmap stub macro into an inline function.
Does this only happen on sh or other architectures too?

I certainly wouldn't want the warning to be ignored on ARM, or in
general on all architectures other than x86.

	Arnd