From: Colin King <hidden> Date: 2018-07-04 06:54:52
From: Colin Ian King <redacted>
Variable 'off' is being assigned but is never used hence it is
redundant and can be removed.
Cleans up clang warning:
warning: variable 'off' set but not used [-Wunused-but-set-variable]
Signed-off-by: Colin Ian King <redacted>
---
drivers/net/dsa/bcm_sf2.c | 7 +------
1 file changed, 1 insertion(+), 6 deletions(-)
@@ -231,11 +231,6 @@ static void bcm_sf2_port_disable(struct dsa_switch *ds, int port,if(priv->int_phy_mask&1<<port&&priv->hw_params.num_gphy==1)bcm_sf2_gphy_enable_set(ds,false);-if(dsa_is_cpu_port(ds,port))-off=CORE_IMP_CTL;-else-off=CORE_G_PCTL_PORT(port);-b53_disable_port(ds,port,phy);/* Power down the port memory */
From: David Miller <davem@davemloft.net> Date: 2018-07-04 13:40:21
From: Colin King <redacted>
Date: Wed, 4 Jul 2018 07:54:36 +0100
From: Colin Ian King <redacted>
Variable 'off' is being assigned but is never used hence it is
redundant and can be removed.
Cleans up clang warning:
warning: variable 'off' set but not used [-Wunused-but-set-variable]
Signed-off-by: Colin Ian King <redacted>
From: Andrew Lunn <andrew@lunn.ch> Date: 2018-07-04 14:25:30
Hi Florian
I this a bug? It seems to be a result of moving to
b53_disable_port() in f86ad77faf.
Before you would handle the CPU port differently than a normal
port. After this change, there is no difference?
Andrew
On July 4, 2018 4:25:20 PM GMT+02:00, Andrew Lunn [off-list ref] wrote:
Hi Florian
I this a bug? It seems to be a result of moving to
b53_disable_port() in f86ad77faf.
Before you would handle the CPU port differently than a normal
port. After this change, there is no difference?
This looks like a big indeed, I will check that next week.
--
Florian
Hi Andrew,
On 07/04/2018 07:25 AM, Andrew Lunn wrote:
Hi Florian
I this a bug? It seems to be a result of moving to
b53_disable_port() in f86ad77faf.
Before you would handle the CPU port differently than a normal
port. After this change, there is no difference?
This is not a bug actually but it is not obvious because there was a
separate definition added in bcm_sf2_regs.h for port 8 named
CORE_IMP_CTL. The logic in b53_regs.h is:
#define B53_PORT_CTRL(i) (0x00 + (i))
and due to the memory map used in bcm_sf2, that would translate into:
8 << 2 = 0x20 which is correct here and matches the definition of
CORE_IMP_CTL.
in fact, the new code is more correct because any port could be a DSA
CPU port, whereas before we assumed that port 8 == CPU port, which is
not necessarily true.
Thanks!
--
Florian