diff options
author | Vladimir Oltean <olteanv@gmail.com> | 2020-08-03 19:48:23 +0300 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2020-08-05 22:20:55 +0300 |
commit | 0b0e299720bb99428892a23ecbd2b4b7f61ccf6d (patch) | |
tree | af63ec383c44744b50c557da314f8d694d6f8a2c /tools | |
parent | 273d405b4d5657dd2ad9aa6381e94ef63bb71423 (diff) | |
download | linux-0b0e299720bb99428892a23ecbd2b4b7f61ccf6d.tar.xz |
net: dsa: sja1105: use detected device id instead of DT one on mismatch
Although we can detect the chip revision 100% at runtime, it is useful
to specify it in the device tree compatible string too, because
otherwise there would be no way to assess the correctness of device tree
bindings statically, without booting a board (only some switch versions
have internal RGMII delays and/or an SGMII port).
But for testing the P/Q/R/S support, what I have is a reworked board
with the SJA1105T replaced by a pin-compatible SJA1105Q, and I don't
want to keep a separate device tree blob just for this one-off board.
Since just the chip has been replaced, its RGMII delay setup is
inherently the same (meaning: delays added by the PHY on the slave
ports, and by PCB traces on the fixed-link CPU port).
For this board, I'd rather have the driver shout at me, but go ahead and
use what it found even if it doesn't match what it's been told is there.
[ 2.970826] sja1105 spi0.1: Device tree specifies chip SJA1105T but found SJA1105Q, please fix it!
[ 2.980010] sja1105 spi0.1: Probed switch chip: SJA1105Q
[ 3.005082] sja1105 spi0.1: Enabled switch tagging
Signed-off-by: Vladimir Oltean <olteanv@gmail.com>
Reviewed-by: Florian Fainelli <f.fainelli@gmail.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'tools')
0 files changed, 0 insertions, 0 deletions