Odroid C2 : no eth0 with latest image

Elclaudio · February 22

Hi there,

I've an odroid C2 device used for home automation and running armbian (uname -a) : Linux odroidc2 4.19.69-meson64 which is running stable with no problem.

Yesterday, I've downloaded a fresh image of latest armbian for odroid C2, named Armbian_21.02.1_Odroidc2_buster_current_5.10.12.img.xz. Put it on a new SD card and booted. It booted correctly but I've NO network. The LAN chip doesnt work at all, altough it appear in the device list

I've theses entries in dmesg:

[    2.217600] meson8b-dwmac c9410000.ethernet: IRQ eth_wake_irq not found
[    2.217611] meson8b-dwmac c9410000.ethernet: IRQ eth_lpi not found
[    2.217694] meson8b-dwmac c9410000.ethernet: PTP uses main clock
[    2.218292] random: fast init done
[    2.218418] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
[    2.218426] meson8b-dwmac c9410000.ethernet: 	DWMAC1000
[    2.218431] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
[    2.218435] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
[    2.218439] meson8b-dwmac c9410000.ethernet: COE Type 2
[    2.218443] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
[    2.218446] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
[    2.218538] meson8b-dwmac c9410000.ethernet: Normal descriptors
[    2.218543] meson8b-dwmac c9410000.ethernet: Ring mode enabled
[    2.218547] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
...
[   10.568311] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   10.568329] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   10.615619] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   10.615634] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   10.716190] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   10.716207] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   10.735509] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   10.735535] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)

the first message I see when I boot (while plug in the power) is:

Net: Could not get PHY for ethernet@c9410000: addr -1

No ethernet found

The device is working with older armbian version but not the latest ?

Could anyone look at it because the image available for download seem's broken and should not be distributed like this.

I've reverted back to my old image (that's why I don't have the full log) and lost my week end on it, trying to sort it out without success. Could this be related to the .dtb ??

Thanks you

Igor · February 22

We have one device in test ring and that one works:

https://users.armbian.com/igorp/2021-02-16_14.18.11.html

Igor · February 23

Double checked on my board - updated to latest (try Focal variant like me), with current or previous u-boot, it hangs on u-boot loader, so one need to power cycle, while network works as expected http://ix.io/2QtX (like Odroid N2 and perhaps other Amlogic based ones).

legogris · February 23

I don't know if this is related, but I just made a fresh build from current master for Odroid HC4.

The networking works fine in initramfs (for cryptroot unlock) but after full boot I can't seem to get the interface up no matter what I try (it stays DOWN, no error messages or anything).

e.g. ifconfig eth0 up, ip link set dev eth0 up, and then either static (ip a add) or dhclient, nothing. With or without NetworkManager.

initramfs picks up dhcp fine, though. I'll try to rebuild a tagged release and see if anything changes (as this is working fine on my C4s built from an older commit)

blacki2 · February 23

Hi,

I got the same problem on my ODROID-C2 as Elclaudio.

Older images with Linux 3.x or 4.x kernel are working fine, but on all recent images with Linux 5.x eth0 seems to just not work.

On the not working images I also see as first message during boot: "Net: Could not get PHY for ethernet"

I already tested the following images:

working:
Armbian_5.49_Odroidc2_Debian_stretch_default_3.16.57.img
Armbian_5.95_Odroidc2_Debian_buster_next_4.19.69_minimal.img

Armbian_20.08.22_Odroidc2_buster_current_5.9.6.img

not working:
Armbian_20.11.10_Odroidc2_bullseye_current_5.9.14.img
Armbian_20.11.10_Odroidc2_buster_current_5.9.14.img
Armbian_21.02.1_Odroidc2_bullseye_current_5.10.12.img
Armbian_21.02.1_Odroidc2_buster_current_5.10.12.img

Here more info on the latest working and latest not working image:

Armbian_5.95_Odroidc2_Debian_buster_next_4.19.69_minimal.img
uname -a: Linux odroidc2 4.19.69-meson64 #5.95 SMP PREEMPT Mon Sep 2 01:21:39 CEST 2019 aarch64 GNU/Linux
System diagnosis information armbianmonitor -u: http://ix.io/2Qxu

Armbian_21.02.1_Odroidc2_buster_current_5.10.12.img
uname -a: Linux odroidc2 5.10.12-meson64 #21.02.1 SMP PREEMPT Wed Feb 3 21:06:36 CET 2021 aarch64 GNU/Linux
System diagnosis information armbianmonitor -u: http://ix.io/2Qxx

Let me know if I can provide any more info (logs etc.).

Greetings,

Chris

Edited March 3 by blacki2
moved 'Armbian_20.08.22_Odroidc2_buster_current_5.9.6.img' from not working to working list since it has working ethernet actually.

Elclaudio · February 24

HI

Sorry for not responding sooner, as a new member, I can only post 1 time every 24h...

Just to make it clear, I have the latest C2 hardware revision, rev0.2 20171114

@Igor: thanks for your response. What I found strange is the fact that the network is not detected / initialized at the U-boot stage (before kernel is even loaded). I connected an USB to serial to see the U-boot messages and this is what I saw:

U-Boot 2021.01-armbian (Feb 04 2021 - 00:08:45 +0100) odroid-c2

Model: Hardkernel ODROID-C2
SoC:   Amlogic Meson GXBB (S905) Revision 1f:c (0:1)
DRAM:  2 GiB
MMC:   mmc@72000: 0, mmc@74000: 1
In:    serial
Out:   serial
Err:   serial
Net:   Could not get PHY for ethernet@c9410000: addr -1
No ethernet found.

So the issue is maybe related to uboot or the dtb file ?

~~Ps: could you unlock my account so I can post without waiting 24h?~~

@blacki2: you have indeed the same problem, same error messages etc, this prove that the latest armbian odroid c2 images are broken. For a moment, it worked for me when replacing the armbian dtb with the meson-gxbb-odroidc2.dtb found on this site

but not anymore and I don't know why. You can give it a try.

This device is essential to me, it control lights, sms alerts, sensors, remote sockets, kodi etc in the house. Right now, I'm back to an old armbian version and I can't update without breaking the beast...So my question is Which device could you recommend as an upgrade to the c2 which is well supported and also bug free ? I've looked at the new C4 or the N2+ but now I fear even worse problems with thoses. Or may be a raspberry 4, however it appear to run quiet hot and underperforming compared to the odroids ?

Elclaudio · February 24

maybe related ?

https://lists.denx.de/pipermail/u-boot/2019-March/362840.html

Dbrooks · February 26

Having same issue here. ODROID-C2, initial install of Armbian worked fine but after update same PHY error messages.

blacki2 · February 28

Hi,

I now also tried the focal image "Armbian_21.02.1_Odroidc2_focal_current_5.10.12.img", with the same result as the 5.10.x buster image:

uname -a: Linux odroidc2 5.10.12-meson64 #21.02.1 SMP PREEMPT Wed Feb 3 21:06:36 CET 2021 aarch64 aarch64 aarch64 GNU/Linux

System diagnosis information armbianmonitor -u: http://ix.io/2R7V

My ODROID-C2 board revision is the same as Elclaudios: rev0.2 20171114

@Elclaudio: I tried the dtb file you suggested but it did not make a change, still no ethernet

Dbrooks · February 28

Same problem here, ODROID-C2 - worked when I built it off the image Armbian_21.02.1_Odroidc2_focal_current_5.10.12_desktop.img, but after a couple of apt updates the ethernet is gone. Currently working around with a USB network dongle... far from ideal.

Elclaudio · February 28

14 hours ago, blacki2 said:

Hi,

I now also tried the focal image "Armbian_21.02.1_Odroidc2_focal_current_5.10.12.img", with the same result as the 5.10.x buster image:

uname -a: Linux odroidc2 5.10.12-meson64 #21.02.1 SMP PREEMPT Wed Feb 3 21:06:36 CET 2021 aarch64 aarch64 aarch64 GNU/Linux

System diagnosis information armbianmonitor -u: http://ix.io/2R7V

My ODROID-C2 board revision is the same as Elclaudios: rev0.2 20171114

@Elclaudio: I tried the dtb file you suggested but it did not make a change, still no ethernet

thanks for you feedback blacki2 and your test of focal variant, it will spare me some time messing around.. I'm more and more conviced the issue is related either to uboot and/or the dtb.

Elclaudio · February 28

8 hours ago, Dbrooks said:

Same problem here, ODROID-C2 - worked when I built it off the image Armbian_21.02.1_Odroidc2_focal_current_5.10.12_desktop.img, but after a couple of apt updates the ethernet is gone. Currently working around with a USB network dongle... far from ideal.

Thanks for reporting the problem, hopefully this will trigger interest because in this situation the odroid c2 is UNUSABLE with ARMBIAN except if used with a thrid party usb ethernet dongle. HELLO DEVS ??? COULD WE HAVE YOUR ATTENTION PLS ?

guidol · February 28

I dont know which revision my C2-board has, but it does work with ethernet and since many apt-updates

  ___      _           _     _    ____ ____
 / _ \  __| |_ __ ___ (_) __| |  / ___|___ \
| | | |/ _` | '__/ _ \| |/ _` | | |     __) |
| |_| | (_| | | | (_) | | (_| | | |___ / __/
 \___/ \__,_|_|  \___/|_|\__,_|  \____|_____|

Welcome to Armbian 21.02.2 Buster with Linux 5.10.15-meson64

package bsp-kernel[21.02.0-trunk] u-boot[21.02.1] dtb   [21.02.0-trunk]
firmware          [21.02.2]       config[21.02.2] branch[dev]

System load:   2%               Up time:       8 days 6:04
Memory usage:  7% of 1.86G      IP:            192.168.6.3
CPU temp:      31°C             Usage of /:    6% of 29G

root@odroid-c2(192.168.6.3):~# dmesg|grep -i phy
[    1.716216] libphy: Fixed MDIO Bus: probed
[    2.153195] libphy: stmmac: probed
[    6.620887] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
[    7.055166] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[    7.069497] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode

armbianmonitor -u
System diagnosis information has been uploaded to http://ix.io/2Rc2

Elclaudio · February 28

20 minutes ago, guidol said:

I dont know which revision my C2-board has, but it does work with ethernet and since many apt-updates


  ___      _           _     _    ____ ____
 / _ \  __| |_ __ ___ (_) __| |  / ___|___ \
| | | |/ _` | '__/ _ \| |/ _` | | |     __) |
| |_| | (_| | | | (_) | | (_| | | |___ / __/
 \___/ \__,_|_|  \___/|_|\__,_|  \____|_____|

Welcome to Armbian 21.02.2 Buster with Linux 5.10.15-meson64

package bsp-kernel[21.02.0-trunk] u-boot[21.02.1] dtb   [21.02.0-trunk]
firmware          [21.02.2]       config[21.02.2] branch[dev]

System load:   2%               Up time:       8 days 6:04
Memory usage:  7% of 1.86G      IP:            192.168.6.3
CPU temp:      31°C             Usage of /:    6% of 29G

root@odroid-c2(192.168.6.3):~# dmesg|grep -i phy
[    1.716216] libphy: Fixed MDIO Bus: probed
[    2.153195] libphy: stmmac: probed
[    6.620887] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
[    7.055166] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[    7.069497] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode

armbianmonitor -u
System diagnosis information has been uploaded to http://ix.io/2Rc2

You appear to use the DEV branch no ??

We are talking about the stable one, the one that is proposed at download, at least I do. Could you just fresh download the lastest stable on a sd card https://redirect.armbian.com/odroidc2/Buster_current

And report back ?

guidol · February 28

3 minutes ago, Elclaudio said:

You appear to use the DEV branch no ??

We are talking about the stable one, the one that is proposed at download, at least I do. Could you just fresh download the lastest stable on a sd card https://redirect.armbian.com/odroidc2/Buster_current

And report back ?

Thats a bit problematic, because my C2 is my primary PiHole-Server
But in the past DEV was also at 5.10.12 and did work fine - because (I think) old dev will become current?
and I do also user Buster

Elclaudio · February 28

24 minutes ago, guidol said:

Thats a bit problematic, because my C2 is my primary PiHole-Server
But in the past DEV was also at 5.10.12 and did work fine - because (I think) old dev will become current?
and I do also user Buster

I understand. still if you have an sdcard around you could put latest stable armbian to it and boot, just to see if the network is working. You don't have to configure anything, just ping another host. In mine, I see eth0 with "ip a" but I can't communicate at all.

If you feel this doesn't worth it, don't do it.

guidol · February 28

1 hour ago, Elclaudio said:

I understand. still if you have an sdcard around you could put latest stable armbian to it and boot, just to see if the network is working. You don't have to configure anything, just ping another host. In mine, I see eth0 with "ip a" but I can't communicate at all.

If you feel this doesn't worth it, don't do it.

actual current image does work on my C2:

  ___      _           _     _    ____ ____
 / _ \  __| |_ __ ___ (_) __| |  / ___|___ \
| | | |/ _` | '__/ _ \| |/ _` | | |     __) |
| |_| | (_| | | | (_) | | (_| | | |___ / __/
 \___/ \__,_|_|  \___/|_|\__,_|  \____|_____|

Welcome to Armbian 21.02.1 Buster with Linux 5.10.12-meson64

System load:   2%               Up time:       6 min
Memory usage:  6% of 1.85G      IP:            192.168.6.150
CPU temp:      37°C             Usage of /:    6% of 29G

root@odroidc2:/home/guido# dmesg|grep -i phy
[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
[    0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[    1.720168] libphy: Fixed MDIO Bus: probed
[    2.250710] libphy: stmmac: probed
[    9.661249] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
[   91.543652] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[   91.557566] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode

C2 was booted from MicroSD-Card (no emmc)

System diagnosis information has been uploaded to http://ix.io/2Rdc

My C2 is a REV0.2 20160226
Odroid_C2_GuidoL_640px.jpg.42bcb21d00502547dd3310c9e3e0c460.jpg

/proc/cpuinfo:

Spoiler

root@odroidc2:/home/guido# more /proc/cpuinfo
processor : 0
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 1
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 2
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 3
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

Elclaudio · March 1

22 hours ago, guidol said:
actual current image does work on my C2:
  ___      _           _     _    ____ ____
 / _ \  __| |_ __ ___ (_) __| |  / ___|___ \
| | | |/ _` | '__/ _ \| |/ _` | | |     __) |
| |_| | (_| | | | (_) | | (_| | | |___ / __/
 \___/ \__,_|_|  \___/|_|\__,_|  \____|_____|

Welcome to Armbian 21.02.1 Buster with Linux 5.10.12-meson64

System load:   2%               Up time:       6 min
Memory usage:  6% of 1.85G      IP:            192.168.6.150
CPU temp:      37°C             Usage of /:    6% of 29G

root@odroidc2:/home/guido# dmesg|grep -i phy
[    0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd034]
[    0.000000] arch_timer: cp15 timer(s) running at 24.00MHz (phys).
[    1.720168] libphy: Fixed MDIO Bus: probed
[    2.250710] libphy: stmmac: probed
[    9.661249] meson-dw-hdmi c883a000.hdmi-tx: Detected HDMI TX controller v2.01a with HDCP (meson_dw_hdmi_phy)
[   91.543652] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[   91.557566] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode
C2 was booted from MicroSD-Card (no emmc)

System diagnosis information has been uploaded to http://ix.io/2Rdc

My C2 is a REV0.2 20160226

/proc/cpuinfo:

Reveal hidden contents

root@odroidc2:/home/guido# more /proc/cpuinfo
processor : 0
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 1
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 2
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

processor : 3
BogoMIPS : 48.00
Features : fp asimd evtstrm crc32 cpuid
CPU implementer : 0x41
CPU architecture: 8
CPU variant : 0x0
CPU part : 0xd03
CPU revision : 4

HI Guidol

Thanks for taking the time to test on your board.

We don't have the same revision but I doubt it has an impact on this particular issue according to the hardware revision change.

Your log showed that you are connected through a 100Mbps link only. I tried to do the same with an old switch but it didnt change anything. I tried also to boot without the ethernet cable attached, here again, no changes.

For me Old armbian works: Linux odroidc2 4.19.69-meson64 #5.95 SMP PREEMPT Mon Sep 2 01:21:39 CEST 2019 aarch64 GNU/Linux

latest armbian don't.

guidol · March 1

1 hour ago, Elclaudio said:

Your log showed that you are connected through a 100Mbps link only.

Yes - thats because I only got a 5-port GBit-Switch. There is my primary-PC and the Samba-Servers.
The other part of my Network is on a 24-port 100MBit-Switch - and my C2 as DNS-Filter doenst need 1GBit

Dbrooks · March 1

I've been experimenting with the couple of different images I had lying around. Oddly, the initial ones that had working ethernet [disclaimer: no screenshot.. anecdotal evidence ] no longer do. The official ODROID-C2 image from Hardkernel is fine (no surprise there) BUT interestingly, the IP I had delivered via DHCP is different to the one I had before eth0 disappeared. My router's DHCP table shows some... interesting behaviour.

The bottom entry is the Hardkernel image that works. The top one was my functional Armbian image before eth0 decided to PHY off.

944292231_Screenshotfrom2021-03-0209-57-00.png.d9a6eb8820fc9bc4dbb73f507d6a3b61.png

[ignore the 74:da.... MAC, that's the USB dongle. The OpenELEC row is likely an old C1 I was testing]

This link led to me look into it:

...though removing the cloned-mac-address line didn't do anything for me.

Elclaudio · March 2

17 hours ago, Dbrooks said:

I've been experimenting with the couple of different images I had lying around. Oddly, the initial ones that had working ethernet [disclaimer: no screenshot.. anecdotal evidence ] no longer do. The official ODROID-C2 image from Hardkernel is fine (no surprise there) BUT interestingly, the IP I had delivered via DHCP is different to the one I had before eth0 disappeared. My router's DHCP table shows some... interesting behaviour.

The bottom entry is the Hardkernel image that works. The top one was my functional Armbian image before eth0 decided to PHY off.

[ignore the 74:da.... MAC, that's the USB dongle. The OpenELEC row is likely an old C1 I was testing]

This link led to me look into it:

...though removing the cloned-mac-address line didn't do anything for me.

Hi,

What is your hardware revision ?

The ethernet is not working BEFORE the kernel even load, at the u-boot stage, the message says No ethernet found. So I seriously doubt this has something to do with the kernel

Elclaudio · March 2

Could anyone tell me where is the u-boot file(s) on the image, I couldn't identify where it is stored. Is it possible to try another u-boot version without breaking things ?

Igor · March 2

9 minutes ago, Elclaudio said:

without breaking things ?

You should be fine, but free software always come without warranty This should help you https://docs.armbian.com/User-Guide_Recovery/#flashing-boot-loader

Igor · March 2

@Elclaudio Can you check with latest nightly build? https://www.armbian.com/odroid-c2/#kernels-archive-all

I can always reconnect, but board hangs on reboot. Power cycle and it works on ...

guidol · March 2

2 hours ago, Elclaudio said:

Could anyone tell me where is the u-boot file(s) on the image, I couldn't identify where it is stored. Is it possible to try another u-boot version without breaking things ?

from the extracted (example) u-boot.deb there are 2 directorys under /usr/lib/ with 5 files, but I think it isnt a good idea to change them by hand.

u-boot_Files.jpg.39c68467d6403e538fdf4a8a2eafc37a.jpg

I think the best way would be via a "u-boot" .deb-file (and the kernel/dtb and so on - created via the armbian-build-system)

Elclaudio · March 2

2 hours ago, Igor said:

You should be fine, but free software always come without warranty This should help you https://docs.armbian.com/User-Guide_Recovery/#flashing-boot-loader

OK I FOUND THE CULPRIT ! the issue come from UBOOT like I imagined. After installing older uboot ETH0 worked straight away

Since I couldn't find the uboot .deb used in my old armbian 5.95 in https://imola.armbian.com/apt/pool/main/l/

I took the uboot files from my WORKING armbian version kernel 4.19.69 in /usr/lib/ linux-u-boot-next-odroidc2_5.95_arm64

there should be 2 files : bl1.bin.hardkernel and u-boot.bin

copy them wherever you want on the latest armbian (currently in test : Armbian 21.02.2 Buster with Linux 5.10.16-meson64,) Linux odroidc2 5.10.16-meson64 #21.02.2 SMP PREEMPT Sun Feb 14 21:50:52 CET 2021 aarch64 GNU/Linux

I backed up the original files in the same directory with .ORI extension

Then I run the commands here

If you do it beware with dd it could crash your partition if missused, also adapt the paths and filename to your particular case.

#!/bin/bash

# install older uboot from armbian kernel 4.19.69
dd if=/root/uboot/bl1.bin.hardkernel.OLD of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1;
dd if=/root/uboot/bl1.bin.hardkernel.OLD of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1;
dd if=/root/uboot/u-boot.bin.OLD of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1

# restore original uboot
#dd if=/root/uboot/bl1.bin.hardkernel.ORI of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1;
#dd if=/root/uboot/bl1.bin.hardkernel.ORI of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1;
#dd if=/root/uboot/u-boot.bin.ORI of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1

It would be nice now to debug what's gone wrong with uboot code...

guidol · March 2

24 minutes ago, Elclaudio said:

OK I FOUND THE CULPRIT ! the issue come from UBOOT like I imagined.

After installing older uboot ETH0 worked straight away

Is there any way (away from serial TTL boot-log) to found out which u-boot is installed on mmcblk0?

I know I got the u-boot package

linux-u-boot-odroidc2-dev 21.02.1  arm64 Uboot loader 2021.01

on my C2, but doent know if this is with the .deb installed on mmcblk0.

Because the C2 hasnt a standard pin-header (and I think 3.3V? ) I didnt got the chance for a serial boot-log on my C2

and I often do update the u-boot-packages (u-boot, kernel-image, dtb, firmware etc) but didnt flash a new image for this to the card there could be a chance that Iam using an older u-boot in mmcblk0!?

Igor · March 2

14 minutes ago, Elclaudio said:

It would be nice now to debug what's gone wrong with uboot code...

Absolutely, since we don't want to use that old u-boot.

Elclaudio · March 2

14 minutes ago, guidol said:
Is there any way (away from serial TTL boot-log) to found out which u-boot is installed on mmcblk0?

I know I got the u-boot package
linux-u-boot-odroidc2-dev 21.02.1  arm64 Uboot loader 2021.01
on my C2, but doent know if ths is with the .deb installed on mmcblk0.

Because the C2 hasnt a standard pin-header (and I think 3.3V? ) I didnt got the chance for a serial boot-log on my C2

and I often do update the u-boot-packages (u-boot, kernel-image, dtb, firmware etc) but didnt flash a new image for this to the card there could be a chance that Iam using an older u-boot in mmcblk0!?

I know it's weird but hex viewing the sectors show it, the working version I installed is U-Boot 2019.07-armbian (Sep 02 2019 - 01:17:47 +0200) VS the one preinstalled which doesn't work : U-Boot 2021.01-armbian (Feb 04 2021 - 00:08:45 +0100)

guidol · March 2

10 minutes ago, Elclaudio said:

I know it's weird but hex viewing the sectors show it, the working version I installed is U-Boot 2019.07-armbian (Sep 02 2019 - 01:17:47 +0200) VS the one preinstalled which doesn't work : U-Boot 2021.01-armbian (Feb 04 2021 - 00:08:45 +0100)

The command

strings /dev/mmcblk0 | grep 'U-Boot 20'

gives me

U-Boot 2019.10-armbian (Dec 01 2019 - 09:31:42 +0300) odroid-c2
# U-Boot 2020.04 Configuration
Compiled with U-Boot 2019.01+dfsg-7
# U-Boot 2021.01 Configuration
# U-Boot 2021.01 Configuration
# U-Boot 2019.10 Configuration
U-Boot 2013.10-rc2-08400-g0490093 (Oct 11 2013 - 00:40:21) Allwinner Technology
U-Boot 2011.09-rc1-00000-geb98797 (Dec 13 2017 - 15:44:38) Allwinner Technology
U-Boot 2011.09-rc1-00000-gc1cb2f9 (May 30 2014 - 10:19:03) Allwinner Technology
U-Boot 2021.01-armbian (Feb 11 2021 - 21:19:38 +0300) odroid-c2
U-Boot 2013.10-rc2-08400-g0490093 (Oct 11 2013 - 00:40:21) Allwinner Technology
U-Boot 2011.09-rc1-00000-geb98797 (Dec 13 2017 - 15:44:38) Allwinner Technology
U-Boot 2011.09-rc1-00000-gc1cb2f9 (May 30 2014 - 10:19:03) Allwinner Technology
U-Boot 2013.10-rc2-08400-g0490093 (Oct 11 2013 - 00:40:21) Allwinner Technology
U-Boot 2011.09-rc1-00000-geb98797 (Dec 13 2017 - 15:44:38) Allwinner Technology
U-Boot 2011.09-rc1-00000-gc1cb2f9 (May 30 2014 - 10:19:03) Allwinner Technology
U-Boot 2020.10-armbian (Jan 26 2021 - 12:00:46 +0300) odroid-c2
U-Boot 2020.10-armbian (Jan 12 2021 - 14:55:44 +0300) odroid-c2
# U-Boot 2021.01 Configuration
U-Boot 2021.01-armbian (Feb 04 2021 - 00:09:42 +0100) odroid-c2
U-Boot 2013.10-rc2-08400-g0490093 (Oct 11 2013 - 00:40:21) Allwinner Technology
U-Boot 2011.09-rc1-00000-geb98797 (Dec 13 2017 - 15:44:38) Allwinner Technology
U-Boot 2011.09-rc1-00000-geb98797 (Dec 13 2017 - 15:44:38) Allwinner Technology
U-Boot 2011.09-rc1-00000-gc1cb2f9 (May 30 2014 - 10:19:03) Allwinner Technology
U-Boot 2013.10-rc2-08400-g0490093 (Oct 11 2013 - 00:40:21) Allwinner Technology
U-Boot 2021.01-armbian (Feb 04 2021 - 00:09:42 +0100) odroid-c2

So I think the real on my C2 working version (booting only from SDCard- so no newer u-boot flashed to emmc) is

U-Boot 2019.10-armbian (Dec 01 2019 - 09:31:42 +0300) odroid-c2

because its the first entry.

The later ones may be from the first partition? mmcblk0p1?

Sign In

Odroid C2 : no eth0 with latest image

Recommended Posts

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Link to post

Share on other sites

Join the conversation

Important Information