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#3195 - ramips/mt7621/zbt3526 -> boot failure with kernel 5.4 #8022

Closed
openwrt-bot opened this issue Jun 20, 2020 · 17 comments
Closed

FS#3195 - ramips/mt7621/zbt3526 -> boot failure with kernel 5.4 #8022

openwrt-bot opened this issue Jun 20, 2020 · 17 comments
Labels

Comments

@openwrt-bot
Copy link

camel:

Supply the following if possible:

  • Device problem occurs on: ZBT 3526-16MB + 32 MB
  • Software versions of OpenWrt/LEDE: current trunk (kernel 5.4)
  • Steps to reproduce: when i update the firmware, i see that there is a network after reboot for ~10sec, and then it is gone, and is not accessable, seeems to be, that something is crashing.
    i can only hard-reset - nothing else.

any idea ?
maybe it is related also like the other bugs reported ? for bootloop or hanging/crashing mt7621 ?

@openwrt-bot
Copy link
Author

@openwrt-bot
Copy link
Author

camel:

hmm, it would be nice if admins can set this to "CRITICAL", as noone can test anymore trunks - and that is since 2 months !!!!!
affected images maybe much more - see the size of mt7621 >5MB .. maybe it is related to this ?

@openwrt-bot
Copy link
Author

ynezz:

Please try the fix proposed in https://git.openwrt.org/ad19751edc21ae713bd95df6b93be64bd1e0c612

@openwrt-bot
Copy link
Author

camel:

sorry, how should i test this ?
i can'T compile the image, but i can test images when they are compiled.
Pls let me know which image i should test ?
it is not easier to try this commit in trunk master version ? and then everone can test this ?

@openwrt-bot
Copy link
Author

camel:

sorry, guys, you are really doing a freat job, but since 6 months noone can use zbt3526 devices and also others which related to same chipset/mem.

as told, i can't compile by myself...
can anyone tell if that proposed fix is in current trunk compiled into or not ?
how can i see that it is included in trunk compiled version ?
https://git.openwrt.org/ad19751edc21ae713bd95df6b93be64bd1e0c612

@openwrt-bot
Copy link
Author

camel:

meanwhile i tested the current (todays) trunk, and seems to bestill not implemented that fix.
pls implement or commit whatever is needed that it will be compiled inot
.
it can not be going more worst, as currently still=> BOOTLOOP (and that is since almost 6 months now !!!

@openwrt-bot
Copy link
Author

camel:

but on that commit i see not that there is also the device zbt3526 is added ?
should it not also be in list of that patch ?

@openwrt-bot
Copy link
Author

AelxG:

Have the same problen on uinelec 7621-06. Snapshot images https://downloads.openwrt.org/snapshots/targets/ramips/mt7621/ does not work at all.

But custom build from master works but with some limitations, for example, there is DT parsing error at kernel log, exactly the same as here:

https://bugs.openwrt.org/index.php?do=details&task_id=3093

but without solution.

@openwrt-bot
Copy link
Author

camel:

yes, waiting now since 6 months if anyone can commit the patch to master that i can begin testing ;-(

@openwrt-bot
Copy link
Author

Rascal6:

hi all

#3334
I have tested. Everything works with this patch

@openwrt-bot
Copy link
Author

camel:

@Rascal6 - thx for verifying ..

@petr Štetiar
when can this patch be added to master or which are the next steps to add/commit to master trunk ?

@openwrt-bot
Copy link
Author

Rascal6:

@Camel Please check now

@openwrt-bot
Copy link
Author

AelxG:

@Rascal6, not at all, 5 minutes ago just tested again, still crashes.

Please note that a have another device, Unielec 7621-06. But platform the same, mt7621.

Here is part of mt7621.mk:

define Device/unielec_u7621-06-64m $(Device/dsa-migration) IMAGE_SIZE := 65216k DEVICE_VENDOR := UniElec DEVICE_MODEL := U7621-06 DEVICE_VARIANT := 64M DEVICE_PACKAGES := kmod-ata-ahci kmod-sdhci-mt7620 kmod-usb3 -wpad-basic-wolfssl SUPPORTED_DEVICES += unielec,u7621-06-512m-64m endef TARGET_DEVICES += unielec_u7621-06-64m

@openwrt-bot
Copy link
Author

Rascal6:

Need to flash without saving settings

@openwrt-bot
Copy link
Author

UAb5eSMn:

The patch should be in todays snapshot image (a69949a). Yesterday it was at commit f75c70a, so the patch (b2f19d3) wasn't in the snapshot yet.

@openwrt-bot
Copy link
Author

camel:

confirmed, patch is working. pls close ticket
great job, thx

@981213
Copy link
Member

981213 commented Mar 7, 2022

Closed as requested.

@981213 981213 closed this as completed Mar 7, 2022
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

2 participants