1. 24 3月, 2018 2 次提交
    • P
      Convert CONFIG_UBI_SILENCE_MSG to Kconfig · c0ce4cea
      Petr Vorel 提交于
      Signed-off-by: NPetr Vorel <petr.vorel@gmail.com>
      c0ce4cea
    • P
      Convert CONFIG_UBIFS_SILENCE_MSG to Kconfig · afb6fda2
      Petr Vorel 提交于
      Introduce another difference from upstream (kernel) source in
      fs/ubifs/super.c: adding preprocessor condition as y variable in
      mount_ubifs() depends on CONFIG_UBIFS_SILENCE_MSG:
      fs/ubifs/super.c:1337:15: error: variable ?y? set but not used [-Werror=unused-but-set-variable]
        long long x, y;
      
      Not setting CONFIG_UBIFS_SILENCE_MSG in am335x_igep003x_defconfig and
      igep0032_defconfig. Although it was defined in their config headers, it
      depends on CMD_UBIFS which is not set for them.
      Signed-off-by: NPetr Vorel <petr.vorel@gmail.com>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Cc: Heiko Schocher <hs@denx.de>
      afb6fda2
  2. 23 1月, 2018 2 次提交
  3. 18 11月, 2017 1 次提交
  4. 21 10月, 2017 2 次提交
  5. 02 9月, 2017 2 次提交
  6. 27 8月, 2017 1 次提交
  7. 12 8月, 2017 2 次提交
  8. 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
  9. 25 7月, 2017 1 次提交
  10. 15 5月, 2017 1 次提交
    • T
      omap3: Migrate CONFIG_OMAP3_GPIO_X to Kconfig · 68ccab51
      Tom Rini 提交于
      The symbols CONFIG_OMAP3_GPIO_X control if we enable the clocks for a
      given GPIO bank in U-Boot.  select the required banks for each target.
      In some cases we need to also migrate from CONFIG_USB_EHCI (deprecated,
      in include/configs/) to CONFIG_USB_EHCI_HCD as we only require the GPIO
      bank to be enabled if USB is also enabled.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      68ccab51
  11. 15 3月, 2017 1 次提交
    • L
      igep00x0: disable environment · d12814e7
      Ladislav Michl 提交于
      ISEE's U-Boot and Linux are using 1bit ECC scheme, while we
      switched to 8bit ECC to fullfill flash specification requirements.
      However when trying to run U-Boot on board with 1bit ECC'd data
      on flash, UBI code takes several minutes to pass scan as reading
      of every block ends with ecc error (which is also printed on
      console).
      So, until proper solution is developed, disable environment
      alltogether.
      Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
      d12814e7
  12. 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
  13. 15 1月, 2017 1 次提交
  14. 24 10月, 2016 1 次提交
  15. 12 10月, 2016 2 次提交
  16. 27 9月, 2016 1 次提交
  17. 17 9月, 2016 3 次提交
  18. 07 9月, 2016 1 次提交
    • T
      TI: Rework SRAM definitions and maximums · fa2f81b0
      Tom Rini 提交于
      On all TI platforms the ROM defines a "downloaded image" area at or near
      the start of SRAM which is followed by a reserved area.  As it is at
      best bad form and at worst possibly harmful in corner cases to write in
      this reserved area, we stop doing that by adding in the define
      NON_SECURE_SRAM_IMG_END to say where the end of the downloaded image
      area is and make SRAM_SCRATCH_SPACE_ADDR be one kilobyte before this.
      At current we define the end of scratch space at 0x228 bytes past the
      start of scratch space this this gives us a lot of room to grow.  As
      these scratch uses are non-optional today, all targets are modified to
      respect this boundary.
      
      Tested on OMAP4 Pandaboard, OMAP3 Beagle xM
      
      Cc: Albert Aribaud <albert.u.boot@aribaud.net>
      Cc: Nagendra T S <nagendra@mistralsolutions.com>
      Cc: Vaibhav Hiremath <hvaibhav@ti.com>
      Cc: Lokesh Vutla <lokeshvutla@ti.com>
      Cc: Felipe Balbi <balbi@ti.com>
      Cc: Igor Grinberg <grinberg@compulab.co.il>
      Cc: Nikita Kiryanov <nikita@compulab.co.il>
      Cc: Paul Kocialkowski <contact@paulk.fr>
      Cc: Enric Balletbo i Serra <eballetbo@gmail.com>
      Cc: Adam Ford <aford173@gmail.com>
      Cc: Steve Sakoman <sakoman@gmail.com>
      Cc: Stefan Roese <sr@denx.de>
      Cc: Thomas Weber <weber@corscience.de>
      Cc: Hannes Schmelzer <oe5hpm@oevsv.at>
      Cc: Thomas Chou <thomas@wytron.com.tw>
      Cc: Masahiro Yamada <yamada.masahiro@socionext.com>
      Cc: Simon Glass <sjg@chromium.org>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Cc: Sam Protsenko <semen.protsenko@linaro.org>
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Samuel Egli <samuel.egli@siemens.com>
      Cc: Michal Simek <michal.simek@xilinx.com>
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Mateusz Kulikowski <mateusz.kulikowski@gmail.com>
      Cc: Ben Whitten <ben.whitten@gmail.com>
      Cc: Stefano Babic <sbabic@denx.de>
      Cc: Bin Meng <bmeng.cn@gmail.com>
      Cc: Sekhar Nori <nsekhar@ti.com>
      Cc: Mugunthan V N <mugunthanvnm@ti.com>
      Cc: "B, Ravi" <ravibabu@ti.com>
      Cc: "Matwey V. Kornilov" <matwey.kornilov@gmail.com>
      Cc: Ladislav Michl <ladis@linux-mips.org>
      Cc: Ash Charles <ashcharles@gmail.com>
      Cc: "Kipisz, Steven" <s-kipisz2@ti.com>
      Cc: Daniel Allred <d-allred@ti.com>
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Tested-by: NLokesh Vutla <lokeshvutla@ti.com>
      Acked-by: NLokesh Vutla <lokeshvutla@ti.com>
      Tested-by: NLadislav Michl <ladis@linux-mips.org>
      fa2f81b0
  19. 23 7月, 2016 2 次提交
  20. 04 5月, 2016 1 次提交
  21. 26 4月, 2016 3 次提交
  22. 25 1月, 2016 1 次提交
  23. 20 1月, 2016 3 次提交
  24. 20 10月, 2015 1 次提交
  25. 12 9月, 2015 1 次提交
  26. 13 8月, 2015 1 次提交
  27. 05 8月, 2015 1 次提交