Eric Lee / smarc-uboot

07 May, 2018

1 commit

  • 83d290c56   SPDX: Convert all of our single license tags to Linux Kernel style ... Browse Code »
    56

    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
     

16 Aug, 2017

2 commits

05 Jun, 2017

1 commit

16 May, 2017

1 commit

15 May, 2017

2 commits

20 Mar, 2017

1 commit

  • d5abcf94c   ti: boot: Register the MMC controllers in SPL in the same way as in u-boot ... Browse Code »
    40

    To keep a consistent MMC device mapping in SPL and in u-boot, let's
    register the MMC controllers the same way in u-boot and in the SPL.
    In terms of boot time, it doesn't hurt to register more controllers than
    needed because the MMC device is initialized only prior being accessed for
    the first time.
    Having the same device mapping in SPL and u-boot allows us to use the
    environment in SPL whatever the MMC boot device.

    Signed-off-by: Jean-Jacques Hiblot

    Jean-Jacques Hiblot
     

29 Jan, 2017

1 commit

23 Jul, 2016

1 commit

16 Mar, 2016

2 commits

09 Jun, 2015

1 commit

  • 5e90470a8   pepper: Implement Board Detection mechanism ... Browse Code »

    AM335x-based 'Gumstix Pepper' SBCs and variants use different types of
    RAM (DDR2 vs DDR3 with DDR3 being the default). Detect the board type
    by reading the factory-programmed EEPROM [1] and use this to select any
    runtime boot options such as RAM type.

    [1] http://elinux.org/BeagleBoardPinMux#List_of_Vendor_and_Device_IDs

    Signed-off-by: Adam YH Lee
    Signed-off-by: Ash Charles

    Adam YH Lee
     

19 Apr, 2015

2 commits

  • 0adb5b761   net: cosmetic: Name ethaddr variables consistently ... Browse Code »

    Use "_ethaddr" at the end of variables and drop CamelCase.
    Make constant values actually 'const'.

    Signed-off-by: Joe Hershberger
    Acked-by: Simon Glass

    Joe Hershberger
     
  • 58d423b88   dm: select CONFIG_DM* options ... Browse Code »

    As mentioned in the previous commit, adding default values in each
    Kconfig causes problems because it does not co-exist with the
    "depends on" syntax. (Please note this is not a bug of Kconfig.)
    We should not do so unless we have a special reason. Actually,
    for CONFIG_DM*, we have no good reason to do so.

    Generally, CONFIG_DM is not a user-configurable option. Once we
    convert a driver into Driver Model, the board only works with Driver
    Model, i.e. CONFIG_DM must be always enabled for that board.
    So, using "select DM" is more suitable rather than allowing users to
    modify it. Another good thing is, Kconfig warns unmet dependencies
    for "select" syntax, so we easily notice bugs.

    Actually, CONFIG_DM and other related options have been added
    without consistency: some into arch/*/Kconfig, some into
    board/*/Kconfig, and some into configs/*_defconfig.

    This commit prefers "select" and cleans up the following issues.

    [1] Never use "CONFIG_DM=n" in defconfig files

    It is really rare to add "CONFIG_FOO=n" to disable CONFIG options.
    It is more common to use "# CONFIG_FOO is not set". But here, we
    do not even have to do it.
    Less than half of OMAP3 boards have been converted to Driver Model.
    Adding the default values to arch/arm/cpu/armv7/omap3/Kconfig is
    weird. Instead, add "select DM" only to appropriate boards, which
    eventually eliminates "CONFIG_DM=n", etc.

    [2] Delete redundant CONFIGs

    Sandbox sets CONFIG_DM in arch/sandbox/Kconfig and defines it again
    in configs/sandbox_defconfig.
    Likewise, OMAP3 sets CONFIG_DM arch/arm/cpu/armv7/omap3/Kconfig and
    defines it also in omap3_beagle_defconfig and devkit8000_defconfig.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

25 Feb, 2015

1 commit

13 Feb, 2015

1 commit

29 Oct, 2014

1 commit

  • 2e07c249a   kconfig: arm: introduce symbol for ARM CPUs ... Browse Code »
    215

    This commit introduces a Kconfig symbol for each ARM CPU:
    CPU_ARM720T, CPU_ARM920T, CPU_ARM926EJS, CPU_ARM946ES, CPU_ARM1136,
    CPU_ARM1176, CPU_V7, CPU_PXA, CPU_SA1100.
    Also, it adds the CPU feature Kconfig symbol HAS_VBAR which is selected
    for CPU_ARM1176 and CPU_V7.

    For each target, the corresponding CPU is selected and the definition of
    SYS_CPU in the corresponding Kconfig file is removed.

    Also, it removes redundant "string" type in some Kconfig files.

    Signed-off-by: Georges Savoundararadj
    Acked-by: Albert ARIBAUD
    Cc: Masahiro Yamada

    Georges Savoundararadj
     

14 Sep, 2014

1 commit

  • 461be2f96   kconfig: remove redundant "string" type in arch and board Kconfigs ... Browse Code »
    43

    Now the types of CONFIG_SYS_{ARCH, CPU, SOC, VENDOR, BOARD, CONFIG_NAME}
    are specified in arch/Kconfig.

    We can delete the ones in arch and board Kconfig files.

    This commit can be easily reproduced by the following command:

    find . -name Kconfig -a ! -path ./arch/Kconfig | xargs sed -i -e '
    /config[[:space:]]SYS_\(ARCH\|CPU\|SOC\|\VENDOR\|BOARD\|CONFIG_NAME\)/ {
    N
    s/\n[[:space:]]*string//
    }
    '

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

31 Aug, 2014

1 commit

30 Jul, 2014

2 commits

  • 93d4334f7   Add board MAINTAINERS files ... Browse Code »

    We have switched to Kconfig and the boards.cfg file is going to
    be removed. We have to retrieve the board status and maintainers
    information from it.

    The MAINTAINERS format as in Linux Kernel would be nice
    because we can crib the scripts/get_maintainer.pl script.

    After some discussion, we chose to put a MAINTAINERS file under each
    board directory, not the top-level one because we want to collect
    relevant information for a board into a single place.

    TODO:
    Modify get_maintainer.pl to scan multiple MAINTAINERS files.

    Signed-off-by: Masahiro Yamada
    Suggested-by: Tom Rini
    Acked-by: Simon Glass

    Masahiro Yamada
     
  • dd84058d2   kconfig: add board Kconfig and defconfig files ... Browse Code »

    This commit adds:
    - arch/${ARCH}/Kconfig
    provide a menu to select target boards
    - board/${VENDOR}/${BOARD}/Kconfig or board/${BOARD}/Kconfig
    set CONFIG macros to the appropriate values for each board
    - configs/${TARGET_BOARD}_defconfig
    default setting of each board

    (This commit was automatically generated by a conversion script
    based on boards.cfg)

    In Linux Kernel, defconfig files are located under
    arch/${ARCH}/configs/ directory.
    It works in Linux Kernel since ARCH is always given from the
    command line for cross compile.

    But in U-Boot, ARCH is not given from the command line.
    Which means we cannot know ARCH until the board configuration is done.
    That is why all the "*_defconfig" files should be gathered into a
    single directory ./configs/.

    Signed-off-by: Masahiro Yamada
    Acked-by: Simon Glass

    Masahiro Yamada
     

26 Jul, 2014

1 commit

  • c4f80f500   am335x_evm / gumstix pepper: Correct DDR settings ... Browse Code »

    As noted by clang, we have been shifting certain values out of 32bit
    range when setting some DDR registers. Upon further inspection these
    had been touching reserved fields (and having no impact). These came in
    from historical bring-up code and can be discarded. Similarly, we had
    been declaring some fields as 0 when they will be initialized that way.
    Tested on Beaglebone White.

    Reported-by: Jeroen Hofstee
    Cc: Ash Charles
    Signed-off-by: Tom Rini
    Tested-By: Ash Charles

    Tom Rini
     

24 May, 2014

1 commit

  • ffe169115   omap4: duovero: Add Gumstix DuoVero machine. ... Browse Code »

    This adds the Gumstix DuoVero machine [1]. This is a OMAP4430-based
    computer-on-module (COM aka SOM) that can be mounted on various
    expansion boards with different peripherals.

    [1] https://store.gumstix.com/index.php/category/43/

    Signed-off-by: Ash Charles
    [trini: Rename gpmc_enable_gpmc_cs_config to gpmc_enable_gpmc_net_config]
    Signed-off-by: Tom Rini

    Ash Charles
     

14 May, 2014

1 commit

  • 2d92ba844   am335x: pepper: Add Gumstix Pepper AM335x-based machine ... Browse Code »

    This adds the Gumstix Pepper[1] single-board computer based on the
    TI AM335x processor. Schematics are available [2].

    [1] https://store.gumstix.com/index.php/products/344/
    [2] https://pubs.gumstix.com/boards/PEPPER/

    Signed-off-by: Ash Charles
    [trini: Move 'cdev' in board.c down to under #ifdef's where it's used]
    Signed-off-by: Tom Rini

    Ash Charles