Networking Issues (Actually really Solved x2!)
#11
(04-05-2018, 09:23 AM)hexalyn Wrote: Hi,

Could we simply make a pull-request with the modification presented above here : https://github.com/torvalds/linux/blob/m....dtsi#L508 ?

If yes then, does setting the "allwinner,tx-delay-ps = <500>;" break the network on the sopine module when in the baseboard instead of the clusterboard (I only own the clusterboard) ?

If not then would making such a pull request not correct the armbian nightly build issue ? I have no idea where the original sun50i-a64-sopine-baseboard.dts file comes from if not the one linked above.

EDIT: I have dug a bit into the automated nightly build and it seems the kernel sources comes from : https://git.kernel.org/pub/scm/linux/ker....git/tree/

So making a pull-request in github should be mirrored here https://git.kernel.org/pub/scm/linux/ker....16.y#n508
But would not we need to do the pull request in every kernel version branch that needs to be patched ? (4.13.* and 4.14.* ?)

So there is actually a simpler patch but it's only works due to a coincidence that was fixed in Armbian. 

This patch makes it so that all you need to set is rgmii-txid in the sopine dtb file(that's what I ended up changing after playing with a bunch of values for the manual delays) 

So all of these are actually related to a packet loss issue on pine64(not sopine's) and some magic numbers they got from realtek. It coincidentally seems to solve issues with clusterboard, based on experimentation. 

https://github.com/armbian/build/blob/ma...-fix.patch

Other discussion about it here: 

https://patchwork.ozlabs.org/patch/873752/
https://lkml.org/lkml/2017/8/22/9

I
#12
Code:
diff --git a/patch/kernel/sunxi-next/00-readd-dwmac-sun8i-DT-bindings-arm64.patch b/patch/kernel/sunxi-next/00-readd-dwmac-sun8i-DT-bindings-arm64.patch
index b557c6f..6dcc957 100644
--- a/patch/kernel/sunxi-next/00-readd-dwmac-sun8i-DT-bindings-arm64.patch
+++ b/patch/kernel/sunxi-next/00-readd-dwmac-sun8i-DT-bindings-arm64.patch
@@ -142,7 +142,7 @@ index d891a1a27f6c5..216e3a5dafaef 100644
+&emac {
+      pinctrl-names = "default";
+      pinctrl-0 = <&rgmii_pins>;
-+      phy-mode = "rgmii";
++      phy-mode = "rgmii-txid";
+      phy-handle = <&ext_rgmii_phy>;
+      status = "okay";
+};

That's the change I made to get networking out of the box working when building armbian. The patch is in the armbian/build. I'll open an PR there, to get it upstream.


Possibly Related Threads…
Thread Author Replies Views Last Post
  Time drift issues Unkn0wn 5 8,837 03-12-2020, 09:00 AM
Last Post: venix1
  Issues with the RTL8370N jwh 0 2,288 10-04-2019, 08:09 PM
Last Post: jwh
  Clusterboard startup issues WhiteDragon 10 16,872 05-09-2019, 01:34 PM
Last Post: WhiteDragon
  Clusterboard networking problems BryanS 25 34,830 03-31-2019, 04:06 PM
Last Post: aww
  Issues with first start, what do the different LED states mean? Botagar 4 7,955 07-27-2018, 03:13 PM
Last Post: paradise
  Clusterboard startup issues PigLover 7 10,003 04-09-2018, 11:24 AM
Last Post: aww

Forum Jump:


Users browsing this thread: 7 Guest(s)