06 Aug, 2015

2 commits

  • Spring is the first ARM-based HP Chromebook 11. It is similar to snow
    and it uses the same Samsung Exynos5250 chip. But has some unusual
    features. Mainline support for it has lagged snow (both in kernel and
    U-Boot). Now that the exynos5 code is common we can support spring just
    by adding a device tree and a few lines of configuration.

    Signed-off-by: Simon Glass

    Simon Glass
     
  • Now that most exynos5250 boards can use the generic exynos5 code, switch
    over to it and remove the old code.

    Signed-off-by: Simon Glass

    Simon Glass
     

23 Oct, 2014

1 commit


08 Oct, 2014

1 commit


14 Sep, 2014

1 commit

  • 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

  • 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
     
  • 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
     

28 May, 2014

3 commits


13 May, 2014

1 commit

  • This patch includes following changes :
    * Adds gpio pin numbering support for EXYNOS SOCs.
    To have consistent 0..n-1 GPIO numbering the banks are divided
    into different parts where ever they have holes in them.

    * Rename GPIO definitions from GPIO_... to S5P_GPIO_...
    These changes were done to enable cmd_gpio for EXYNOS and
    cmd_gpio has GPIO_INPUT same as s5p_gpio driver and hence
    getting a error during compilation.

    * Adds support for name to gpio conversion in s5p_gpio to enable
    gpio command EXYNOS SoCs. Function has been added to asm/gpio.h
    to decode the input gpio name to gpio number.
    Example: SMDK5420 # gpio set gpa00

    Signed-off-by: Leela Krishna Amudala
    Signed-off-by: Rajeshwari Shinde
    Signed-off-by: Akshay Saraswat
    Acked-by: Przemyslaw Marczak
    Signed-off-by: Minkyu Kang

    Akshay Saraswat
     

25 Mar, 2014

1 commit


18 Mar, 2014

1 commit


12 Mar, 2014

2 commits


19 Feb, 2014

1 commit


03 Feb, 2014

1 commit

  • Previously as a part of moving the VBUS gpio support to device tree
    following patch removed this and added relevant support in driver:
    4a271cb exynos: usb: Switch USB VBUS GPIOs to be device tree configured

    Recent changes for common board file migration for exynos platform
    added it again. So removing it now.

    Signed-off-by: Vivek Gautam
    Cc: Julius Werner
    Cc: Minkyu Kang
    Cc: Marek Vasut
    Signed-off-by: Minkyu Kang

    Vivek Gautam
     

30 Dec, 2013

1 commit


05 Dec, 2013

1 commit

  • This patch adapts the s3c24x0 driver to the new i2c framework.
    Config file is modified for all the boards that use the driver.

    Signed-off-by: Piotr Wilczek
    Signed-off-by: Kyungmin Park
    CC: Minkyu Kang
    CC: Heiko Schocher
    CC: Inderpal Singh
    CC: David Müller
    CC: Chander Kashyap
    CC: Lukasz Majewski
    Tested-by: Naveen Krishna Chatradhi
    Reviewed-by: Naveen Krishna Chatradhi

    Piotr Wilczek
     

01 Nov, 2013

1 commit


21 Oct, 2013

1 commit

  • Some Exynos boards, such as the SMDK5250, control USB port power through
    a GPIO pin. For now this had been hardcoded in the exynos5-dt board
    file, but not all boards use the same pin, requiring local changes to
    support different boards.

    This patch moves the GPIO initialization into the USB host controller
    drivers which they belong to, and uses the samsung,vbus-gpio parameter
    in the device tree to configure it.

    Signed-off-by: Julius Werner
    Signed-off-by: Vivek Gautam
    Cc: Simon Glass
    Cc: Minkyu Kang
    Cc: Marek Vasut

    Julius Werner
     

24 Jul, 2013

1 commit


12 Jul, 2013

1 commit


10 Jul, 2013

1 commit

  • This patch resolves the below mentioned compilation error of i2c driver
    for non-FDT case

    Compilation error:
    s3c24x0_i2c.c: In function 'board_i2c_init':
    s3c24x0_i2c.c:544:18: error: 'CONFIG_MAX_I2C_NUM' undeclared (first use
    in this function) s3c24x0_i2c.c:544:18: note: each undeclared
    identifier is reported only once for each function it appears in
    s3c24x0_i2c.c:545:3: warning: implicit declaration of function

    Signed-off-by: Rajeshwari Shinde
    Signed-off-by: Amar
    Signed-off-by: Minkyu Kang

    Amar
     

05 Jul, 2013

2 commits

  • This patch performs the following:

    1) Convert the assembly code for memory and clock initialization to C code.
    2) Move the memory and clock init codes from board/samsung to arch/arm
    3) Creat a common lowlevel_init file across Exynos4 and Exynos5. Converted
    the common lowlevel_init from assembly to C-code
    4) Made spl_boot.c and tzpc_init.c common for both exynos4 and exynos5.
    5) Enable CONFIG_SKIP_LOWLEVEL_INIT as stack pointer initialisation is already
    done in _main.
    6) exynos-uboot-spl.lds made common across SMDKV310, Origen and SMDK5250.

    TEST: Tested SD-MMC boot on SMDK5250 and Origen.
    Tested USB and SPI boot on SMDK5250
    Compile tested for SMDKV310.

    Signed-off-by: Rajeshwari Shinde
    Signed-off-by: Minkyu Kang

    Rajeshwari Shinde
     
  • smdk5250-uboot-spl.lds is moved to common folder, so that it can be reused.
    It is renamed to exynos-uboot-spl.lds

    Signed-off-by: Rajeshwari Shinde
    Acked-by: Simon Glass
    Tested-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Rajeshwari Shinde
     

28 Jun, 2013

1 commit


26 Jun, 2013

1 commit

  • This patch initiates cros-ec in board_init() to enable it for smdk5250.

    This patch depends on the patch in the MMC series that brings in exynos5-dt.c.
    Refer to http://patchwork.ozlabs.org/patch/240084.

    Signed-off-by: Simon Glass
    Signed-off-by: Vincent Palatin
    Signed-off-by: Hung-ying Tyan
    Acked-by: Simon Glass

    Hung-ying Tyan
     

24 Jun, 2013

1 commit

  • Some Exynos5250 silicon may require 1.05v on the MIF to be stable, so to be
    safe we can default to 1.05v instead of 1.00v. This can be set optimally later
    in the boot process by the kernel.

    The 0x6 value for 1.05v comes from the MAX77686 datasheet.

    Signed-off-by: Bernie Thompson
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Bernie Thompson
     

13 Jun, 2013

2 commits

  • This patch adds support for EMMC booting on SMDK5250.

    Signed-off-by: Amar
    Signed-off-by: Minkyu Kang

    Amar
     
  • This patch enables and initialises DWMMC for SMDK5250.
    Supports both FDT and non-FDT. This patch creates a new file
    'exynos5-dt.c' meant for FDT support.
    exynos5-dt.c: This file shall contain all code which supports FDT.
    Any addition of FDT support for any module needs to be
    added in this file.
    smdk5250.c: This file shall contain the code which supports non-FDT.
    version. Any addition of non-FDT support for any module
    needs to be added in this file.
    May be, the file smdk5250.c can be removed in near future
    when non-FDT is not required.

    The Makefile is updated to compile only one of the files
    exynos5-dt.c / smdk5250.c based on FDT configuration.

    NOTE:
    Please note that all additions corresponding to FDT need to be added into the
    file exynos5-dt.c.
    At same time if non-FDT support is required then add the corresponding
    updations into smdk5250.c.

    Signed-off-by: Amar
    Signed-off-by: Minkyu Kang

    Amar
     

04 Jun, 2013

2 commits


17 Apr, 2013

1 commit

  • Exynos5250 supports secondary USB device boot mode. If the iROM fails
    to download u-boot from the primary boot device (such as SD or eMMC),
    it will try to retrieve from the secondary boot device (such as USB).

    Signed-off-by: Naveen Krishna Ch
    Signed-off-by: Simon Glass
    Signed-off-by: Vivek Gautam
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Vivek Gautam
     

14 Apr, 2013

1 commit


12 Apr, 2013

1 commit


01 Apr, 2013

1 commit

  • MPLL is selected as the source clk of pwm by default

    Test with command "sf probe 1:0; time sf read 40008000 0 1000".
    Try with different numbers of bytes and see that sane values are obtained
    Build and boot U-boot with this patch, backlight works properly.

    Signed-off-by: Padmavathi Venna
    Signed-off-by: Akshay Saraswat
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Padmavathi Venna
     

29 Mar, 2013

2 commits

  • We intended to clear the bits of CLK_SRC_TOP2 register, instead we were
    writing on the reserved bits of src_core1 register. Since the default
    value of clk_src_top2 register were itself zero, this typo was not
    creating any big issue. But it is better to fix this error for better
    readability of the code.

    Signed-off-by: Hatim Ali
    Signed-off-by: Akshay Saraswat
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Akshay Saraswat
     
  • The condition for testing of PLL getting locked was incorrect. Rectify
    this error in this patch.

    Reported-by: Alexei Fedorov
    Signed-off-by: Hatim Ali
    Signed-off-by: Akshay Saraswat
    Acked-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Akshay Saraswat