11 Feb, 2018

2 commits


02 Feb, 2018

1 commit


24 Jan, 2018

1 commit


05 Dec, 2017

1 commit

  • Odroid HC1 board is based on Odroid XU4 board, but it has no HDMI,
    no eMMC, no build-in USB3.0 hub, no extension port pins, and no GPIO
    button. USB3.0 ports are used for build-in JMicron USB to SATA bridge
    and Gigabit R8152 ethernet chips. HC1 uses only passive cooling.

    This patch also updates Odroid's ADCmax array and reduces ADC tolerance
    to 1% to ensure that XU4 and HC1 revisions are properly detected.

    I've tested this with XU3, XU3-lite, XU4 and HC1 boards. In case of my test
    boards I got following values from ADC register: 372, 370, 1281 and 1313.

    Signed-off-by: Marek Szyprowski
    Reviewed-by: Lukasz Majewski
    Tested-by: Krzysztof Kozlowski
    Signed-off-by: Minkyu Kang

    Marek Szyprowski
     

21 Oct, 2017

1 commit

  • We add the various SMC91XX symbols to drivers/net/Kconfig and then this
    converts the following to Kconfig:
    CONFIG_SMC911X
    CONFIG_SMC911X_BASE
    CONFIG_SMC911X_16_BIT
    CONFIG_SMC911X_32_BIT

    Signed-off-by: Adam Ford
    [trini: Apply to the rest of the tree, re-squash old and new patch]
    Signed-off-by: Tom Rini

    Adam Ford
     

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
     

04 Oct, 2017

1 commit

  • The g_dnl USB settings for the vendor ID, product ID and manufacturer are
    actually common settings that can and should be shared by all the gadgets.

    Make them common by renaming them, and convert all the users.

    Reviewed-by: Simon Glass
    Reviewed-by: Lukasz Majewski
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     

08 Sep, 2017

1 commit

  • CONFIG_USB_HOST_ETHER is the framework that the drivers are dependent on
    USB_HOST_ETHER. Use this as a menu and move the existing LAN75XX and
    LAN78XX options under new menu. Finally update the defconfigs that need
    CONFIG_USB_HOST_ETHER.

    Signed-off-by: Chris Packham
    Reviewed-by: Simon Glass

    Chris Packham
     

28 Aug, 2017

1 commit


15 Aug, 2017

1 commit


12 Aug, 2017

1 commit


26 Jul, 2017

1 commit

  • This converts the following to Kconfig:
    CONFIG_ENV_IS_IN_MMC
    CONFIG_ENV_IS_IN_NAND
    CONFIG_ENV_IS_IN_UBI
    CONFIG_ENV_IS_NOWHERE

    In fact this already exists for sunxi as a 'choice' config. However not
    all the choices are available in Kconfig yet so we cannot use that. It
    would lead to more than one option being set.

    In addition, one purpose of this series is to allow the environment to be
    stored in more than one place. So the existing choice is converted to a
    normal config allowing each option to be set independently.

    There are not many opportunities for Kconfig updates to reduce the size of
    this patch. This was tested with

    ./tools/moveconfig.py -i CONFIG_ENV_IS_IN_MMC

    And then manual updates. This is because for CHAIN_OF_TRUST boards they
    can only have ENV_IS_NOWHERE set, so we enforce that via Kconfig logic
    now.

    Signed-off-by: Simon Glass
    Signed-off-by: Tom Rini

    Simon Glass
     

10 Jul, 2017

1 commit


05 Jun, 2017

1 commit


16 May, 2017

1 commit


11 Jan, 2017

1 commit

  • This commit was created as follows:

    [1] Rename the option with the following command:
    find . -name .git -prune -o ! -path ./scripts/config_whitelist.txt \
    -type f -print | xargs sed -i -e 's/CONFIG_DWMMC/CONFIG_MMC_DW/g'

    [2] create the entry for MMC_DW in drivers/mmc/Kconfig
    (the prompt and help were copied from Linux)

    [3] run "tools/moveconfig.py -y MMC_DW"

    [4] add "depends on MMC_DW" to the MMC_DW_ROCKCHIP entry

    [5] Clean-up doc/README.socfpga by hand

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Marek Vasut

    Masahiro Yamada
     

30 Dec, 2016

3 commits

  • While I moved the options, I also renamed them so that they are all
    prefixed with MMC_SDHCI_.

    This commit was created in the following steps.

    [1] Rename with the following command
    find . -name .git -prune -o ! -path ./scripts/config_whitelist.txt \
    -type f -print | xargs sed -i -e '
    s/CONFIG_MMC_SDMA/CONFIG_MMC_SDHCI_SDMA/g
    s/CONFIG_BCM2835_SDHCI/CONFIG_MMC_SDHCI_BCM2835/g
    s/CONFIG_KONA_SDHCI/CONFIG_MMC_SDHCI_KONA/g
    s/CONFIG_MV_SDHCI/CONFIG_MMC_SDHCI_MV/g
    s/CONFIG_S5P_SDHCI/CONFIG_MMC_SDHCI_S5P/g
    s/CONFIG_SPEAR_SDHCI/CONFIG_MMC_SDHCI_SPEAR/g
    '

    [2] create the Kconfig entries in drivers/mmc/Kconfig

    [3] Move the options by the following command
    tools/moveconfig.py -y MMC_SDHCI_SDMA MMC_SDHCI_BCM2835 \
    MMC_SDHCI_KONA MMC_SDHCI_MV MMC_SDHCI_S5P MMC_SDHCI_SPEAR

    [4] Sort drivers/mmc/Makefile for readability

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

    Masahiro Yamada
     
  • Move CONFIG_SDHCI to Kconfig and rename it to CONFIG_MMC_SDHCI.
    My motivation for the rename is, ultimately, to make all the MMC
    options prefixed with MMC_ and SDHCI options with MMC_SDHCI_,
    like Linux.

    This commit was created as follows:

    [1] Rename the config option with the following command:
    find . -name .git -prune -o ! -path ./scripts/config_whitelist.txt \
    -type f -print | xargs sed -i -e 's/CONFIG_SDHCI/CONFIG_MMC_SDHCI/g'

    [2] create the entry for MMC_SDHCI in drivers/mmc/Kconfig

    [3] run "tools/moveconfig.py -y MMC_SDHCI"

    [4] add "depends on MMC_SDHCI" to existing SDHCI driver entries

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

    Masahiro Yamada
     
  • Generated by "tools/moveconfig -s".

    This will make config moves easier.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

04 Dec, 2016

1 commit

  • A number of platforms had been using the distro default feature before
    it was moved to Kconfig but did not enable the new Kconfig option when
    it was enabled. This caused a regression in terms of features and this
    introduces breakage when more things move to Kconfig.

    Signed-off-by: Tom Rini

    Tom Rini
     

24 Oct, 2016

2 commits


27 Sep, 2016

1 commit

  • Introduce a hidden USB_FUNCTION_DFU Kconfig option and select it for
    CMD_DFU (as we must have the DFU command enabled to do anything DFU).
    Make all of the entries in drivers/dfu/Kconfig depend on CMD_DFU and add
    options for all of the back end choices that DFU can make use of.

    Cc: Lukasz Majewski
    Signed-off-by: Tom Rini
    Acked-by: Lukasz Majewski

    Tom Rini
     

20 Sep, 2016

1 commit


10 Sep, 2016

1 commit


09 Sep, 2016

1 commit


17 Jun, 2016

1 commit


10 Jun, 2016

1 commit


07 Jun, 2016

1 commit


04 Jun, 2016

2 commits

  • Create an entry for "config USB_XHCI_DWC3" in Kconfig and
    switch over to it for all boards.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • Move CONFIG_USB_XHCI to defconfig files for all boards, renaming it
    into CONFIG_USB_XHCI_HCD.

    As commented in the help of "config USB_XHCI" entry, this has been
    a TODO for a long time; now CONFIG_USB_XHCI_HCD and CONFIG_USB_XHCI
    have been unified in favor of the former.

    Note:
    Some boards define CONFIG_USB_XHCI in their headers without
    CONFIG_USB, which does not meet the "depends on" in Kconfig.
    I added CONFIG_USB=y for those boards when converting.
    Otherwise, they would fail to build.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

25 May, 2016

1 commit

  • The existing Exynos 32-bit platform support needs to be realigned in
    order to support newer 64-bit Exynos platforms. The driver model will
    be utlized for drivers on the 64-bit Exynos platforms and so some of
    the older platform support code would not be required for the newer
    64-bit Exynos platforms.

    Cc: Minkyu Kang
    Signed-off-by: Thomas Abraham
    Reviewed-by: Simon Glass
    Signed-off-by: Minkyu Kang

    Thomas Abraham
     

26 Apr, 2016

3 commits


20 Apr, 2016

4 commits