1. 15 6月, 2019 1 次提交
  2. 20 10月, 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. 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
  6. 14 3月, 2018 1 次提交
    • S
      Move CONFIG_PHY_ADDR to Kconfig · b30c4190
      Stefan Mavrodiev 提交于
      CONFIG_PHY_ADDR is used for old-style configuration. This makes
      impossible changing the PHY address, if multiple boards share a same
      config header file (for example include/configs/sunxi-common.h).
      
      Moving this to Kconfig helps overcoming this issue. It's defined
      as entry inside PHYLIB section.
      
      After the implemention, moveconfig was run. The issues are:
      	- edb9315a	- CONFIG_PHYLIB is not enabled. Entry is
      			  deleted.
      
      	- ds414		- CONFIG_PHYLIB is in incompatible format:
      			  { 0x1, 0x0 }. This entry is also deleted.
      
      	- devkit3250	- The PHY_ADDR is in hex format (0x1F).
      			  Manually CONFIG_PHY_ADDR=31 is added in
      			  the defconfig.
      
      After the changes the suspicious defconfigs passes building.
      Signed-off-by: NStefan Mavrodiev <stefan@olimex.com>
      Acked-by: NMaxime Ripard <maxime.ripard@free-electrons.com>
      [jagan: rebased on master]
      Signed-off-by: NJagan Teki <jagan@amarulasolutions.com>
      Reviewed-by: NJagan Teki <jagan@openedev.com>
      b30c4190
  7. 09 3月, 2018 1 次提交
    • T
      ARM: Drop unreferenced CONFIG_* defines named after boards · b996b7d4
      Tuomas Tynkkynen 提交于
      The following config symbols are only defined once and never referenced
      anywhere else:
      
      CONFIG_AT91SAM9263EK
      CONFIG_AT91SAM9RLEK
      CONFIG_BARIX_IPAM390
      CONFIG_BOARD_H2200
      CONFIG_EP9301
      CONFIG_KZM_A9_GT
      CONFIG_PICOSAM
      CONFIG_PLATINUM_PICON
      CONFIG_PLATINUM_TITANIUM
      CONFIG_PM9261
      CONFIG_PM9263
      CONFIG_PM9G45
      CONFIG_SIEMENS_DRACO
      CONFIG_SIEMENS_PXM2
      CONFIG_SIEMENS_RUT
      CONFIG_SMDKC100
      CONFIG_SMDKV310
      CONFIG_STM32F4DISCOVERY
      
      Most of them are config symbols named after the respective boards which
      seems to have been a standard practice at some point.
      Signed-off-by: NTuomas Tynkkynen <tuomas@tuxera.com>
      b996b7d4
  8. 24 2月, 2018 1 次提交
  9. 11 2月, 2018 1 次提交
    • T
      configs: Migrate CONFIG_SYS_TEXT_BASE · 278b90ce
      Tom Rini 提交于
      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: NTom Rini <trini@konsulko.com>
      278b90ce
  10. 29 1月, 2018 1 次提交
  11. 04 9月, 2017 3 次提交
  12. 15 8月, 2017 1 次提交
  13. 26 7月, 2017 1 次提交
  14. 23 5月, 2017 1 次提交
  15. 01 5月, 2017 1 次提交
  16. 07 4月, 2017 1 次提交
  17. 20 3月, 2017 1 次提交
  18. 26 1月, 2017 1 次提交
  19. 22 1月, 2017 1 次提交
    • U
      status_led: Kconfig migration · 2d8d190c
      Uri Mashiach 提交于
      Move all of the status LED feature to drivers/led/Kconfig.
      The LED status definitions were moved from the board configuration
      files to the defconfig files.
      
      TBD: Move all of the definitions in the include/status_led.h to the
      relevant board's defconfig files.
      
      Tested boards: CL-SOM-AM57x, CM-T335
      Signed-off-by: NUri Mashiach <uri.mashiach@compulab.co.il>
      2d8d190c
  20. 14 1月, 2017 1 次提交
  21. 30 12月, 2016 1 次提交
    • M
      mmc: complete unfinished move of CONFIG_MMC · c2726995
      Masahiro Yamada 提交于
      Commit 7a777f6d ("mmc: Add generic Kconfig option") created
      a Kconfig entry for this option without any actual moves, then
      commit 44c79879 ("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: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NJaehoon Chung <jh80.chung@samsung.com>
      c2726995
  22. 10 9月, 2016 1 次提交
  23. 10 6月, 2016 1 次提交
  24. 26 4月, 2016 4 次提交
  25. 06 2月, 2016 1 次提交
  26. 25 10月, 2015 1 次提交
  27. 13 9月, 2015 1 次提交
  28. 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
  29. 26 6月, 2015 1 次提交
  30. 02 6月, 2015 1 次提交
  31. 21 11月, 2014 1 次提交
  32. 24 10月, 2014 1 次提交
  33. 05 7月, 2014 1 次提交
  34. 04 9月, 2011 1 次提交
  35. 27 10月, 2010 1 次提交
    • W
      Replace CONFIG_SYS_GBL_DATA_SIZE by auto-generated value · 25ddd1fb
      Wolfgang Denk 提交于
      CONFIG_SYS_GBL_DATA_SIZE has always been just a bad workarond for not
      being able to use "sizeof(struct global_data)" in assembler files.
      Recent experience has shown that manual synchronization is not
      reliable enough.  This patch renames CONFIG_SYS_GBL_DATA_SIZE into
      GENERATED_GBL_DATA_SIZE which gets automatically generated by the
      asm-offsets tool.  In the result, all definitions of this value can be
      deleted from the board config files.  We have to make sure that all
      files that reference such data include the new <asm-offsets.h> file.
      
      No other changes have been done yet, but it is obvious that similar
      changes / simplifications can be done for other, related macro
      definitions as well.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Acked-by: NKumar Gala <galak@kernel.crashing.org>
      25ddd1fb