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#179 - Archer C2600 kernel fails to reboot #5704

Closed
openwrt-bot opened this issue Sep 14, 2016 · 9 comments
Closed

FS#179 - Archer C2600 kernel fails to reboot #5704

openwrt-bot opened this issue Sep 14, 2016 · 9 comments
Labels

Comments

@openwrt-bot
Copy link

neuro42:

Last tested in Reboot (HEAD, r1589), and ha

When attempting to reboot the router via post-sysupgrade from luci, directly from luci, reboot from console, and echo b > /proc/sysrq-trigger from console, all seem to end up halting the device rather than rebooting it. A power cycle is required to bring the system back up.

@openwrt-bot
Copy link
Author

diizzyy:

Does this occur on recent revisions?

@openwrt-bot
Copy link
Author

jon.grossart:

What revision is your hardware? V1.0 works fine, but version 1.1 has a known issue due to the flash chip used.

@openwrt-bot
Copy link
Author

mkresin:

It is a known issue of the Archer C2600 v1.1 and other boards having > 16MB SPI flash.

It is already fixed upstream and lede-project/source#620 is about backporting the fix to kernel 4.4.

@openwrt-bot
Copy link
Author

jon.grossart:

The C2600 v1.0 has > 16 MB SPI flash, so that's not entirely the correct interpretation. For the C2600, it seems to do more with the specific flash chip used, and not just a size-type combo.

@openwrt-bot
Copy link
Author

neuro42:

Still occurring with 17.01 branch builds and trunk builds.

The hardware is labelled as (CA)/1.0

[ 0.878718] m25p80 spi32766.0: mx25u25635f (32768 Kbytes)

@openwrt-bot
Copy link
Author

por:

And still happens with 17.01-SNAPSHOT, r3428-443d705

For remote management not so nice

@openwrt-bot
Copy link
Author

bjonglez:

So, it turns out that backporting the fix https://git.lede-project.org/?p=source.git;a=commitdiff;h=226e194335c0d9a92402fbab772eac4f38786e45 to kernel 4.4 is far from easy and really invasive :( I tried but it needs a lot of backported patches that don't apply cleanly at all on 4.4.

I guess we will have to live with this issue on the 17.01 branch.

@openwrt-bot
Copy link
Author

bjonglez:

I finally got the backport in a good shape! I am currently building all targets to see the amount of breakage it may cause (hopefully none at all).

@openwrt-bot
Copy link
Author

bjonglez:

Backport for lede-17.01: lede-project/source#1320

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