Odroid C2 : no eth0 with latest image


 Share

5 5

Recommended Posts

12 hours ago, Igor said:


Aaaaah. I forgot something important :) Sorry. We don't rebuild u-boot in nightly builds by default since it takes a lot of time and changes here are extremely rare ... that's why packaged versions are the same.

 

Enabled now for next builds. 

Edit: but also doesn't work. Keep looking ...

Edit: fixed by attaching to this tag https://github.com/u-boot/u-boot/releases/tag/v2021.04-rc3 @Elclaudio Will update images and repository later today.

 

Thanks Igor, I will try the next nightly soon and report back

Link to post
Share on other sites

Armbian is a community driven open source project. Do you like to contribute your code?

@Igor @Elclaudio

My C2 did already work/reboot with 

U-Boot 2021.01-armbian (Mar 03 2021 - 14:32:21 +0300) odroid-c2

 

But today I compiled the new u-boot

U-Boot 2021.04-rc3-armbian (Mar 08 2021 - 18:12:26 +0300) odroid-c2

which does also work/reboot fine on my C2

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

 

[EDIT]

does also work with newer dev-kernel

FROM Linux 5.10.19-meson64 TO Linux 5.11.4-meson64

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

:)

 

 

# dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376
1376+0 Datensätze ein
1376+0 Datensätze aus
704512 bytes (705 kB, 688 KiB) copied, 0,0525366 s, 13,4 MB/s

# strings /tmp/installed_uboot.bin | grep "U-Boot 20"
U-Boot 2021.01-armbian (Mar 03 2021 - 14:32:21 +0300) odroid-c2

# dpkg -i ./linux-u-boot-dev-odroidc2_21.05.0-trunk_arm64.deb


cd /usr/lib/linux-u-boot-dev-odroidc2_21.05.0-trunk_arm64
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1;
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1;
dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1 

[reboot]

# dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376
1376+0 Datensätze ein
1376+0 Datensätze aus
704512 bytes (705 kB, 688 KiB) copied, 0,04659 s, 15,1 MB/s

# strings /tmp/installed_uboot.bin | grep "U-Boot 20"
U-Boot 2021.04-rc3-armbian (Mar 08 2021 - 18:12:26 +0300) odroid-c2

 

linux-u-boot-dev-odroidc2_21.05.0-trunk_arm64.deb

Link to post
Share on other sites

something is really strange here.

I kept my "working armbian 21.0.2" test image on an sdcard with U-Boot 2021.01 on it.

Last time, I checked, it worked great, eth0 active on each boot, no apparent issue. Because I've haven't configured all things on it (I have FHEM, mosquitto, a webserver, cellular dongle, wifi ap etc) I'm still running the old armbian with kernel 4.19.69-meson64 as a daily driver, which is rock solid.

Now, in order to test the latest U-boot version, I've put the 21.0.2 test image card back in and guess what : eth0 doesn't work anymore. I've changed anything to this image since last time I checked. So I put the latest U-boot 2021.04-rc3 in it : same thing, still no eth0.

 

I then put back my old sd with kernel 4.19.69-meson64 : all works as it should.

 

The main difference I see is that the old image is using "legacy boot" so to speak as it's refered in boot.cmd vs modern boot in latest armbian. Also, the old armbian doesn't output anything on connected hdmi screen before kernel is booted while latest armbian show U-boot messages. But this different boot method doesn't explain why it worked before and not anymore.

 

@guidol : it's possible, while, I'm not sure of it, that it work for you because you're on a 100Mbps link ? I've heard some reports that eth0 used to work on 100M but not on 1G in the past. Or it could be the environnement, connected usb device at boot, power supply. I don't recall also if your using an emmc or an sdcard ?

Link to post
Share on other sites

1 hour ago, Elclaudio said:

@guidol : it's possible, while, I'm not sure of it, that it work for you because you're on a 100Mbps link ?

I've heard some reports that eth0 used to work on 100M but not on 1G in the past.

Or it could be the environnement, connected usb device at boot, power supply.

I don't recall also if your using an emmc or an sdcard ?

@Elclaudio I have only power (Single-USB-Power 5V/1A from an old "Palm"-Power-Supply (PSU 157-10108-00))

Palm_USB_1A.jpg.1ce391403e530906b4adff2ddeeac272.jpg

and ethernet (100MBit) connected.

 

For you ;) I switched a short time my C2 to the 1GBit-Switch rebooted/tested - works also:
 

[87945.551990] meson8b-dwmac c9410000.ethernet eth0: Link is Down
[87967.818374] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off
[88095.093734] meson8b-dwmac c9410000.ethernet eth0: Link is Down
[88097.665953] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
root@odroid-c2-3(192.168.6.3):~# reboot

[    2.190284] meson8b-dwmac c9410000.ethernet: IRQ eth_wake_irq not found
[    2.190304] meson8b-dwmac c9410000.ethernet: IRQ eth_lpi not found
[    2.190399] meson8b-dwmac c9410000.ethernet: PTP uses main clock
[    2.193291] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
[    2.193319] meson8b-dwmac c9410000.ethernet:         DWMAC1000
[    2.193326] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
[    2.193331] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
[    2.193336] meson8b-dwmac c9410000.ethernet: COE Type 2
[    2.193340] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
[    2.193345] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
[    2.193683] meson8b-dwmac c9410000.ethernet: Normal descriptors
[    2.193695] meson8b-dwmac c9410000.ethernet: Ring mode enabled
[    2.193700] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    6.964191] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[    6.968309] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found
[    6.968332] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW
[    6.968697] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode
[   10.263501] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

 

On some GBit devices I use sometimes the ethtool to set speed to 100MBit but the C2 does it right on a 100MBit-Port:

.# /etc/rc.local
# for a 100MBit device - comment out for 1GBit
# ethtool -s eth0 speed 100 autoneg off

 

Here is the reboot with 1GBit on eth0 of my C2 (5-Port DLINK GBIt Switch):
System diagnosis information has been uploaded to http://ix.io/2Sh8

Link to post
Share on other sites

1 hour ago, guidol said:

@Elclaudio I have only power (Single-USB-Power 5V/1A from an old "Palm"-Power-Supply (PSU 157-10108-00))

Palm_USB_1A.jpg.1ce391403e530906b4adff2ddeeac272.jpg

and ethernet (100MBit) connected.

 

For you ;) I switched a short time my C2 to the 1GBit-Switch rebooted/tested - works also:
 


[87945.551990] meson8b-dwmac c9410000.ethernet eth0: Link is Down
[87967.818374] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 100Mbps/Full - flow control off
[88095.093734] meson8b-dwmac c9410000.ethernet eth0: Link is Down
[88097.665953] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control off
root@odroid-c2-3(192.168.6.3):~# reboot

[    2.190284] meson8b-dwmac c9410000.ethernet: IRQ eth_wake_irq not found
[    2.190304] meson8b-dwmac c9410000.ethernet: IRQ eth_lpi not found
[    2.190399] meson8b-dwmac c9410000.ethernet: PTP uses main clock
[    2.193291] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
[    2.193319] meson8b-dwmac c9410000.ethernet:         DWMAC1000
[    2.193326] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
[    2.193331] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
[    2.193336] meson8b-dwmac c9410000.ethernet: COE Type 2
[    2.193340] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
[    2.193345] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
[    2.193683] meson8b-dwmac c9410000.ethernet: Normal descriptors
[    2.193695] meson8b-dwmac c9410000.ethernet: Ring mode enabled
[    2.193700] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    6.964191] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[    6.968309] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found
[    6.968332] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW
[    6.968697] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode
[   10.263501] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx

 

On some GBit devices I use sometimes the ethtool to set speed to 100MBit but the C2 does it right on a 100MBit-Port:

.# /etc/rc.local
# for a 100MBit device - comment out for 1GBit
# ethtool -s eth0 speed 100 autoneg off

 

Here is the reboot with 1GBit on eth0 of my C2 (5-Port DLINK GBIt Switch):
System diagnosis information has been uploaded to http://ix.io/2Sh8

 

thanks for your tests. I also tried different power supply (usb vs jack) and forced 100M with an old switch, booting without any usb device attached, it doesn't change anything

Link to post
Share on other sites

Also having similar issues and using an external Apple 100Mbps ethernet USB dongle I have laying around from work:

 

root@odroidc2:~# dmesg |grep -i eth0
[   38.250881] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   38.251632] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   38.326577] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   38.327349] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   38.353188] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   38.353954] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   38.379975] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   38.384302] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
[   38.405938] meson8b-dwmac c9410000.ethernet eth0: no phy at addr -1
[   38.406693] meson8b-dwmac c9410000.ethernet eth0: stmmac_open: Cannot attach to PHY (error: -19)
root@odroidc2:~# ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000
    link/ether 00:1e:06:33:ab:5d brd ff:ff:ff:ff:ff:ff
3: enx086d41e4bdc7: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UP group default qlen 1000
    link/ether 08:6d:41:e4:bd:c7 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.124/25 brd 192.168.0.127 scope global dynamic noprefixroute enx086d41e4bdc7
       valid_lft 312sec preferred_lft 312sec
    inet6 fe80::5797:150:76db:3068/64 scope link noprefixroute
       valid_lft forever preferred_lft forever
root@odroidc2:~# uname  -a
Linux odroidc2 5.10.21-meson64 #21.02.3 SMP PREEMPT Mon Mar 8 07:22:00 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux

 

Link to post
Share on other sites

Despite efforts in trying to resolve the issue myself and since none of the latest armbian work ootb, I've ordered a raspberry pi 4 and planning to move my entire home automation on it asap. That's a real problem for all theses board, if you manage to get your hands on one, software support is generaly poor (I don't talk about armbian but the manufacturer, in this case, hardkernel). At least with a pi, we still have updates even for old boards. As a side note, I've heard a pi 4 if powerfull enough to act as a 1GB router, so I will also try the latest openwrt snapshot on it and may be move my x86 router on a pi 4 if all goes well.

Link to post
Share on other sites

root@odroidc2:~# armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/2U0G
Please post the URL in the forum where you've been asked for.

 

http://ix.io/2U0G

Quote

Despite efforts in trying to resolve the issue myself and since none of the latest armbian work ootb, I've ordered a raspberry pi 4 and planning to move my entire home automation on it asap. That's a real problem for all theses board, if you manage to get your hands on one, software support is generaly poor (I don't talk about armbian but the manufacturer, in this case, hardkernel). At least with a pi, we still have updates even for old boards.

Agree, have two raspi 4 4GB and support is much better but have had the C2 for years. Wanted to add it to my microk8s cluster and is now with the network dongle but may just sell it and replace it with another raspi 4 for longer term support.

Link to post
Share on other sites

On 3/26/2021 at 5:58 PM, rizo said:

root@odroidc2:~# armbianmonitor -u
System diagnosis information will now be uploaded to http://ix.io/2U0G
Please post the URL in the forum where you've been asked for.

 

http://ix.io/2U0G

Agree, have two raspi 4 4GB and support is much better but have had the C2 for years. Wanted to add it to my microk8s cluster and is now with the network dongle but may just sell it and replace it with another raspi 4 for longer term support.

 

Hey rizo, thats right. the c2 is pretty stable with older kernel. He's been running 24/24 for a few years without much glitch here. Power consumption is pretty low also. It lacks usb3 which make it unsuitable for a home router and with latter kernel I had also issues with usb. That's why I starting to phasing it out. My RPI4 has arrived and I spend most of the week end building, configuring and testing it under Openwrt and I must say I'm impressed, it managed to drive GB fiber without problem. Now I'm starting to think it may be a good idea to just buy another one for home automation purposes, especialy since I've just recently find out that you can activate 5 uart in total, that's a blessing for what I've in mind.

Link to post
Share on other sites

I just wanted to write an update on this issue as I've ran into it also, but I figured out a way to make it work.

My board was in a "broken" state where the network card wasn't working with any of the latest versions of Armbian using a newer u-boot like 21.04-rc3.
I compiled my own versions to test the latest edge and using u-boot 21.04-rc4, etc. but nothing worked.

I got it working by accident and I wasn't sure how but then I flashed the sdcard again with a different version and got into the broken state again.

This lead me down an evening of frantically testing a bunch of things and that's when I discovered a way to get out of this broken state with a newer
version of u-boot (21.04-rc or later).

Grab the latest stable image which uses u-boot 21.04-rc3, flash it to an sdcard and boot the board and wait 5 min or something to make sure the board has actually booted (I'm running headless so no monitor connected).
Once you're sure the board has booted, unplug the network cable and reconnect it. Then wait for a couple of minutes and then power cycle the board and that made the network card work again for me every time I
got into this broken state.

Hope it helps someone else and if not I guess that something else made my network card work again.

Link to post
Share on other sites

On 4/2/2021 at 9:47 PM, zimme said:

I just wanted to write an update on this issue as I've ran into it also, but I figured out a way to make it work.

My board was in a "broken" state where the network card wasn't working with any of the latest versions of Armbian using a newer u-boot like 21.04-rc3.
I compiled my own versions to test the latest edge and using u-boot 21.04-rc4, etc. but nothing worked.

I got it working by accident and I wasn't sure how but then I flashed the sdcard again with a different version and got into the broken state again.

This lead me down an evening of frantically testing a bunch of things and that's when I discovered a way to get out of this broken state with a newer
version of u-boot (21.04-rc or later).

Grab the latest stable image which uses u-boot 21.04-rc3, flash it to an sdcard and boot the board and wait 5 min or something to make sure the board has actually booted (I'm running headless so no monitor connected).
Once you're sure the board has booted, unplug the network cable and reconnect it. Then wait for a couple of minutes and then power cycle the board and that made the network card work again for me every time I
got into this broken state.

Hope it helps someone else and if not I guess that something else made my network card work again.

 

Hey Zimme, I had something similar. I have the NanoPi K2, and I had exactly this problem with the eth0. 


But, also playing around, I installed the Armbian_21.05.0-trunk.70_Nanopik2-s905_hirsute_edge_5.11.11.img , was not working as expected, and I decide to give it a try to Debian Armbian_21.02.3_Nanopik2-s905_buster_current_5.10.21.img , and suddendly, the eth0 was there, working almost perfect. I did some updates, and bla bla, and because I fucked up with users and other things, I decide to flash it again and start from scratch, now that the eth0 is working... and again... not working again. 

 

Now I'm trying what you said, also entering on armbian-config and updating the boot (not sure if this should be done there or not, I'm kind of newbie in Linux). But, still without good results. @zimme Could you please tell me which image you used to get it working again ? 

 

Thanks in advance. 

 

Also, if anyone can tell me how to push another u-boot that works on (with commands for dumb people like me), will be great !! I can do any test, but I need full instructions .. no idea how to change the u-boot, etc.

 

Muadiv.

Link to post
Share on other sites

By now I tried the latest stable (Armbian_21.02.3_Odroidc2_buster_current_5.10.21.img) plus several nightly builds on my ODROID-C2, none of them has working eth0 ootb for me.

 

So I'll stick with the latest image including old but working "U-Boot 2020.04-armbian": (Armbian_20.11.3_Odroidc2_buster_current_5.9.14.img). 

 

You can install all updates (apt-get update && apt-get upgrade is no problem) as long you DON'T upgrade u-boot on the eMMC/SD-card through armbian-config :)
 

Link to post
Share on other sites

Posted (edited)

Hello,

 

how can it get internal ethernet back to work?

I've downloaded linux-u-boot-dev-odroidc2_21.05.0-trunk_arm64.deb and installed. But it is still not working.

 

root@Odroid-C2:~# strings /tmp/installed_uboot.bin | grep "U-Boot 20"
U-Boot 2021.04-armbian (May 06 2021 - 18:07:14 +0000) odroid-c2
root@Odroid-C2:~#

 

Edited by SK_D
Shell-Output
Link to post
Share on other sites

Today my C2 is running fine (booted from MicroSD) and with working ethernet using the "bleeding edge" version of armbian buster ;)

 

cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1;
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1;
dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1

dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376

strings /tmp/installed_uboot.bin | grep "U-Boot 20"
U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2

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

Welcome to Armbian 21.05.2 Buster with bleeding edge Linux 5.12.6-meson64

package bsp-kernel[21.05.2] u-boot[21.05.1] dtb   [21.05.2]
firmware          [21.05.2] config[21.05.3] branch[edge]


dmesg |grep -i ether
[    1.757833] igb: Intel(R) Gigabit Ethernet Network Driver
[    2.235419] meson8b-dwmac c9410000.ethernet: IRQ eth_wake_irq not found
[    2.235437] meson8b-dwmac c9410000.ethernet: IRQ eth_lpi not found
[    2.235529] meson8b-dwmac c9410000.ethernet: PTP uses main clock
[    2.244419] meson8b-dwmac c9410000.ethernet: User ID: 0x11, Synopsys ID: 0x37
[    2.244444] meson8b-dwmac c9410000.ethernet:         DWMAC1000
[    2.244451] meson8b-dwmac c9410000.ethernet: DMA HW capability register supported
[    2.244456] meson8b-dwmac c9410000.ethernet: RX Checksum Offload Engine supported
[    2.244461] meson8b-dwmac c9410000.ethernet: COE Type 2
[    2.244466] meson8b-dwmac c9410000.ethernet: TX Checksum insertion supported
[    2.244471] meson8b-dwmac c9410000.ethernet: Wake-Up On Lan supported
[    2.244556] meson8b-dwmac c9410000.ethernet: Normal descriptors
[    2.244562] meson8b-dwmac c9410000.ethernet: Ring mode enabled
[    2.244567] meson8b-dwmac c9410000.ethernet: Enable RX Mitigation via HW Watchdog Timer
[    5.120227] meson8b-dwmac c9410000.ethernet eth0: PHY [stmmac-0:00] driver [RTL8211F Gigabit Ethernet] (irq=46)
[    5.134367] meson8b-dwmac c9410000.ethernet eth0: No Safety Features support found
[    5.134391] meson8b-dwmac c9410000.ethernet eth0: PTP not supported by HW
[    5.134734] meson8b-dwmac c9410000.ethernet eth0: configuring for phy/rgmii link mode
[    6.791266] meson8b-dwmac c9410000.ethernet eth0: Link is Up - 100Mbps/Full - flow control rx/tx

 

Link to post
Share on other sites

I just came here via web search. I'm not using armbian but openSUSE. Like others here, I found that u-boot 2020-10 and later (tried up to 2021-04) do not detect my ethernet hardware (more precisely, the PHY). u-boot 2020-01 and 2020-04 work for me (like 2020-01). I'm using a 5.3 kernel. So far I suspect commit dd5f2351. Has anyone tried to revert this yet?

Link to post
Share on other sites

```
root@odroidc2:~# strings /dev/mmcblk1 | grep 'U-Boot 20'
U-Boot 2020.04-armbian (Dec 12 2020 - 00:07:49 +0100) odroid-c2

 

root@odroidc2:~# cat /etc/*-release
# PLEASE DO NOT EDIT THIS FILE
BOARD=odroidc2
BOARD_NAME="Odroid C2"
BOARDFAMILY=meson-gxbb
BUILD_REPOSITORY_URL=https://github.com/armbian/build
BUILD_REPOSITORY_COMMIT=b9814056
DISTRIBUTION_CODENAME=focal
DISTRIBUTION_STATUS=supported
VERSION=20.11.3
LINUXFAMILY=meson64


```

How can I upgrade the U-Boot to U-Boot 2021.04-rc3-armbian (Mar 08 2021 - 18:48:25 +0100) odroid-c2?
I tried sudo apt get & sudo apt upgrade -y but it didn't update the U-boot.

Link to post
Share on other sites

27 minutes ago, nwesera said:

How can I upgrade the U-Boot to U-Boot 2021.04-rc3-armbian (Mar 08 2021 - 18:48:25 +0100) odroid-c2?
I tried sudo apt get & sudo apt upgrade -y but it didn't update the U-boot.

 

 

Find yout U-Boot path ins /usr/lib/ and do something like this?

Find your actual U-Boot-Binary (serach for a path like this):
cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64

Flash the new U-Boot:
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1;
dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1;
dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1

Create a binary File which contains the signature:
dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376

Read out the signature:
strings /tmp/installed_uboot.bin | grep "U-Boot 20"
U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2

 

Link to post
Share on other sites

Just had the same problem as well, was running Buster without an issue on my C2 and needed to move to Focal for a few annoying reasons using the non desktop download https://redirect.armbian.com/region/AS/odroidc2/Focal_current and can see I also have the same issue with uboot failing to find the network adapter. I can pull the version out of the running Bionic image and then dd it onto the eMMC.

I eventually got my host working by taking the uboot from Bionic:

wget https://armbian.systemonachip.net/archive/odroidc2/archive/Armbian_20.02.8_Odroidc2_bionic_current_5.4.28_desktop.7z
7z e Armbian_20.02.8_Odroidc2_bionic_current_5.4.28_desktop.7z
dd if=Armbian_20.02.8_Odroidc2_bionic_current_5.4.28_desktop.img of=bionicuboot.bin bs=512 seek=1 skip=1 count=4096

then put onto the emmc:

dd if=bionicuboot.bin of=/dev/sdb bs=512 seek=1 skip=1

 

Further edit.. I am going to search for my serial console tonight when I get home to help debug the root cause. I am also running the same C2 board revision as @guidol as per this post: 

 

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

5 5