Got it, I guess we can have 2 builds then at least - with different bdfs baked in?
Anyway, we could go back to this later. Making rtl9301 work is the top priority now.
we already had a similar discussion those channel from what i notice are for low emission device... qcom decided to block these channel due to very flow tx power emission (order of 13 db) and the fact that router are not low emission device...
I assume those freq are for phone hotspot or similar usage
RTK.0> port get port all
state - state configuration
fiber - fiber config
down-speed - down speed config
phy - PHY
link-media - link media status
serdes - SerDes config
phy-link-status - phy link status
RTK.0> port get port all state
Port 8 :
Admin : Enable
Port 20 :
Admin : Enable
Port 24 :
Admin : Enable
Port 25 :
Admin : Enable
Port 27 :
Admin : Enable
Not sure what is on Port 27, maybe the WAN port since I added it to bridge.
root@CR1000A:/tmp/rtl-9303-shadow# cat port_status_8
link speed duplex
1 10000 1
root@CR1000A:/tmp/rtl-9303-shadow# cat port_status_20
link speed duplex
1 2500 1
root@CR1000A:/tmp/rtl-9303-shadow# cat port_status_24
link speed duplex
0 0 0
root@CR1000A:/tmp/rtl-9303-shadow# cat port_status_25
link speed duplex
1 2500 1
root@CR1000A:/tmp/rtl-9303-shadow# cat port_status_27
cat: can't open 'port_status_27': No such file or directory
this looks nearly identical to the shell we get on our switches, i bet its the same app; though I don't think we have source code for it (we might though actually :p) the previously linked repo also contains some other dumps (diff branches), and one of them might actually contain it.
Port 27 is almost always the 'CPU/Ext CPU port'. You can configure it to be on port28, but haven't seen this yet.
The 'internal' stuff, normally the internal serdes-es gets an mdio address somewhere at the end of the range. Do'nt remember exactly how that worked, probably -1 or something. This was done because the internal serdes do not have an MII connection, but a 'register' (or SPI in this case) based connection.
But in the end, the most important part, is to get to send bytes to the right SPI port and get replies back the switch will be setup by the verizon firmware in this way as well, so this has to work.