19 Apr, 2015

3 commits

  • 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
     
  • Since driver model will probe the EC when it is first used, we do not
    need to init it explicitly.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • Since all supported boards enable this option now, we can remove it along
    with the old code.

    Signed-off-by: Simon Glass

    Simon Glass
     

14 Apr, 2015

2 commits


10 Apr, 2015

1 commit


06 Apr, 2015

1 commit

  • Remove GPIOs from smdk5420 board file and because the same
    is already specified via DT.

    Signed-off-by: Ajay Kumar
    Reviewed-by: Simon Glass
    Tested-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Ajay Kumar
     

24 Mar, 2015

1 commit

  • Various files are needlessly rebuilt every time due to the version and
    build time changing. As version.h is not actually needed, remove the
    include.

    Signed-off-by: Rob Herring
    Cc: Albert Aribaud
    Cc: Stefano Babic
    Cc: Minkyu Kang
    Cc: Marek Vasut
    Cc: Tom Warren
    Cc: Michal Simek
    Cc: Macpaul Lin
    Cc: Wolfgang Denk
    Cc: York Sun
    Cc: Stefan Roese
    Cc: Nobuhiro Iwamatsu
    Cc: Simon Glass
    Cc: Philippe Reynes
    Cc: Eric Jarrige
    Cc: "David Müller"
    Cc: Phil Edworthy
    Cc: Robert Baldyga
    Cc: Torsten Koschorrek
    Cc: Anatolij Gustschin
    Reviewed-by: Linus Walleij
    Reviewed-by: Łukasz Majewski

    Rob Herring
     

04 Mar, 2015

3 commits


02 Mar, 2015

1 commit


26 Feb, 2015

2 commits


25 Feb, 2015

1 commit


14 Feb, 2015

1 commit


13 Feb, 2015

3 commits


30 Jan, 2015

1 commit


12 Jan, 2015

1 commit


22 Dec, 2014

3 commits

  • Since commit 4a271cb1b4ffdf330 (exynos: usb: Switch USB VBUS GPIOs to be
    device tree configured) it's not needed for the board specific files to
    turn on the VBUS GPIO by hand as that gets done based on device tree. So
    drop the redundant code from the SMDK5420 board file.

    Signed-off-by: Sjoerd Simons
    Acked-by: Simon Glass
    Tested-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Sjoerd Simons
     
  • Not all exynos 5420 based devices with an LCD also have a parade LVDS
    bridge. So make sure compilation doesn't break if CONFIG_LCD is enabled
    and CONFIG_VIDEO_PARADE is not.

    As a side-effect move the parade functions from the exynos system header
    file to its own file.

    Signed-off-by: Sjoerd Simons
    Signed-off-by: Minkyu Kang

    Sjoerd Simons
     
  • This patch adds support for Odroid-XU3.

    Signed-off-by: Hyungwon Hwang
    Reviewed-by: Sjoerd Simons
    Tested-by: Sjoerd Simons
    Acked-by: Simon Glass
    Tested-by: Kevin Hilman
    Signed-off-by: Minkyu Kang

    Hyungwon Hwang
     

24 Nov, 2014

2 commits

  • To indicate that U-Boot is active, turn on the blue LED.

    Signed-off-by: Suriyan Ramasami
    Acked-by: Przemyslaw Marczak
    Signed-off-by: Minkyu Kang

    Suriyan Ramasami
     
  • The USB host code was missing gpio_request() calls before using the gpio
    functions, causing errors to be printed out.

    As a side note calls to max77686_set_buck_mode(OPMODE_OFF/OPMODE_ON) have
    been removed, as they did not have any effect. This is as per Przemyslaw:
    I looked into the documentation and there is a "ENB8" pin in PMIC package.
    This pin allows steering BUCK8 ON/OFF by the hardware. If ENB8 is set to low
    then you can do on/off. If high, then you cannot change its state by I2C
    write, which seems to be the case with the Odroids.

    Signed-off-by: Suriyan Ramasami
    Acked-by: Przemyslaw Marczak
    Signed-off-by: Minkyu Kang

    Suriyan Ramasami
     

17 Nov, 2014

2 commits


30 Oct, 2014

1 commit

  • Setting gpio value before dm gpio init has no effect,
    so now, odroid gpio settings are moved after the gpio uclass init.

    Using non-requested gpio pin cases printing error messages.
    To avoid this, gpio_request() is added for those gpios.

    Signed-off-by: Przemyslaw Marczak
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Przemyslaw Marczak
     

29 Oct, 2014

1 commit

  • 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
     

28 Oct, 2014

1 commit


25 Oct, 2014

1 commit


23 Oct, 2014

5 commits


08 Oct, 2014

2 commits


07 Oct, 2014

1 commit