aboutsummaryrefslogtreecommitdiffstats
path: root/net/tipc/node.c
diff options
context:
space:
mode:
authorMartin Blumenstingl <[email protected]>2019-06-18 20:39:27 +0000
committerDavid S. Miller <[email protected]>2019-06-19 21:40:49 +0000
commit84ce4d0f9f55b4f4ca4d4edcbb54a23d9dad1aae (patch)
tree799526c7d6ed8338c67c2fa2b4cb5c58c3f785c8 /net/tipc/node.c
parentselftests/net: make udpgso_bench skip unsupported testcases (diff)
downloadkernel-84ce4d0f9f55b4f4ca4d4edcbb54a23d9dad1aae.tar.gz
kernel-84ce4d0f9f55b4f4ca4d4edcbb54a23d9dad1aae.zip
net: stmmac: initialize the reset delay array
Commit ce4ab73ab0c27c ("net: stmmac: drop the reset delays from struct stmmac_mdio_bus_data") moved the reset delay array from struct stmmac_mdio_bus_data to a stack variable. The values from the array inside struct stmmac_mdio_bus_data were previously initialized to 0 because the struct was allocated using devm_kzalloc(). The array on the stack has to be initialized explicitly, else we might be reading garbage values. Initialize all reset delays to 0 to ensure that the values are 0 if the "snps,reset-delays-us" property is not defined. This fixes booting at least two boards (MIPS pistachio marduk and ARM sun8i H2+ Orange Pi Zero). These are hanging during boot when initializing the stmmac Ethernet controller (as found by Kernel CI). Both have in common that they don't define the "snps,reset-delays-us" property. Fixes: ce4ab73ab0c27c ("net: stmmac: drop the reset delays from struct stmmac_mdio_bus_data") Signed-off-by: Martin Blumenstingl <[email protected]> Reported-by: "kernelci.org bot" <[email protected]> Signed-off-by: David S. Miller <[email protected]>
Diffstat (limited to 'net/tipc/node.c')
0 files changed, 0 insertions, 0 deletions