diff options
author | John Crispin <john@openwrt.org> | 2015-01-20 06:54:53 +0000 |
---|---|---|
committer | John Crispin <john@openwrt.org> | 2015-01-20 06:54:53 +0000 |
commit | 29207748b926c8e2abf248475ac000331c9f9dd1 (patch) | |
tree | 008cd15b1723a719e863094030b354e1125d8f62 /target | |
parent | 607ecb249cb46472694c0b06cf812b2609a3b8dd (diff) | |
download | upstream-29207748b926c8e2abf248475ac000331c9f9dd1.tar.gz upstream-29207748b926c8e2abf248475ac000331c9f9dd1.tar.bz2 upstream-29207748b926c8e2abf248475ac000331c9f9dd1.zip |
base-files: Use 200ms LED timing as before for the new phase preinit_regular.
This restores normal pre-r43715 200ms blink-period for the System LED we're all accustomed to see while our OpenWrt routers are booting.
Failsafe possibility will now be signalled with a new 100ms blinking, which is easily recognizable from the normal 200ms booting.
So no existing user will be scared by a new 500ms LED pattern, since such a slow pattern could easily be mistaken for something wrong... I was like "ok why my router is collapsing now, is this a bad flash, a kernel panic, or what else" when I've seen it for the first time ;)
Sorry for not having explained myself better in v1 of this patch.
Original:
Preinit, failsafe is possible: 200ms
Preinit, failsafe not possible anymore, booting normally: 200ms
Failsafe entered: 50ms
Now (after preinit_regular has been introduced):
Preinit, failsafe is possible: 200ms
Preinit, failsafe not possible anymore, booting normally: 500ms *here is the "offending" change*
Failsafe entered: 50ms
With my proposed patch:
Preinit, failsafe is possible: 100ms *indicate this condition with a new timing, that prompts the user to press the key if they want to start failsafe*
Preinit, failsafe not possible anymore, booting normally: 200ms *keep this as before*
Failsafe entered: 50ms
Signed-off-by: Vittorio Gambaletta <openwrt@vittgam.net>
SVN-Revision: 44056
Diffstat (limited to 'target')
0 files changed, 0 insertions, 0 deletions