mirror of
https://github.com/torvalds/linux.git
synced 2024-12-31 23:31:29 +00:00
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>
This commit is contained in:
parent
8aa7b526dc
commit
47dda78671
@ -2058,11 +2058,18 @@ static void rtl_release_firmware(struct rtl8169_private *tp)
|
||||
|
||||
void r8169_apply_firmware(struct rtl8169_private *tp)
|
||||
{
|
||||
int val;
|
||||
|
||||
/* TODO: release firmware if rtl_fw_write_firmware signals failure. */
|
||||
if (tp->rtl_fw) {
|
||||
rtl_fw_write_firmware(tp, tp->rtl_fw);
|
||||
/* At least one firmware doesn't reset tp->ocp_base. */
|
||||
tp->ocp_base = OCP_STD_PHY_BASE;
|
||||
|
||||
/* PHY soft reset may still be in progress */
|
||||
phy_read_poll_timeout(tp->phydev, MII_BMCR, val,
|
||||
!(val & BMCR_RESET),
|
||||
50000, 600000, true);
|
||||
}
|
||||
}
|
||||
|
||||
|
Loading…
Reference in New Issue
Block a user