PINE64
Clusterboard networking problems - Printable Version

+- PINE64 (https://forum.pine64.org)
+-- Forum: PINE A64-LTS / SOPINE Compute Module (https://forum.pine64.org/forumdisplay.php?fid=66)
+--- Forum: Clusterboard (https://forum.pine64.org/forumdisplay.php?fid=91)
+--- Thread: Clusterboard networking problems (/showthread.php?tid=7263)

Pages: 1 2 3


RE: Clusterboard networking problems - AZClusterboard - 03-27-2019

(03-27-2019, 01:40 PM)bergera Wrote: is there a link to the solution? I went through the ones in the thread but don't see something that I recognize.

It involves going in over the GPIO pins.  If you just want a working image check this out:
https://bit.ly/2Ts2yGL


RE: Clusterboard networking problems - bergera - 03-27-2019

thanks for the image!

I don't mind editing via serial, so if you have info on that please pass it along as well


RE: Clusterboard networking problems - AZClusterboard - 03-27-2019

(03-27-2019, 02:11 PM)bergera Wrote: thanks for the image!

I don't mind editing via serial, so if you have info on that please pass it along as well

connect to GPIO over serial:
https://forum.pine64.org/showthread.php?tid=7285

go to /boot/dtbs/allwinner and convert the baseboard DTB with:
dtc -I dtb -O dts -o <temp name>.dts <whatever the prefix>-sopine-baseboard.dtb

under "ethernet@1c30000 {" in the list before "mdio" add the line:
Code:
allwinner,tx-delay-ps = <500>;
allwinner,rx-delay-ps = <500>;

then covert back with:
dtc -I dts -O dtb -o <whatever the prefix>-sopine-baseboard.dtb <temp name>.dts


RE: Clusterboard networking problems - pfeerick - 03-30-2019

The biggest issue the Clusterboard is facing is users... there aren't enough people who enough development knowledge using it to get past these teething issues, which is why it's great to see AZClusterboard doing the guides. It seems that things are finally moving along at last, it was only six days ago that this was incorporated into Armbian, which apart from apparently fixing SPI, also applies the PHY_RTL8211E_PINE64_GIGABIT_FIX needed to fix up networking... so it will hopefully turn up outside of their development builds soon Smile


RE: Clusterboard networking problems - BryanS - 03-31-2019

(03-30-2019, 03:45 AM)pfeerick Wrote: The biggest issue the Clusterboard is facing is users... there aren't enough people who enough development knowledge using it to get past these teething issues, which is why it's great to see AZClusterboard doing the guides. It seems that things are finally moving along at last, it was only six days ago that this was incorporated into Armbian, which apart from apparently fixing SPI, also applies the PHY_RTL8211E_PINE64_GIGABIT_FIX needed to fix up networking... so it will hopefully turn up outside of their development builds soon Smile

Having those fixes in would make this an awesome board, assuming it makes the clusterboard work with the latest versions of Stretch. 

Until then, the baseboard/SOPine combo seems to boot stretch with no issues, so you can play with that if you need a working SOPine module with the latest and greatest OS.


RE: Clusterboard networking problems - aww - 03-31-2019

(03-31-2019, 12:11 PM)BryanS Wrote:
(03-30-2019, 03:45 AM)pfeerick Wrote: The biggest issue the Clusterboard is facing is users... there aren't enough people who enough development knowledge using it to get past these teething issues, which is why it's great to see AZClusterboard doing the guides. It seems that things are finally moving along at last, it was only six days ago that this was incorporated into Armbian, which apart from apparently fixing SPI, also applies the PHY_RTL8211E_PINE64_GIGABIT_FIX needed to fix up networking... so it will hopefully turn up outside of their development builds soon Smile

Having those fixes in would make this an awesome board, assuming it makes the clusterboard work with the latest versions of Stretch. 

Until then, the baseboard/SOPine combo seems to boot stretch with no issues, so you can play with that if you need a working SOPine module with the latest and greatest OS.


I can confirm that Armbian works out of the box building off armbian/build's master branch