1. 23 5月, 2017 1 次提交
  2. 22 5月, 2017 3 次提交
    • S
      Convert CONFIG_CMD_ERRATA to Kconfig · 230ecd71
      Simon Glass 提交于
      This converts the following to Kconfig:
         CONFIG_CMD_ERRATA
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      230ecd71
    • S
      Convert CONFIG_CMD_EEPROM et al to Kconfig · a1dc980d
      Simon Glass 提交于
      This converts the following to Kconfig:
         CONFIG_CMD_EEPROM
         CONFIG_CMD_EEPROM_LAYOUT
         CONFIG_EEPROM_LAYOUT_HELP_STRING
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      [trini: Rework Kconfig logic slightly, define EEPROM location on TI eval
      platforms]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      a1dc980d
    • T
      lib: move hash CONFIG options to Kconfig · 089df18b
      Tom Rini 提交于
      Commit 94e3c8c4 ("crypto/fsl - Add progressive hashing support
      using hardware acceleration.") created entries for CONFIG_SHA1,
      CONFIG_SHA256, CONFIG_SHA_HW_ACCEL, and CONFIG_SHA_PROG_HW_ACCEL.
      However, no defconfig has migrated to it.  Complete the move by first
      adding additional logic to various Kconfig files to select this when
      required and then use the moveconfig tool.  In many cases we can select
      these because they are required to implement other drivers.  We also
      correct how we include the various hashing algorithms in SPL.
      
      This commit was generated as follows (after Kconfig additions):
      
      [1] tools/moveconfig.py -y SHA1 SHA256 SHA_HW_ACCEL
      [2] tools/moveconfig.py -y SHA_PROG_HW_ACCEL
      
      Note:
      We cannot move SHA_HW_ACCEL and SHA_PROG_HW_ACCEL simultaneously
      because there is dependency between them.
      
      Cc: Poonam Aggrwal <poonam.aggrwal@freescale.com>
      Cc: Naveen Burmi <NaveenBurmi@freescale.com>
      Cc: Po Liu <po.liu@freescale.com>
      Cc: Shengzhou Liu <Shengzhou.Liu@freescale.com>
      Cc: Priyanka Jain <Priyanka.Jain@freescale.com>
      Cc: Shaohui Xie <Shaohui.Xie@freescale.com>
      Cc: Chunhe Lan <Chunhe.Lan@freescale.com>
      Cc: Chander Kashyap <k.chander@samsung.com>
      Cc: Steve Rae <steve.rae@raedomain.com>
      Cc: Dirk Eibach <eibach@gdsys.de>
      Cc: Feng Li <feng.li_2@nxp.com>
      Cc: Alison Wang <alison.wang@freescale.com>
      Cc: Sumit Garg <sumit.garg@nxp.com>
      Cc: Mingkai Hu <Mingkai.Hu@freescale.com>
      Cc: York Sun <york.sun@nxp.com>
      Cc: Prabhakar Kushwaha <prabhakar.kushwaha@nxp.com>
      Cc: Jaehoon Chung <jh80.chung@samsung.com>
      Cc: Akshay Saraswat <akshay.s@samsung.com>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Jagan Teki <jagan@amarulasolutions.com>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Reviewed-by: NSimon Glass <sjg@chromium.org>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      089df18b
  3. 16 5月, 2017 1 次提交
  4. 15 5月, 2017 1 次提交
  5. 30 4月, 2017 1 次提交
  6. 20 3月, 2017 1 次提交
  7. 13 2月, 2017 1 次提交
    • M
      flash: complete CONFIG_SYS_NO_FLASH move with renaming · e856bdcf
      Masahiro Yamada 提交于
      We repeated partial moves for CONFIG_SYS_NO_FLASH, but this is
      not completed. Finish this work by the tool.
      
      During this move, let's rename it to CONFIG_MTD_NOR_FLASH.
      Actually, we have more instances of "#ifndef CONFIG_SYS_NO_FLASH"
      than those of "#ifdef CONFIG_SYS_NO_FLASH".  Flipping the logic will
      make the code more readable.  Besides, negative meaning symbols do
      not fit in obj-$(CONFIG_...) style Makefiles.
      
      This commit was created as follows:
      
      [1] Edit "default n" to "default y" in the config entry in
          common/Kconfig.
      
      [2] Run "tools/moveconfig.py -y -r HEAD SYS_NO_FLASH"
      
      [3] Rename the instances in defconfigs by the following:
        find . -path './configs/*_defconfig' | xargs sed -i \
        -e '/CONFIG_SYS_NO_FLASH=y/d' \
        -e 's/# CONFIG_SYS_NO_FLASH is not set/CONFIG_MTD_NOR_FLASH=y/'
      
      [4] Change the conditionals by the following:
        find . -name '*.[ch]' | xargs sed -i \
        -e 's/ifndef CONFIG_SYS_NO_FLASH/ifdef CONFIG_MTD_NOR_FLASH/' \
        -e 's/ifdef CONFIG_SYS_NO_FLASH/ifndef CONFIG_MTD_NOR_FLASH/' \
        -e 's/!defined(CONFIG_SYS_NO_FLASH)/defined(CONFIG_MTD_NOR_FLASH)/' \
        -e 's/defined(CONFIG_SYS_NO_FLASH)/!defined(CONFIG_MTD_NOR_FLASH)/'
      
      [5] Modify the following manually
        - Rename the rest of instances
        - Remove the description from README
        - Create the new Kconfig entry in drivers/mtd/Kconfig
        - Remove the old Kconfig entry from common/Kconfig
        - Remove the garbage comments from include/configs/*.h
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      e856bdcf
  8. 04 2月, 2017 1 次提交
  9. 31 1月, 2017 1 次提交
    • M
      mmc: move CONFIG_GENERIC_MMC to Kconfig · 54925327
      Masahiro Yamada 提交于
      Now, CONFIG_GENERIC_MMC seems equivalent to CONFIG_MMC.
      
      Let's create an entry for "config GENERIC_MMC" with "default MMC",
      then convert all macro defines in headers to Kconfig.  Almost all
      of the defines will go away.
      
      I see only two exceptions:
        configs/blanche_defconfig
        configs/sandbox_noblk_defconfig
      
      They define CONFIG_GENERIC_MMC, but not CONFIG_MMC.  Something
      might be wrong with these two boards, so should be checked later.
      
      Anyway, this is the output of the moveconfig tool.
      
      This commit was created as follows:
      
      [1] create a config entry in drivers/mmc/Kconfig
      
      [2] tools/moveconfig.py -r HEAD GENERIC_MMC
      
      [3] manual clean-up of garbage comments in doc/README.* and
          include/configs/*.h
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      54925327
  10. 28 1月, 2017 1 次提交
  11. 26 1月, 2017 1 次提交
  12. 05 1月, 2017 3 次提交
  13. 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
  14. 03 12月, 2016 1 次提交
  15. 24 11月, 2016 1 次提交
  16. 28 10月, 2016 2 次提交
  17. 24 10月, 2016 4 次提交
  18. 20 9月, 2016 1 次提交
  19. 10 9月, 2016 1 次提交
  20. 05 8月, 2016 1 次提交
    • M
      treewide: move CONFIG_PHYS_64BIT to Kconfig · bb6b142f
      Masahiro Yamada 提交于
      We need to ensure that CONFIG_PHYS_64BIT is configured via Kconfig so
      that it is always available to the build system.  Otherwise we can run
      into cases where we have inconsistent sizes of certain attributes.
      
      Ravi Babu reported offset mismatch of struct dwc3 across files since
      commit 95ebc253 ("types.h: move and redefine resource_size_t").
      Since the commit, resource_addr_t points to phys_addr_t, whose size
      is dependent on CONFIG_PHYS_64BIT for ARM architecture.
      
      I tried my best to use "select" where possible (for example, ARMv8
      architecture) because I think this kind of option is generally user-
      unconfigurable.  However, I see some of PowerPC boards have 36BIT
      defconfigs as well as 32BIT ones.  I moved CONFIG_PHYS_64BIT to the
      defconfigs for such boards.
      
      CONFIG_36BIT is no longer referenced, so all of the defines were
      removed from CONFIG_SYS_EXTRA_OPTIONS.
      
      Fixes: 95ebc253 ("types.h: move and redefine resource_size_t")
      Signed-off-by: NMasahiro Yamada <yamada.masahiro@socionext.com>
      Reported-by: NRavi Babu <ravibabu@ti.com>
      Acked-by: NStefan Roese <sr@denx.de>
      Reviewed-by: NTom Rini <trini@konsulko.com>
      Reviewed-by: NYork Sun <york.sun@nxp.com>
      bb6b142f
  21. 22 7月, 2016 1 次提交
  22. 10 6月, 2016 1 次提交
  23. 04 5月, 2016 1 次提交
  24. 26 4月, 2016 4 次提交
  25. 15 3月, 2016 2 次提交
    • S
      Kconfig: Move CONFIG_FIT and related options to Kconfig · 73223f0e
      Simon Glass 提交于
      There are already two FIT options in Kconfig but the CONFIG options are
      still in the header files. We need to do a proper move to fix this.
      
      Move these options to Kconfig and tidy up board configuration:
      
         CONFIG_FIT
         CONFIG_OF_BOARD_SETUP
         CONFIG_OF_SYSTEM_SETUP
         CONFIG_FIT_SIGNATURE
         CONFIG_FIT_BEST_MATCH
         CONFIG_FIT_VERBOSE
         CONFIG_OF_STDOUT_VIA_ALIAS
         CONFIG_RSA
      
      Unfortunately the first one is a little complicated. We need to make sure
      this option is not enabled in SPL by this change. Also this option is
      enabled automatically in the host builds by defining CONFIG_FIT in the
      image.h file. To solve this, add a new IMAGE_USE_FIT #define which can
      be used in files that are built on the host but must also build for U-Boot
      and SPL.
      
      Note: Masahiro's moveconfig.py script is amazing.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      [trini: Add microblaze change, various configs/ re-applies]
      Signed-off-by: NTom Rini <trini@konsulko.com>
      73223f0e
    • S
      Move CONFIG_OF_LIBFDT to Kconfig · 69e173eb
      Simon Glass 提交于
      Move this option to Kconfig and tidy up existing boards.
      Signed-off-by: NSimon Glass <sjg@chromium.org>
      69e173eb
  26. 25 11月, 2015 2 次提交
  27. 22 11月, 2015 1 次提交