Debugging EcoNet's MT7530 PHYs

[Caleb James DeLisle]

I just took a look at it and it seems like it might be the same - or at 
least nearly the same. But this is a lot of code which is not upstream, 
so that means my efforts can't be upstreamed until this is, so I can't 
continue on ethernet because producing work that is not sent upstreamed 
is not in my plan.

So until this is sorted out, I'm going to have to do other stuff.

Thanks,

Caleb


On 12/02/2026 13:28, Benjamin Larsson wrote:
> On 2/12/26 02:07, Caleb James DeLisle wrote:
>>
>> Problem is, vendor code is (as usual) some of the most hideous crap 
>> imaginable. But as far as phy tuning, I'm planning on at least 
>> punching in all of the values and not skipping anything. However 
>> there's a lot of code for finding those values and I think I'd rather 
>> just get them from the vendor OS and write them directly.
>>
> Hi, this is a patch to a patch but the point is that the logic already 
> exists, and they are calibrated in runtime because they are not board 
> specific.
>
> https://github.com/Ansuel/openwrt/commit/6049d6501d00383f1c90b0ada0464eb6973fe884#diff-a43aa8f792576a1c708c1e97a7feac5c37b9b956e5fe11f143ea6cfb681a05a3 
>
>
> We should build on the frame work that is used by AN7581/AN7583 
> because the hardware share a common heritage.
>
> MvH
>
> Benjamin Larsson
>
>