[<prev] [next>] [day] [month] [year] [list]
Message-ID: <Y4uGT19d1Euz75Vd@shell.armlinux.org.uk>
Date: Sat, 3 Dec 2022 17:24:31 +0000
From: "Russell King (Oracle)" <linux@...linux.org.uk>
To: kernel test robot <lkp@...el.com>, devicetree@...r.kernel.org,
linux-acpi@...r.kernel.org, netdev@...r.kernel.org
Cc: llvm@...ts.linux.dev, oe-kbuild-all@...ts.linux.dev
Subject: Re: [PATCH net-next v2] net: sfp: clean up i2c-bus property parsing
On Sun, Dec 04, 2022 at 12:40:25AM +0800, kernel test robot wrote:
> Thank you for the patch! Perhaps something to improve:
Sigh... this is another stupidity.
> 73970055450eeb Russell King 2017-07-25 2701 if (pdev->dev.of_node) {
> 73970055450eeb Russell King 2017-07-25 @2702 struct device_node *node = pdev->dev.of_node;
"node" declared here...
> 259c8618b0099b Russell King 2017-12-14 2703 const struct of_device_id *id;
> 73970055450eeb Russell King 2017-07-25 2704
> 259c8618b0099b Russell King 2017-12-14 2705 id = of_match_node(sfp_of_match, node);
... and clearly used here, so the code looks to be correct.
However, when CONFIG_OF is not set, of_match_node() does not make use
of this argument:
#define of_match_node(_matches, _node) NULL
which results in otherwise correct code issuing a warning when
CONFIG_OF is disabled... and sure enough, your configuration has:
> # CONFIG_OF is not set
This illustrates just how bad an idea it is to use compiler macros for
this stuff - it actively hurts compile testing, because you have to
test every damn combination of configuration options to get proper
coverage, which is totally and utterly rediculous.
of_match_node() and ACPI_HANDLE_FWNODE() should *both* be inline
functions when the subsystem is disabled, so that incorrect arguments
can be detected, and warnings about unused variables such as the one
you're reporting here doesn't happen.
While the issue lies firmly in the realms of the DT (and ACPI) headers,
I will yet again respin this patch to sort this out - but really the
correct solution is to fix the bloody headers so compile coverage
actually works.
--
RMK's Patch system: https://www.armlinux.org.uk/developer/patches/
FTTP is here! 40Mbps down 10Mbps up. Decent connectivity at last!
Powered by blists - more mailing lists