[LEDE-DEV] Fwd: TP-Link Archer C7 boot loop
Jon
jhpike at cox.net
Wed Oct 19 00:57:54 PDT 2016
Hello all, am having a similar problem with a boot loop. After an
attempted flash of a LEDE build, my router is in a 5-6 second loop.
Am 20.08.2016 um 23:35 schrieb Jochen Demmer:
>
> > yesterday I bricked an Archer C7 v2 by installing some homebrew
> (buildroot) lede firmware. > It got stuck in a boot loop and it's also
> not reachable on 192.168.1.1 on any time during > boot whatsoever. No
> failsafe mode. Archer C7 v2 can be un-brick with TFTP and U-Boot of
> the router. If you try it with the serial console, you need a program
> which hits 'tpl' for you. > I don't know how to debug this. Could
> someone give me a hint? Is maybe something wrong > within lede for
> Archer C7 ? Did you connect a UART adapter to the router? My Lede
> build for Archer C7 v2 works perfectly. I did never use the
> pre-compiled images and I'm using sysupgrade images only. Regards, Hartmut
I've progressed thru successful serial terminal configuration, and am
observing the loop, as well as the TFTP firmware loads attemps.
I seem to be failing a check of product ID and version. Then, the
router attempts to boot the firmware with the same failure that I see in
the regular boot loop:
> #Example of firmware TFTP load, and subsequent problem leading to reboot
>
> dup 1 speed 1000
> Using eth1 device
> TFTP from server 192.168.0.66; our IP address is 192.168.0.86
> Filename 'ArcherC7v2_tp_recovery.bin'.
> Load address: 0x80060000
> Loading: T
> #################################################################
> #######################
editing out hashtags
> #################################################################
> #################################################################
> #######################################################
> done
> Bytes transferred = 16252928 (f80000 hex)
> original_product_id = ffffffff
> original_product_ver = ffffffff
> recovery_product_id = c7000002
> recovery_product_ver = 01
> auto update firmware: product id verify fail!
> Autobooting in 1 seconds
> ## Booting image at 9f020000 ...
> Uncompressing Kernel Image ... Stream with EOS marker is not
> supportedLZMA ERROR 1 - must RESET board to recover
>
> U-Boot 1.1.4 (Oct 14 2015 - 13:34:14)
The last part starting at the "Autobooting in 1 seconds", is the end of
the boot loop, where it complains, then U-Boot starts again. The
regular loop is much longer, culminating in the image boot and the same
error.
My problem is, I can't seem to catch it with tpl, to stop it and get
to console. Have seen another method of erasing and writing from the
console, but either I need to type faster, or something's wrong with my
console config. Are there any other ways to stop a boot and go to console?
Thanks...
Jon
More information about the Lede-dev
mailing list