Report about Amlogic S905X4 HK1 RBOX X4

Sorry I didn’t check, I downloaded directly so don’t have a copy.

@Portisch, hi, can you repost the image [CoreELEC-Amlogic-ne.arm-20.0-Nexus_devel_20221003093146-Generic.img.gz], I wish to try it. Thank you.

The JL2xx1 chip will be supported soon in next CE-19 and CE-20 nightlies.

Many thanks to the CE user @tomergam who gave us the possibility to have remote access to such piece of hardware. Because of this remote sessions it was possible to add support for Amlogic-ng and upcoming Amlogic-ne project.

6 Likes

This was also the case on my X96 X4, HW rev 1.3.
efuse return 0x00

But did not need to edit config.ini, because in cmdline MAC was set already and it worked.
I did post logfiles already here some time ago.

Yes, this is the normal way. The bootloader read it from eMMc and set it in boot console. But these others one looks like refurbished eMMc or something else cheap cheating and the data is not on eMMc.
So it’s set only manual by the vendor in source.

So when you buy such device you will never be sure what you receive. There are now about 4 different hardware configurations and 4 images as well.
Remind, this all for one device sold under same name…

I build the new version (don’t know if it is in the nightly yet) and the jl2xxx device is started on my two devices, I guess they get ah212 from the dtb. Logs http://ix.io/4cl2 or http://ix.io/4cl4.

With the nightly the old 02:00… no is not consistent so people might not get a fixed IP from the router here is my autostart.sh that works on both my jl21xxx devices

if [ -z "$(fw_printenv -n mac)" ]; then 
 my_mac="$(fw_printenv -n ethaddr)" 
 fw_setenv cmdline_keys 'setenv region_code US; setenv bootargs ${bootargs} mac='$my_mac''
 fw_setenv mac $my_mac
 ip link set eth0 down
 ip link set dev eth0 address $my_mac
 ip link set eth0 up
fi

The CE20 on the VFD is a nice touch, I never noticed that before

Which file and where can I download the latest CE to try on my HK1 box to see if the 1000gb LAN works?

Try the latest nightly build.

try the nightly 20221006 CE19
now I got eth0
but getting very slow results

iperf3 -c 192.168.1.1
Connecting to host 192.168.1.1, port 5201
[  5] local 192.168.1.149 port 44400 connected to 192.168.1.1 port 5201
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec   424 KBytes  3.47 Mbits/sec   23   1.41 KBytes
[  5]   1.00-2.00   sec   127 KBytes  1.04 Mbits/sec   11   2.83 KBytes
[  5]   2.00-3.00   sec  63.6 KBytes   521 Kbits/sec    5   1.41 KBytes
[  5]   3.00-4.00   sec  0.00 Bytes  0.00 bits/sec    4   1.41 KBytes
[  5]   4.00-5.00   sec   191 KBytes  1.56 Mbits/sec   16   2.83 KBytes
[  5]   5.00-6.00   sec   255 KBytes  2.08 Mbits/sec   16   2.83 KBytes
[  5]   6.00-7.00   sec  0.00 Bytes  0.00 bits/sec    7   2.83 KBytes
[  5]   7.00-8.00   sec  63.6 KBytes   522 Kbits/sec    6   2.83 KBytes
[  5]   8.00-9.00   sec   127 KBytes  1.04 Mbits/sec   13   2.83 KBytes
[  5]   9.00-10.00  sec  0.00 Bytes  0.00 bits/sec    4   1.41 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  1.22 MBytes  1.03 Mbits/sec  105             sender
[  5]   0.00-10.00  sec  1.07 MBytes   900 Kbits/sec                  receiver

:face_with_hand_over_mouth:

Sorry, but must be. Buy cheap, buy twice…

I have discovered over time that this is a true lesson!

I had same problem, verry slow connection at 1Gb, but also errors und disconnects.
But new development version works as expected, fast and no instability:


On X96_x4 HW-rev 1.3
There are three 1Gb switches and long LAN cables in between.

tested nightly CE19 , kernel 4.9
you are working on kernel 5.4

Looks like you are testing against your gateway/router, which may have limited CPU performance, or isn’t connected via Gbit to internal switch… Maybe retry against other device IP, e.g. PC.

my router base openwrt x86
the other machines in the network getting 1Gb agenst this router

any observations on “ethtool eth0”?
Maybe run mii-diag on WRT to monitor the link status…
But I think this is needed on CE device side. Maybe MII training failed on your HW

Yes, but I had same problems before with kernel 4.9, as you.

But I tested it with 4.9? and it was working, so what changed?

not sure.
you tested on nightly CE-20
there is a difference between nightly CE-19 and CE-20?

No, it’s same kernel.