diff options
author | Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com> | 2019-05-28 13:10:46 +0900 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2019-05-29 13:24:54 -0700 |
commit | 315ca92dd863fecbffc0bb52ae0ac11e0398726a (patch) | |
tree | 9114a76e3fd5f6d478faa9f88e4900790b6155c9 /drivers/i3c/master | |
parent | a6cd0d2d493ab7806b49f738b4f66362437cc09e (diff) | |
download | linux-315ca92dd863fecbffc0bb52ae0ac11e0398726a.tar.bz2 |
net: sh_eth: fix mdio access in sh_eth_close() for R-Car Gen2 and RZ/A1 SoCs
The sh_eth_close() resets the MAC and then calls phy_stop()
so that mdio read access result is incorrect without any error
according to kernel trace like below:
ifconfig-216 [003] .n.. 109.133124: mdio_access: ee700000.ethernet-ffffffff read phy:0x01 reg:0x00 val:0xffff
According to the hardware manual, the RMII mode should be set to 1
before operation the Ethernet MAC. However, the previous code was not
set to 1 after the driver issued the soft_reset in sh_eth_dev_exit()
so that the mdio read access result seemed incorrect. To fix the issue,
this patch adds a condition and set the RMII mode register in
sh_eth_dev_exit() for R-Car Gen2 and RZ/A1 SoCs.
Note that when I have tried to move the sh_eth_dev_exit() calling
after phy_stop() on sh_eth_close(), but it gets worse (kernel panic
happened and it seems that a register is accessed while the clock is
off).
Signed-off-by: Yoshihiro Shimoda <yoshihiro.shimoda.uh@renesas.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/i3c/master')
0 files changed, 0 insertions, 0 deletions