summaryrefslogtreecommitdiff
path: root/drivers/net/ep93xx_eth.c
diff options
context:
space:
mode:
authorAlexandre Messier <amessier@tycoint.com>2016-01-22 14:06:33 -0500
committerJoe Hershberger <joe.hershberger@ni.com>2016-01-28 13:20:21 -0600
commit79e3efd5e54acba20a5af94f713d7aae5e540d09 (patch)
treec1080e3e14198916bfbe8cb1b9d286302fd73d57 /drivers/net/ep93xx_eth.c
parentc4998f9634a023d498f647fa0f7fea7b08b22852 (diff)
downloadu-boot-imx-79e3efd5e54acba20a5af94f713d7aae5e540d09.zip
u-boot-imx-79e3efd5e54acba20a5af94f713d7aae5e540d09.tar.gz
u-boot-imx-79e3efd5e54acba20a5af94f713d7aae5e540d09.tar.bz2
net: phy: micrel: Disable B_CAST on config
Micrel PHYs KSZ8021/31 and KSZ8081 have a feature where MDIO address 0 is considered as a broadcast address; the PHY will respond even if it is not its configured (pinstrapped) address. This feature is enabled by default. The Linux kernel disables that feature at initialisation, but not before it probes the MDIO bus. This causes an issue, because a PHY at address 3 will be discovered at addresses 0 and 3, but will then only respond at address 3. Because Linux attaches the first PHY it discovers on 'eth0', it will attach the PHY from address 0, which will never answer again. Fix the issue by disabling the broadcast feature in U-Boot, before Linux is started. Signed-off-by: Alexandre Messier <amessier@tycoint.com> Acked-by: Joe Hershberger <joe.hershberger@ni.com>
Diffstat (limited to 'drivers/net/ep93xx_eth.c')
0 files changed, 0 insertions, 0 deletions