diff options
author | Jack Rosenthal <jrosenth@chromium.org> | 2021-11-04 12:11:58 -0600 |
---|---|---|
committer | Commit Bot <commit-bot@chromium.org> | 2021-11-05 04:22:34 +0000 |
commit | 252457d4b21f46889eebad61d4c0a65331919cec (patch) | |
tree | 01856c4d31d710b20e85a74c8d7b5836e35c3b98 /zephyr/Kconfig.debug_assert | |
parent | 08f5a1e6fc2c9467230444ac9b582dcf4d9f0068 (diff) | |
download | chrome-ec-stabilize-14532.B-ish.tar.gz |
ish: Trim down the release branchstabilize-wristpin-14469.59.B-ishstabilize-voshyr-14637.B-ishstabilize-quickfix-14695.187.B-ishstabilize-quickfix-14695.124.B-ishstabilize-quickfix-14526.91.B-ishstabilize-14695.85.B-ishstabilize-14695.107.B-ishstabilize-14682.B-ishstabilize-14633.B-ishstabilize-14616.B-ishstabilize-14589.B-ishstabilize-14588.98.B-ishstabilize-14588.14.B-ishstabilize-14588.123.B-ishstabilize-14536.B-ishstabilize-14532.B-ishstabilize-14528.B-ishstabilize-14526.89.B-ishstabilize-14526.84.B-ishstabilize-14526.73.B-ishstabilize-14526.67.B-ishstabilize-14526.57.B-ishstabilize-14498.B-ishstabilize-14496.B-ishstabilize-14477.B-ishstabilize-14469.9.B-ishstabilize-14469.8.B-ishstabilize-14469.58.B-ishstabilize-14469.41.B-ishstabilize-14442.B-ishstabilize-14438.B-ishstabilize-14411.B-ishstabilize-14396.B-ishstabilize-14395.B-ishstabilize-14388.62.B-ishstabilize-14388.61.B-ishstabilize-14388.52.B-ishstabilize-14385.B-ishstabilize-14345.B-ishstabilize-14336.B-ishstabilize-14333.B-ishrelease-R99-14469.B-ishrelease-R98-14388.B-ishrelease-R102-14695.B-ishrelease-R101-14588.B-ishrelease-R100-14526.B-ishfirmware-cherry-14454.B-ishfirmware-brya-14505.B-ishfirmware-brya-14505.71.B-ishfactory-kukui-14374.B-ishfactory-guybrush-14600.B-ishfactory-cherry-14455.B-ishfactory-brya-14517.B-ish
In the interest of making long-term branch maintenance incur as little
technical debt on us as possible, we should not maintain any files on
the branch we are not actually using.
This has the added effect of making it extremely clear when merging CLs
from the main branch when changes have the possibility to affect us.
The follow-on CL adds a convenience script to actually pull updates from
the main branch and generate a CL for the update.
BUG=b:204206272
BRANCH=ish
TEST=make BOARD=arcada_ish && make BOARD=drallion_ish
Signed-off-by: Jack Rosenthal <jrosenth@chromium.org>
Change-Id: I17e4694c38219b5a0823e0a3e55a28d1348f4b18
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform/ec/+/3262038
Reviewed-by: Jett Rink <jettrink@chromium.org>
Reviewed-by: Tom Hughes <tomhughes@chromium.org>
Diffstat (limited to 'zephyr/Kconfig.debug_assert')
-rw-r--r-- | zephyr/Kconfig.debug_assert | 45 |
1 files changed, 0 insertions, 45 deletions
diff --git a/zephyr/Kconfig.debug_assert b/zephyr/Kconfig.debug_assert deleted file mode 100644 index d568bc7e34..0000000000 --- a/zephyr/Kconfig.debug_assert +++ /dev/null @@ -1,45 +0,0 @@ -# Copyright 2021 The Chromium OS Authors. All rights reserved. -# Use of this source code is governed by a BSD-style license that can be -# found in the LICENSE file. - -if PLATFORM_EC_DEBUG_ASSERT -choice "Behaviour on assertion failure" - prompt "Select behaviour on assertion failure" - help - This selects the action taken when the board hits an assertion - failure in the code. This should not happen in normal operation, - but can appear during development when the code is not yet fully - tested. - -config PLATFORM_EC_DEBUG_ASSERT_REBOOTS - bool "Reboot" - help - Prints a message and reboot if an assert() macro fails at runtime. - If PLATFORM_EC_SOFTWARE_PANIC is enabled then the information is - written to the panic log before rebooting. - -config PLATFORM_EC_DEBUG_ASSERT_BREAKPOINT - bool "Generate a breakpoint" - help - Immediately hits a breakpoint instruction (without printing a message) - so that a connected JTAG debugger can be used to debug the problem - from there. If there is no debugger connected then the breakpoint - instruction will cause the board to reboot immediately. - -endchoice # "Behaviour on assertion failure" - -config PLATFORM_EC_DEBUG_ASSERT_BRIEF - bool "Use brief assertion-failure messages" - depends on PLATFORM_EC_DEBUG_ASSERT_REBOOTS - help - Normally the assertion-failure messages include the expression that - failed and the function name where the failure occurred. These are - both stored as strings and can add a lot to the size of the image, - since they are generated for every call to assert(). Use this option - to drop them so that only the file and line number are shown. - - This option is of course not available with - PLATFORM_EC_DEBUG_ASSERT_BREAKPOINT, since that does not print a - message at all. - -endif # PLATFORM_EC_DEBUG_ASSERT |