1. 14 11月, 2018 1 次提交
  2. 11 9月, 2018 1 次提交
  3. 18 8月, 2018 1 次提交
  4. 17 8月, 2018 1 次提交
    • T
      configs: Migrate CONFIG_NR_DRAM_BANKS · 86cf1c82
      Tom Rini 提交于
      We have the following cases:
      - CONFIG_NR_DRAM_BANKS was defined, migrate normally
      - CONFIG_NR_DRAM_BANKS_MAX was defined and then used for
        CONFIG_NR_DRAM_BANKS after a check, just migrate it over now.
      - CONFIG_NR_DRAM_BANKS was very oddly defined on p2771-0000-* (to 1024 +
        2), set this to 8.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      86cf1c82
  5. 28 4月, 2018 1 次提交
    • A
      Convert CONFIG_SPI to Kconfig · f1b1f770
      Adam Ford 提交于
      This converts the following to Kconfig:
         CONFIG_SPI
      
      This partly involves updating code that assumes that CONFIG_SPI implies
      things that are specific to the MPC8xx SPI driver.  For now, just update
      the CONFIG tests.  This also involves reworking the default for
      CONFIG_SYS_DEF_EEPROM_ADDR so that we don't set it when we cannot make a
      reasonable default, as it does not cause any compile failures.
      Signed-off-by: NAdam Ford <aford173@gmail.com>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      f1b1f770
  6. 17 4月, 2018 1 次提交
  7. 16 3月, 2018 1 次提交
    • T
      Convert all of CONFIG_CONS_INDEX to Kconfig · 6f6b7cfa
      Tom Rini 提交于
      This converts the following to Kconfig:
         CONFIG_CONS_INDEX
      
      We have existing entries for this option in a number of places, with
      different guards on them.  They're also sometimes used for things not
      directly inside of the serial driver.  First, introduce a new symbol to
      guard the use of CONFIG_CONS_INDEX, so that in the case where we don't
      need this for the serial driver, but for some other use, we can still do
      it.  Next, consolidate all of these into the single entry in
      drivers/serial/Kconfig.  Finally, introduce CONS_INDEX_[023456] so that
      we can imply a correct value here to make the defconfig side of this
      smaller.
      Signed-off-by: NAdam Ford <aford173@gmail.com>
      [trini: Rework a lot of the logic here, such that I took authorship from
      Adam, but kept his S-o-B line]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      6f6b7cfa
  8. 10 3月, 2018 1 次提交
  9. 28 2月, 2018 1 次提交
  10. 06 2月, 2018 1 次提交
    • T
      cmd: Make CONFIG_CMD_FPGA depend on CONFIG_FPGA · a4fa8114
      Tuomas Tynkkynen 提交于
      cmd/Makefile has:
      
      ifdef CONFIG_FPGA
      obj-$(CONFIG_CMD_FPGA) += fpga.o
      endif
      
      which means that if CONFIG_FPGA is not set, CONFIG_CMD_FPGA silently
      does nothing. Let's remove that Makefile conditional and instead express
      this equivalent dependency in Kconfig, so a lot of redundant
      
       # CONFIG_CMD_FPGA is not set
      
      can be removed from board defconfigs that don't actually have an FPGA.
      Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
      a4fa8114
  11. 18 11月, 2017 1 次提交
  12. 06 11月, 2017 1 次提交
  13. 21 10月, 2017 1 次提交
  14. 11 10月, 2017 1 次提交
    • T
      cmd: Toggle the default value of CONFIG_CMD_IMLS · ad12dc18
      Tuomas Tynkkynen 提交于
      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: NTuomas Tynkkynen <tuomas.tynkkynen@iki.fi>
      ad12dc18
  15. 28 8月, 2017 1 次提交
  16. 15 8月, 2017 1 次提交
  17. 14 8月, 2017 1 次提交
  18. 12 8月, 2017 1 次提交
  19. 05 8月, 2017 1 次提交
  20. 01 8月, 2017 1 次提交
  21. 26 7月, 2017 1 次提交
    • S
      Convert CONFIG_ENV_IS_IN_MMC/NAND/UBI and NOWHERE to Kconfig · 2be29653
      Simon Glass 提交于
      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: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      2be29653
  22. 19 6月, 2017 1 次提交
  23. 04 6月, 2017 1 次提交
  24. 28 4月, 2017 1 次提交
  25. 11 1月, 2017 1 次提交
    • M
      mmc: move more driver config options to Kconfig · 1d2c0506
      Masahiro Yamada 提交于
      Move (and rename) the following CONFIG options to Kconfig:
      
        CONFIG_DAVINCI_MMC  (renamed to CONFIG_MMC_DAVINCI)
        CONFIG_OMAP_HSMMC   (renamed to CONFIG_MMC_OMAP_HS)
        CONFIG_MXC_MMC      (renamed to CONFIG_MMC_MXC)
        CONFIG_MXS_MMC      (renamed to CONFIG_MMC_MXS)
        CONFIG_TEGRA_MMC    (renamed to CONFIG_MMC_SDHCI_TEGRA)
        CONFIG_SUNXI_MMC    (renamed to CONFIG_MMC_SUNXI)
      
      They are the same option names as used in Linux.
      
      This commit was created as follows:
      
      [1] Rename the options with the following command:
      
      find . -name .git -prune -o ! -path ./scripts/config_whitelist.txt \
      -type f -print | xargs sed -i -e '
      s/CONFIG_DAVINCI_MMC/CONFIG_MMC_DAVINCI/g
      s/CONFIG_OMAP_HSMMC/CONFIG_MMC_OMAP_HS/g
      s/CONFIG_MXC_MMC/CONFIG_MMC_MXC/g
      s/CONFIG_MXS_MMC/CONFIG_MMC_MXS/g
      s/CONFIG_TEGRA_MMC/CONFIG_MMC_SDHCI_TEGRA/g
      s/CONFIG_SUNXI_MMC/CONFIG_MMC_SUNXI/g
      '
      
      [2] Commit the changes
      
      [3] Create entries in driver/mmc/Kconfig.
          (copied from Linux)
      
      [4] Move the options with the following command
      tools/moveconfig.py -y -r HEAD \
      MMC_DAVINCI MMC_OMAP_HS MMC_MXC MMC_MXS MMC_SDHCI_TEGRA MMC_SUNXI
      
      [5] Sort and align drivers/mmc/Makefile for readability
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NMarek Vasut <marex@denx.de>
      1d2c0506
  26. 04 12月, 2016 1 次提交
  27. 24 10月, 2016 2 次提交
  28. 27 9月, 2016 1 次提交
  29. 10 9月, 2016 1 次提交
  30. 26 4月, 2016 3 次提交
  31. 15 3月, 2016 1 次提交
  32. 22 11月, 2015 1 次提交
  33. 19 11月, 2015 1 次提交
  34. 28 9月, 2015 1 次提交
  35. 13 8月, 2015 1 次提交
    • N
      kconfig: add config option for shell prompt · 181bd9dc
      Nikita Kiryanov 提交于
      Add option to set shell prompt string from menuconfig and migrate
      boards globally.
      
      The migration is done as follows:
      - Boards that explicitly and unconditionally set CONFIG_SYS_PROMPT had the
        entry moved to their defconfig files.
      - Boards that defined some kind of #ifdef logic which selects the
        CONFIG_SYS_PROMPT (for example qemu-mips) got an #undef CONFIG_SYS_PROMPT
        right before the #ifdef logic and were left alone.
      - This change forces CONFIG_SYS_PROMPT to be a per board decision, and thus
        CONFIG_SYS_PROMPT was removed from all <soc>_common.h and <arch>_common.h
        files. This results in a streamlined default value across platforms, and
        includes the following files: spear-common, sunxi-common, mv-common,
        ti_armv7_common, tegra-common, at91-sama5_common, and zynq-common.
      - Boards that relied on <arch/soc>_common.h values of CONFIG_SYS_PROMPT were
        not updated in their respective defconfig files under the assumption that
        since they did not explicitly define a value, they're fine with whatever
        the default is.
      - On the other hand, boards that relied on a value defined in some
        <boards>_common.h file such as woodburn_common, rpi-common,
        bur_am335x_common, ls2085a_common, siemens_am33x_common, and
        omap3_evm_common, had their values moved to the respective defconfig files.
      - The define V_PROMPT was removed, since it is not used anywhere except for
        assigning a value for CONFIG_SYS_PROMPT.
      
      Cc: Tom Rini <trini@konsulko.com>
      Cc: Masahiro Yamada <yamada.m@jp.panasonic.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Signed-off-by: NNikita Kiryanov <nikita@compulab.co.il>
      [trini: Add spring, sniper, smartweb to conversion]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      181bd9dc
  36. 26 6月, 2015 1 次提交
  37. 19 4月, 2015 1 次提交
    • M
      dm: select CONFIG_DM* options · 58d423b8
      Masahiro Yamada 提交于
      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: NMasahiro Yamada <yamada.masahiro@socionext.com>
      58d423b8