linux/drivers/net/ethernet/realtek
Heiner Kallweit 47dda78671 r8169: consider that PHY reset may still be in progress after applying firmware
Some firmware files trigger a PHY soft reset and don't wait for it to
be finished. PHY register writes directly after applying the firmware
may fail or provide unexpected results therefore. Fix this by waiting
for bit BMCR_RESET to be cleared after applying firmware.

There's nothing wrong with the referenced change, it's just that the
fix will apply cleanly only after this change.

Fixes: 89fbd26cca ("r8169: fix firmware not resetting tp->ocp_base")
Signed-off-by: Heiner Kallweit <hkallweit1@gmail.com>
Signed-off-by: Jakub Kicinski <kuba@kernel.org>
2020-10-08 12:20:51 -07:00
..
8139cp.c realtek/8139cp: use generic power management 2020-05-19 15:32:24 -07:00
8139too.c realtek/8139too: use generic power management 2020-05-19 15:32:24 -07:00
Kconfig treewide: replace '---help---' in Kconfig files with 'help' 2020-06-14 01:57:21 +09:00
Makefile r8169: factor out PHY configuration to r8169_phy_config.c 2020-01-10 16:41:35 -08:00
atp.c netdev: pass the stuck queue to the timeout handler 2019-12-12 21:38:57 -08:00
atp.h License cleanup: add SPDX GPL-2.0 license identifier to files with no license 2017-11-02 11:10:55 +01:00
r8169.h r8169: add support for RTL8125B 2020-07-14 15:07:16 -07:00
r8169_firmware.c treewide: Use sizeof_field() macro 2019-12-09 10:36:44 -08:00
r8169_firmware.h r8169: factor out firmware handling 2019-06-05 11:41:59 -07:00
r8169_main.c r8169: consider that PHY reset may still be in progress after applying firmware 2020-10-08 12:20:51 -07:00
r8169_phy_config.c r8169: add support for RTL8125B 2020-07-14 15:07:16 -07:00