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

FS#3354 - RB750Gr3 fail to boot with recent snapshots #8286

Closed
openwrt-bot opened this issue Sep 20, 2020 · 3 comments
Closed

FS#3354 - RB750Gr3 fail to boot with recent snapshots #8286

openwrt-bot opened this issue Sep 20, 2020 · 3 comments
Labels

Comments

@openwrt-bot
Copy link

champtar:

I can netboot and flash RB750Gr3 with latest 19.04 (built myself)
Latest master snapshot from today september 20 fail to netboot or flashboot (after flashing from an image that netboot ;) )
Build from a fresh master git clone (default + luci-ssl) also fail

OpenWrt kernel loader for MIPS based SoC Copyright (C) 2011 Gabor Juhos Decompressing kernel... done! Starting kernel at 80001000...

boot stuck here

Build with the following patch on top of 9085343 netboot and flashboot fine

diff --git a/target/linux/ramips/mt7621/config-5.4 b/target/linux/ramips/mt7621/config-5.4
index b4c8ab1f1c..c7a5e6d2d3 100644
--- a/target/linux/ramips/mt7621/config-5.4
+++ b/target/linux/ramips/mt7621/config-5.4
@@ -27,7 +27,7 @@ CONFIG_CEVT_R4K=y
CONFIG_CLKDEV_LOOKUP=y
CONFIG_CLKSRC_MIPS_GIC=y
CONFIG_CLONE_BACKWARDS=y
-CONFIG_CMDLINE="rootfstype=squashfs,jffs2"
+CONFIG_CMDLINE="rootfstype=squashfs,jffs2 earlyprintk"
CONFIG_CMDLINE_BOOL=y

CONFIG_CMDLINE_OVERRIDE is not set

CONFIG_COMMON_CLK=y

@openwrt-bot
Copy link
Author

champtar:

Here what made the image boot:

CONFIG_CMDLINE="rootfstype=squashfs,jffs2 earlyprintk"
CONFIG_CMDLINE="rootfstype=squashfs,jffs2 loglevel=1"
CONFIG_CMDLINE="rootfstype=squashfs,jffs2 loglevel=7"
CONFIG_CMDLINE="rootfstype=squashfs,jffs2 testtestte"
CONFIG_CMDLINE="rootfstype=squashfs,jffs2 "

f00b4r0 on IRC said: "When I have a bit more time on my hand i'll take another look at lzma-loader's code. I'm now convinced it's the cmdline/stack setup there that's causing this bug."

@openwrt-bot
Copy link
Author

pmelange:

Has there been any progress on this? This bug seems to also affect the Miktotik RBM11G

@openwrt-bot
Copy link
Author

pmelange:

Also, I did a bisect and it looks like commit 7081b17 is the cause of the problem.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant