wilsonYan,
Thank you for your continued effort in getting openWrt working and optimized on the Rock64 board.
I will try your new pre-built images and test if I am seeing issues with my Dual-NIC USB3 adapter. Part of my previous issue with enumeration must be around power delivered by the rock64 board. Using a powered USB3 hub did at least allow devices eth1 and eth2 to register. This was slightly disappointing, as I am using the 3.0A power supply with the rock64 and nothing else connected. I am currently using the same Dual-NIC adapter on the rpi4 USB3 ports without the need for the powered hub, and the pi4 has wifi enabled, HDMI output is working, a second USB (mass storage) device is connected, etc. so I would not have expected any USB power issues on the rock64. Even with the powered hub though, I was seeing iperf3 drop to 0 throughput with that ax88179 dual adapter. I'll try your image with the latest xhci patches and report back.
I'd still like to be able to compile my own image with your openWrt git diff patch if you would be so kind to provide it - I see even the old git diff patch is gone now. On my current pi4 openWrt setup I have things like NFS, ksmbd and a bunch of other opkg software installed that pull in a ton of crypto kmods and such. I'd like to get this setup replicated on my own rock64 pre-built image as I think it is the perfect device for my needs and my 4gb pi4 is just a little overkill.
Thanks for the tip on dt-platdata.c and dt-structs-gen.h for u-boot. I struggled a bit with that when updating your earlier patch to work with the latest snapshot. I was hand-modifying those files because I couldn't get the dtoc.py script running. In the end I reverted openWrt's u-boot package to 2020.07 just to get something working
In the meantime, I'll pull the latest openWrt git commit and continue working on my build with hopes to see your patch and all of the hard work you've done.
Thanks!
~Chainu
Thank you for your continued effort in getting openWrt working and optimized on the Rock64 board.
I will try your new pre-built images and test if I am seeing issues with my Dual-NIC USB3 adapter. Part of my previous issue with enumeration must be around power delivered by the rock64 board. Using a powered USB3 hub did at least allow devices eth1 and eth2 to register. This was slightly disappointing, as I am using the 3.0A power supply with the rock64 and nothing else connected. I am currently using the same Dual-NIC adapter on the rpi4 USB3 ports without the need for the powered hub, and the pi4 has wifi enabled, HDMI output is working, a second USB (mass storage) device is connected, etc. so I would not have expected any USB power issues on the rock64. Even with the powered hub though, I was seeing iperf3 drop to 0 throughput with that ax88179 dual adapter. I'll try your image with the latest xhci patches and report back.
I'd still like to be able to compile my own image with your openWrt git diff patch if you would be so kind to provide it - I see even the old git diff patch is gone now. On my current pi4 openWrt setup I have things like NFS, ksmbd and a bunch of other opkg software installed that pull in a ton of crypto kmods and such. I'd like to get this setup replicated on my own rock64 pre-built image as I think it is the perfect device for my needs and my 4gb pi4 is just a little overkill.
Thanks for the tip on dt-platdata.c and dt-structs-gen.h for u-boot. I struggled a bit with that when updating your earlier patch to work with the latest snapshot. I was hand-modifying those files because I couldn't get the dtoc.py script running. In the end I reverted openWrt's u-boot package to 2020.07 just to get something working
In the meantime, I'll pull the latest openWrt git commit and continue working on my build with hopes to see your patch and all of the hard work you've done.
Thanks!
~Chainu