ZTE ZX2AA500 GB Ethernet Transceiver Problems (SOLVED big news for inside)

  • I'm not sure what mainline branch you're building from but if it's the amlogic one in my repo; once you've created an image add "textmode" to the end of the boot commands in uEnv.ini and it won't attempt to start Kodi which otherwise fails and loops endlessly. Instead it will boot to a console and you can connect a USB keyboard to play around.

  • In the last couple of weeks i've been sporadically poking 4.18/4.19 kernels with a VIM2 board which uses the RTL8211F chip and experienced awful ethernet performance (major packet loss etc.) until the CONFIG_REALTEK_PHY was switched from =m to =y .. before the change the PHY was showing up as the CONFIG_GENERIC_PHY device, and since it's been fine.

    It's probably unrelated, but it jogged my memory of your problem so I figured I'd post something.

  • I have just solved the issue with the help of Sam Nazarko

    We need to remove the "cali_val" property in dts bindings

    He said that the cali_val 0x20000 that comes from AMLogic EVB introduce a lot of performances issue in the TV box hardware and he does know why it is widely used

    It is possible that it is still needed for some TV box layouts, so maybe it is time to bring a new dts variant in the LE/CE family

    Note: the value is still present in the android dts, so I REALLY have no clue of what is going on in android to make everything work ok there....

  • In the last couple of weeks i've been sporadically poking 4.18/4.19 kernels with a VIM2 board which uses the RTL8211F chip and experienced awful ethernet performance (major packet loss etc.) until the CONFIG_REALTEK_PHY was switched from =m to =y .. before the change the PHY was showing up as the CONFIG_GENERIC_PHY device, and since it's been fine.

    It's probably unrelated, but it jogged my memory of your problem so I figured I'd post something.

    This is another issue. Because the way the PHY lib works, I don't think that PHY driver compiled as modules work at all, due to the way the probing is done. If you check the gen_phy you see that the clock screw has been moved under specific dts bindings, but the 8211F also require a special init function

  • I have just solved the issue with the help of Sam Nazarko

    We need to remove the "cali_val" property in dts bindings

    Hi, it´s very good news.

    But what does it mean for us, dummies users? Waiting for a new coreelec version? Or, can we change some configuration on our actual coreelec?

    Thank you very much.

  • Thank you very much.

    I have tried your new dtb file, but unfortunately I don´t see any improvement.

    My gigabit ethernet on my Sunvell T95Z Max is still slow.

    I still must use USB Gbit adapter for high bitrate files.

  • Thank you very much.

    I have tried your new dtb file, but unfortunately I don´t see any improvement.

    My gigabit ethernet on my Sunvell T95Z Max is still slow.

    I still must use USB Gbit adapter for high bitrate files.

    You are probably doing something wrong with the dtb

  • Hey guys,

    Any chance someone could post a patched DTB for the T95z Plus 3/32G (6255) model please? :) I've tried taking my original DTB and removed the 'cali_val' string and recompiled the ROM, but the LAN port is still clocking in at 100M instead of 1G and I can't for the life of me get it working properly. If no one has a patch available, would someone be able to walk me through what I'm missing? Any help would be greatly appreciated! Thanks in advance.

  • it seems that this dtb allows the connection to work but then it crashes after you try and put anything over the ethernet. seems the whole network stack fails. only a reboot fixes. if i force to 100mbit then it works fine. will get some logs

  • describe the connection between your tv box and the network (cables, switch in between, ecc...)

    Also try to connect something else to the same ethernet cable you use for the tv box (a laptop for example)