diff options
author | Harald Seiler <hws@denx.de> | 2020-12-15 18:47:50 +0300 |
---|---|---|
committer | Tom Rini <trini@konsulko.com> | 2021-03-02 19:24:29 +0300 |
commit | 10b86ef9b347c72ad8e73e739a9a00efd0f259f6 (patch) | |
tree | ea78509440d05341a262b7229a0b2f8127706d76 /board/compulab/cm_t335/spl.c | |
parent | 5075bf28d65c70cc777620ac7974adaac5d20095 (diff) | |
download | u-boot-10b86ef9b347c72ad8e73e739a9a00efd0f259f6.tar.xz |
board: ns3: Remove superfluous reset logic
The current implementation of reset_cpu() in the ns3 board code does not
archieve what it is supposed to (according to the comments), due to
a number of reasons:
1. The argument to reset_cpu() is _not_ actually passed from the
`reset` command, but is set to 0 in all call-sites (in this
specific case, see arch/arm/lib/reset.c). Thus, performing
different kinds of resets based on its value will not work as
expected.
2. Contrary to its documentation, the passed argument is not
interpreted, but a static `L3_RESET` define is used. The other
comment properly notes that this will always perform a L3 reset,
though.
3. The "parsing" of the static `L3_RESET` value is not even using the
upper and lower nibble as stated in the comment, but uses the last
two decimal digits of the value.
This is currently one of the only implementations left in U-Boot, which
make "use" of the value passed to reset_cpu(). As this is done under
false assumption (the value does not have any meaning anymore), it makes
sense to bring it into line with the rest and start ignoring the
parameter.
This is a preparation for removal of the reset_cpu() parameter across
the entire tree in a later patch.
Fixes: b5a152e7ca0b ("board: ns3: default reset type to L3")
Cc: Bharat Gooty <bharat.gooty@broadcom.com>
Cc: Rayagonda Kokatanur <rayagonda.kokatanur@broadcom.com>
Signed-off-by: Harald Seiler <hws@denx.de>
Reviewed-by: Simon Glass <sjg@chromium.org>
Diffstat (limited to 'board/compulab/cm_t335/spl.c')
0 files changed, 0 insertions, 0 deletions