14 Feb, 2018

1 commit


11 Feb, 2018

1 commit

  • On the NIOS2 and Xtensa architectures, we do not have
    CONFIG_SYS_TEXT_BASE set. This is a strict migration of the current
    values into the defconfig and removing them from the headers.

    I did not attempt to add more default values in and for now will leave
    that to maintainers.

    Signed-off-by: Tom Rini

    Tom Rini
     

13 Dec, 2017

1 commit


11 Oct, 2017

1 commit

  • Having this as a 'default y' is rather annoying because it doesn't
    actually compile unless other options are defined in the board header:

    ../cmd/bootm.c: In function 'do_imls_nor':
    ../cmd/bootm.c:330:7: error: 'CONFIG_SYS_MAX_FLASH_BANKS' undeclared (first use in this function); did you mean 'CONFIG_SYS_MAX_FLASH_SECT'?
    i < CONFIG_SYS_MAX_FLASH_BANKS; ++i, ++info) {

    Make it 'default n' so people who develop new boards that start from a
    blank defconfig have one less compilation failure to debug.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

26 Sep, 2017

1 commit


15 Aug, 2017

1 commit


12 Aug, 2017

2 commits


09 Aug, 2017

1 commit


08 Aug, 2017

1 commit


12 Jul, 2017

1 commit


19 Jun, 2017

1 commit


14 Mar, 2017

1 commit


28 Jan, 2017

2 commits


30 Dec, 2016

1 commit

  • Commit 7a777f6d6f35 ("mmc: Add generic Kconfig option") created
    a Kconfig entry for this option without any actual moves, then
    commit 44c798799f66 ("sunxi: Use Kconfig CONFIG_MMC") moved
    instances only for SUNXI.

    We generally do not like such partial moves. This kind of work
    is automated by tools/moveconfig.py, so it is pretty easy to
    complete this move.

    I am adding "default ARM || PPC || SANDBOX" (suggested by Tom).
    This shortens the configs and will ease new board porting.

    This commit was created as follows:

    [1] Edit Kconfig (remove the "depends on", add the "default",
    copy the prompt and help message from Linux)

    [2] Run 'tools/moveconfig.py -y -s -r HEAD MMC'

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Jaehoon Chung

    Masahiro Yamada
     

28 Oct, 2016

1 commit


24 Oct, 2016

1 commit


12 Oct, 2016

1 commit


20 Sep, 2016

1 commit

  • This reverts commit 90c08d9e08c7a108ab904f3bbdeb558081757892.

    I took a closer look at this after the commit was applied, and found
    CONFIG_SYS_MALLOC_F_LEN=0x2000 was too much. 8KB memory for SPL is
    actually too big for some boards. Perhaps 0x800 is enough, but the
    situation varies board by board.

    Let's postpone our decision until we come up with a better idea.

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

    Masahiro Yamada
     

17 Sep, 2016

7 commits


07 Sep, 2016

1 commit


10 Jun, 2016

1 commit


26 Apr, 2016

2 commits


14 Jan, 2016

2 commits

  • By removing CONFIG_SYS_MALLOC_CLEAR_ON_INIT, the bootup time is a bit
    faster.

    Signed-off-by: Stefan Roese
    Cc: Luka Perkov

    Stefan Roese
     
  • This patch adds full DM support to the SPL on MVEBU. Currently
    only serial is supported. Other drivers will follow.

    This patch also adds the necessary config values for the DEBUG UART
    to the MVEBU defconfig files. This came in handy while implementing
    this DM support.

    Additionally, the mvebu specific SPL linker script is removed and
    this common one is used instead:

    arch/arm/cpu/u-boot-spl.lds

    This common linker script already handles all special cases. No need
    to reinvent the wheel for MVEBU here.

    Signed-off-by: Stefan Roese
    Cc: Luka Perkov
    Cc: Dirk Eibach
    Cc: Simon Glass

    Stefan Roese
     

25 Nov, 2015

1 commit


22 Nov, 2015

1 commit


21 Oct, 2015

2 commits

  • This patch enables DM_USB on the Marvell AXP / A38x eval boards.

    Signed-off-by: Stefan Roese
    Cc: Simon Glass
    Cc: Luka Perkov

    Stefan Roese
     
  • This patch adds driver model support for some Marvell MVEBU SoC's. Including
    Armada XP and 38x. All 3 currently mainlined boards are converted. DM is now
    selected automatically for MVEBU platforms.

    With this DM support now available for MVEBU, hardcoding the base addresses
    and other information is not necessary any more. Probing should be done
    by using the values provided via the device tree now instead. For this
    the driver also need to be converted to DM. Patches for some of the drivers
    will follow.

    Signed-off-by: Stefan Roese
    Cc: Simon Glass
    Cc: Luka Perkov

    Stefan Roese
     

20 Oct, 2015

1 commit


26 Aug, 2015

1 commit


26 Jun, 2015

1 commit