aboutsummaryrefslogtreecommitdiffstats
path: root/drivers/net/ethernet/realtek
diff options
context:
space:
mode:
authorRussell King <rmk+kernel@armlinux.org.uk>2019-11-10 14:07:35 +0000
committerDavid S. Miller <davem@davemloft.net>2019-11-11 16:17:01 -0800
commit139d3a212a1f009251ffaef174c0638f646dbae8 (patch)
tree475456142a2b707b7bb7cb86e2740114e0e9e0ca /drivers/net/ethernet/realtek
parentnet: sfp: allow sfp to probe slow to initialise GPON modules (diff)
downloadlinux-dev-139d3a212a1f009251ffaef174c0638f646dbae8.tar.xz
linux-dev-139d3a212a1f009251ffaef174c0638f646dbae8.zip
net: sfp: allow modules with slow diagnostics to probe
When a module is inserted, we attempt to read read the ID from address 0x50. Once we are able to read the ID, we immediately attempt to initialise the hwmon support by reading from address 0x51. If this fails, then we fall into error state, and assume that the module is not usable. Modules such as the ALCATELLUCENT 3FE46541AA use a real EEPROM for I2C address 0x50, which responds immediately. However, address 0x51 is an emulated, which only becomes available once the on-board firmware has booted. This prompts us to fall into the error state. Since the module may be usable without diagnostics, arrange for the hwmon probe independent of the rest of the SFP itself, retrying every 5s for up to about 60s for the monitoring to become available, and print an error message if it doesn't become available. Signed-off-by: Russell King <rmk+kernel@armlinux.org.uk> Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'drivers/net/ethernet/realtek')
0 files changed, 0 insertions, 0 deletions