20 Feb, 2020

1 commit


18 Jan, 2020

1 commit

  • This is an init function so move it out of the common header. Avoid using
    the typedef so that we don't have to include the global_data header file.

    Also tidy up the function style in comments while we are here.

    Signed-off-by: Simon Glass

    Simon Glass
     

03 Dec, 2019

5 commits


12 Aug, 2019

1 commit


18 May, 2019

3 commits

  • While converting CONFIG_SYS_[DI]CACHE_OFF to Kconfig, there are instances
    where these configuration items are conditional on SPL. This commit adds SPL
    variants of these configuration items, uses CONFIG_IS_ENABLED(), and updates
    the configurations as required.

    Acked-by: Alexey Brodkin
    Signed-off-by: Trevor Woerner
    [trini: Make the default depend on the setting for full U-Boot, update
    more zynq hardware]
    Signed-off-by: Tom Rini

    Trevor Woerner
     
  • CONFIG_SYS_[DI]CACHE_OFF had been partially converted to Kconfig
    parameters; only for the ARC architecture. This patch turns these two
    parameters into Kconfig items everywhere else they are found.

    All of the include/configs/* and defconfig changes in this patch are
    for arm machines only. The Kconfig changes for arc, nds32, riscv,
    and xtensa have been included since these symbols are found in code
    under arch/{arc,nds32,riscv,xtensa}, however, no currently-defined
    include/configs/* or defconfigs for these architectures exist which
    include these symbols.

    These results have been confirmed with tools/moveconfig.py.

    Acked-by: Alexey Brodkin
    Signed-off-by: Trevor Woerner
    [trini: Re-migrate for a few more boards]
    Signed-off-by: Tom Rini

    Trevor Woerner
     
  • According to De Morgan's Law[1]:
    !(A && B) = !A || !B
    !(A || B) = !A && !B

    There are 5 places in the code where we find:
    #if !(defined(CONFIG_SYS_ICACHE_OFF) && defined(CONFIG_SYS_DCACHE_OFF))
    and 4 places in the code where we find:
    #if (!defined(CONFIG_SYS_ICACHE_OFF) || !defined(CONFIG_SYS_DCACHE_OFF))

    In words, the construct:
    !defined(CONFIG_SYS_[DI]CACHE_OFF)
    means:
    "is the [DI]CACHE on?"
    and the construct:
    defined(CONFIG_SYS_[DI]CACHE_OFF)
    means:
    "is the [DI]CACHE off?"

    Therefore
    !(defined(CONFIG_SYS_ICACHE_OFF) && defined(CONFIG_SYS_DCACHE_OFF))
    means:
    "the opposite of 'are they both off?'"
    in other words:
    "are either or both on?"
    and:
    (!defined(CONFIG_SYS_ICACHE_OFF) || !defined(CONFIG_SYS_DCACHE_OFF)
    means:
    "are either or both on?"

    As a result, I've converted the 4 instances of '(!A || !B)' to '!(A && B)' for
    consistency.

    [1] https://en.wikipedia.org/wiki/De_Morgan%27s_laws

    Signed-off-by: Trevor Woerner

    Trevor Woerner
     

26 Sep, 2018

1 commit


11 Sep, 2018

1 commit


17 Aug, 2018

1 commit


07 May, 2018

1 commit

  • When U-Boot started using SPDX tags we were among the early adopters and
    there weren't a lot of other examples to borrow from. So we picked the
    area of the file that usually had a full license text and replaced it
    with an appropriate SPDX-License-Identifier: entry. Since then, the
    Linux Kernel has adopted SPDX tags and they place it as the very first
    line in a file (except where shebangs are used, then it's second line)
    and with slightly different comment styles than us.

    In part due to community overlap, in part due to better tag visibility
    and in part for other minor reasons, switch over to that style.

    This commit changes all instances where we have a single declared
    license in the tag as both the before and after are identical in tag
    contents. There's also a few places where I found we did not have a tag
    and have introduced one.

    Signed-off-by: Tom Rini

    Tom Rini
     

23 Feb, 2018

1 commit


03 Oct, 2017

1 commit

  • Convert the xtensa architecture to make use of the new asm-generic/io.h
    to provide address mapping functions. As the generic implementations are
    suitable for xtensa this is primarily a matter of moving code.

    This has only been build-tested, feedback from architecture maintainers
    is welcome.

    Signed-off-by: Paul Burton
    Cc: Max Filippov
    Acked-by: Max Filippov

    Paul Burton
     

16 Aug, 2017

1 commit

  • We are now using an env_ prefix for environment functions. Rename these
    two functions for consistency. Also add function comments in common.h.

    Quite a few places use getenv() in a condition context, provoking a
    warning from checkpatch. These are fixed up in this patch also.

    Suggested-by: Wolfgang Denk
    Signed-off-by: Simon Glass

    Simon Glass
     

13 Apr, 2017

1 commit


06 Apr, 2017

1 commit


24 Sep, 2016

2 commits


16 Aug, 2016

5 commits

  • The 'xtfpga' board is actually a set of FPGA evaluation boards that
    can be configured to run an Xtensa processor.

    - Avnet Xilinx LX60
    - Avnet Xilinx LX110
    - Avnet Xilinx LX200
    - Xilinx ML605
    - Xilinx KC705

    These boards share the same components (open-ethernet, ns16550 serial,
    lcd display, flash, etc.).

    Signed-off-by: Chris Zankel
    Signed-off-by: Max Filippov
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    Chris Zankel
     
  • DE212 is a general purpose xtensa processor without full MMU.
    Core information files are autogenerated from the processor description
    and are not meant to be edited.

    Signed-off-by: Max Filippov
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    Max Filippov
     
  • DC233C is an xtensa processor with full MMUv3 capable of running Linux.
    Core information files are autogenerated from the processor description
    and are not meant to be edited.

    Signed-off-by: Max Filippov
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    Max Filippov
     
  • DC232B is an xtensa processor with full MMUv2 capable of running Linux.
    Core information files are autogenerated from the processor description
    and are not meant to be edited.

    Signed-off-by: Chris Zankel
    Signed-off-by: Max Filippov
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    Chris Zankel
     
  • The Xtensa processor architecture is a configurable, extensible,
    and synthesizable 32-bit RISC processor core provided by Tensilica, inc.

    This is the second part of the basic architecture port, adding the
    'arch/xtensa' directory and a readme file.

    Signed-off-by: Chris Zankel
    Signed-off-by: Max Filippov
    Reviewed-by: Simon Glass
    Reviewed-by: Tom Rini

    Chris Zankel