Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Totolink X5000R bootlooping due to unsupported SPI-NOR in current kernel #12306

Open
1 task done
ThranduilII opened this issue Apr 1, 2023 · 12 comments
Open
1 task done
Labels
bug issue report with a confirmed bug

Comments

@ThranduilII
Copy link

Describe the bug

Totolink stealth changed the spi-nor in their router. New spi-nor is ZB25VQ128ASIG with JEDEC id bytes: 5e 40 18 5e 40 18.
I believe support has been added per this thread: https://lore.kernel.org/lkml/20210918072256.3505379-1-daniel@0x0f.com/T/ but has not been integrated into OpenWRT as of now.

OpenWrt version

23.03.3

OpenWrt target/subtarget

mt762

Device

Totolink X5000R V 1.0

Image kind

Official downloaded image

Steps to reproduce

Downgrade to OEM first release firmware. Upgrade to OpenWRT using OEM webupgrade GUI.

Actual behaviour

Bootloop after installing OpenWRT.

Expected behaviour

OpenWRT to run without bootloop

Additional info

No response

Diffconfig

No response

Terms

  • I am reporting an issue for OpenWrt, not an unsupported fork.
@ThranduilII ThranduilII added the bug issue report with a confirmed bug label Apr 1, 2023
@ThranduilII ThranduilII changed the title Totolink X5000R bootlooping due to unsupport SPI-NOR in current kernel Totolink X5000R bootlooping due to unsupported SPI-NOR in current kernel Apr 1, 2023
@dfateyev
Copy link

dfateyev commented Apr 4, 2023

@981213 I believe, you may be interested in this issue

@ThranduilII
Copy link
Author

I have requested pull requests for 5.10 and 5.15 patches that would allow the router to be flashed without any issues of bootlooping.

@carlosfilhoadm
Copy link

Hi @ThranduilII

I bought a X5000R in August 2022 and intended to finally install OpenWRT on it in the next few days, but thankfully found this issue report first.

Will the next release (22.03.5) include your patches in order to fix this issue?

Thank you.

@dfateyev
Copy link

I see #12475 was closed without merge

@carlosfilhoadm
Copy link

Thank you @dfateyev

@carlosfilhoadm
Copy link

I haven't seen any commits for this issue in git.openwrt.org. Is it still unsolved, then?

Does it also affect 21.02.7?

@d687r02j8g
Copy link

Is there a way to recover from the bootloop?

@ThranduilII the below user tried using your 23.x image but doesn't seem to work. Is there anything special the user needs to do? They are stuck flashing openwrt

https://forum.openwrt.org/t/got-stuck-on-system-running-in-recovery-initramfs-mode-totolink-x5000r/160442?u=d687r02j8g

@ThranduilII
Copy link
Author

Is there a way to recover from the bootloop?

@ThranduilII the below user tried using your 23.x image but doesn't seem to work. Is there anything special the user needs to do? They are stuck flashing openwrt

https://forum.openwrt.org/t/got-stuck-on-system-running-in-recovery-initramfs-mode-totolink-x5000r/160442?u=d687r02j8g

That user is using an image that does not have the merge that would solve the boot loops issue. I never ended up merging my commits as I am a novice here on GitHub.

I have compiled an image for the current 22.03.5 on my own fork and I have been running it for the past 19 days. Screenshot_20230524-033020_Firefox Focus~2.png

I'll head over to that thread and link my compiled image.

@carlosfilhoadm
Copy link

I installed the latest release (22.03.5) on the X5000R.

OpenWRT is working normally, even though the device was purchased on August 2022.

I assumed that if the installation had failed, I would have used the emergency recovery page to revert it.

@ThranduilII
Copy link
Author

I installed the latest release (22.03.5) on the X5000R.

OpenWRT is working normally, even though the device was purchased on August 2022.

I assumed that if the installation had failed, I would have used the emergency recovery page to revert it.

If the firmware doesn't support your device in any way, it will boot loop like what happened to my x5000r before I patched in the support for the Zbits SPI-NOR. Glad to see it works for you.

@lnxbil
Copy link

lnxbil commented Aug 30, 2023

I installed the latest release (22.03.5) on the X5000R.

OpenWRT is working normally, even though the device was purchased on August 2022.

I assumed that if the installation had failed, I would have used the emergency recovery page to revert it.

Works for me too. 22.03.5 added a fix for another device that may have solved the problem with the X5000R too.

@Smankusors
Copy link

btw, the 22.03 security support will be ended in 11 April 2024...

If anyone wanted to upgrade to the 23.05 and wondering if it's safe to do so, you can determine the SPI flash chip manufacturer by following these steps:

  1. login to your router via SSH
  2. run command dmesg | grep spi
    you should see an output similar to the following:
    [    0.648548] spi-nor spi0.0: en25qh128 (16384 Kbytes)
    
  3. in quick Google search, I found out that it's manufactured by Eon, and I verified that it exist on the kernel source code (v5.15)

I gave the upgrade a shot with the sysupgrade image and it worked like a charm! OpenWRT is up and running on the latest release build. 😄

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug issue report with a confirmed bug
Projects
None yet
Development

No branches or pull requests

6 participants