Jump to content

Recommended Posts

Posted

Hi all,

 

first i want to thank all of you for this great software.

Problem:

No ethernet on mainline 4.11 kernel.

I tracked the problem down to a 'ethernet status = "disabled"' in the dtb for the orange pi zero.

How to fix it?

I have only very little experience with Device tree.

4.11 is ok for the other OPs, i tested the OP One.

 

Kind regards

svollmar

Posted

Are you using correct image? There are two zero boards - one has Ethernet, the other doesn't.

Posted

Thank god, then i'm not alone with those issues, grabbed all latest images for Zero and no luck. Also, tried installing pi-hole, after reboot many eth0 interfaces, that was right before updates what made Ethernet disappear completely.

Posted

Those 4.11 builds are a pretty new. Migration from 4.10 to 4.11 was done on Monday, so less than 48hrs.

Although I didn't tried it on OPiZero, I did it on OPiPlus2E, which is also a sun8i-H3, and it is working properly.

I will try migrate all my of H3 boards in next few days !

But I'm pretty confident ...

Posted

Can you please give me a hint where i can find the source for the erroneous OPi Zero dtb,

to find this kind of problem.

All other OPs / H3 are ok - ethernet is enabled in dtb.

I can't find anything special in the device tree for the OPi Zero / H2+ in the 4.11 kernel source or

in the Armbian repository,.

 

Posted

The OPiZero DT in 4.11 wasn't enabled and didn't have PHY assigned. I added a patch in Armbian builds.

Either you wait for next nightly build, or add this patch and build it yourself :



diff --git a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts
index e94f196..69a4840 100644
--- a/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts
+++ b/arch/arm/boot/dts/sun8i-h2-plus-orangepi-zero.dts
@@ -104,6 +104,15 @@
     status = "okay";
 };
 
+&emac {
+    pinctrl-names = "default";
+    phy-supply = <&reg_vcc3v3>;
+    phy-handle = <&int_mii_phy>;
+    phy-mode = "mii";
+    allwinner,leds-active-low;
+    status = "okay";
+};
+
 &mmc0 {
     pinctrl-names = "default";
     pinctrl-0 = <&mmc0_pins_a>;

Posted

Thanks for the fast response.

I don't understand why ethernet works on the other OPs, because i can't find the place where the emac is enabled.

Neither in the kernel source, nor in the patch set.

Posted

And the source of the problem is - Ethernet driver is still not in mainline, we are using a branch with an old/discontinued Ethernet driver variant which was enabled only for a small number of boards it was tested on. So we have to make patches for other boards, and since this is development/WIP branch not everything is checked during kernel version bumps.

Posted

Thanks for the explanation.

It seems more complicated, than i thought first.

I will try to build the patched kernel, just to understand a little bit more.

 

Posted

Hello,

 

On 5/4/2017 at 8:39 PM, zador.blood.stained said:

And the source of the problem is - Ethernet driver is still not in mainline, we are using a branch with an old/discontinued Ethernet driver variant which was enabled only for a small number of boards it was tested on. So we have to make patches for other boards, and since this is development/WIP branch not everything is checked during kernel version bumps.

 

I can confirm that simply enabling emac isn't enough for mainline kernel. Why is that, that driver was discontinued? Can you point us to place where We can find some more information about that, so more people can have chance to help?

 

Posted
31 minutes ago, adrb said:

Why is that, that driver was discontinued?

Because instead of adding a separate driver it had to be integrated into existing dwmac with a significant rework of the base driver.

 

32 minutes ago, adrb said:

Can you point us to place where We can find some more information about that, so more people can have chance to help?

 

https://irclog.whitequark.org/linux-sunxi/2017-06-01#19509304;

So the new driver will hopefully land in 4.13 release (~3-4 months from now), so patience will be the most helpful option for us (the second option would be adding a patch to Armbian to work with the existing driver)

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines