1. 28 12月, 2021 1 次提交
  2. 05 11月, 2021 1 次提交
  3. 01 9月, 2021 3 次提交
  4. 29 7月, 2020 2 次提交
  5. 09 5月, 2020 1 次提交
  6. 21 11月, 2019 1 次提交
    • T
      env: Finish migration of common ENV options · a09fea1d
      Tom Rini 提交于
      - In ARMv8 NXP Layerscape platforms we also need to make use of
        CONFIG_SYS_RELOC_GD_ENV_ADDR now, do so.
      - On ENV_IS_IN_REMOTE, CONFIG_ENV_OFFSET is never used, drop the define
        to 0.
      - Add Kconfig entry for ENV_ADDR.
      - Make ENV_ADDR / ENV_OFFSET depend on the env locations that use it.
      - Add ENV_xxx_REDUND options that depend on their primary option and
        SYS_REDUNDAND_ENVIRONMENT
      - On a number of PowerPC platforms, use SPL_ENV_ADDR not CONFIG_ENV_ADDR
        for the pre-main-U-Boot environment location.
      - On ENV_IS_IN_SPI_FLASH, check not for CONFIG_ENV_ADDR being set but
        rather it being non-zero, as it will now be zero by default.
      - Rework the env_offset absolute in env/embedded.o to not use
        CONFIG_ENV_OFFSET as it was the only use of ENV_OFFSET within
        ENV_IS_IN_FLASH.
      - Migrate all platforms.
      
      Cc: Wolfgang Denk <wd@denx.de>
      Cc: Joe Hershberger <joe.hershberger@ni.com>
      Cc: Patrick Delaunay <patrick.delaunay@st.com>
      Cc: uboot-stm32@st-md-mailman.stormreply.com
      Signed-off-by: NTom Rini <trini@konsulko.com>
      Acked-by: NJoe Hershberger <joe.hershberger@ni.com>
      Reviewed-by: NSimon Goldschmidt <simon.k.r.goldschmidt@gmail.com>
      a09fea1d
  7. 20 10月, 2018 1 次提交
  8. 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
  9. 07 5月, 2018 1 次提交
    • T
      SPDX: Convert all of our single license tags to Linux Kernel style · 83d290c5
      Tom Rini 提交于
      When U-Boot started using SPDX tags we were among the early adopters and
      there weren't a lot of other examples to borrow from.  So we picked the
      area of the file that usually had a full license text and replaced it
      with an appropriate SPDX-License-Identifier: entry.  Since then, the
      Linux Kernel has adopted SPDX tags and they place it as the very first
      line in a file (except where shebangs are used, then it's second line)
      and with slightly different comment styles than us.
      
      In part due to community overlap, in part due to better tag visibility
      and in part for other minor reasons, switch over to that style.
      
      This commit changes all instances where we have a single declared
      license in the tag as both the before and after are identical in tag
      contents.  There's also a few places where I found we did not have a tag
      and have introduced one.
      Signed-off-by: NTom Rini <trini@konsulko.com>
      83d290c5
  10. 30 3月, 2018 2 次提交
  11. 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
  12. 24 2月, 2018 1 次提交
  13. 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
  14. 20 1月, 2018 1 次提交
  15. 30 11月, 2017 1 次提交
  16. 21 9月, 2017 1 次提交
  17. 04 9月, 2017 4 次提交
  18. 26 7月, 2017 1 次提交
  19. 23 5月, 2017 1 次提交
    • R
      nds32: eth: Support ftmac100 DM. · be71a179
      rick 提交于
      Support Andestech eth ftmac100 device tree flow on AG101P/AE3XX platform.
      Verification:
       Boot linux kernel via dhcp and bootm ok.
      
       NDS32 # setenv bootm_size 0x2000000;setenv fdt_high 0x1f00000;
       NDS32 # dhcp 0x600000 10.0.4.97:boomimage-310y-ae300-spi.bin
       BOOTP broadcast 1
       BOOTP broadcast 2
       BOOTP broadcast 3
       BOOTP broadcast 4
       DHCP client bound to address 10.0.4.178 (4899 ms)
      	Using mac@e0100000 device
      	TFTP from server 10.0.4.97; our IP address is 10.0.4.178
      	Filename 'boomimage-310y-ae300-spi.bin'.
      	Load address: 0x600000
      	Loading: #################################################################
      	         #################################################################
      	         #################################################################
      ...
      ...
      	         ###################################
      	         233.4 KiB/s
      					 done
      					 Bytes transferred = 13872076 (d3abcc hex)
      	NDS32 # dhcp 0x2000000 10.0.4.97:ae300.dtb
      	BOOTP broadcast 1
      	BOOTP broadcast 2
      	BOOTP broadcast 3
      	BOOTP broadcast 4
      	DHCP client bound to address 10.0.4.178 (4592 ms)
      	Using mac@e0100000 device
      	TFTP from server 10.0.4.97; our IP address is 10.0.4.178
      	Filename 'ae300.dtb'.
      	Load address: 0x2000000
      	Loading: #
      	         82 KiB/s
      					 done
      					 Bytes transferred = 2378 (94a hex)
      	NDS32 # bootm 0x600000 - 0x2000000
      	 Image Name:
      	 Created:      2017-03-22   6:52:03 UTC
      	 Image Type:   NDS32 Linux Kernel Image (uncompressed)
      	 Data Size:    13872012 Bytes = 13.2 MiB
      	 Load Address: 0000c000
      	 Entry Point:  0000c000
      	 Verifying Checksum ... OK
      	 Booting using the fdt blob at 0x2000000
      	 Loading Kernel Image ... OK
      	 Loading Device Tree to 01efc000, end 01eff949 ... OK
      	 Linux version 3.10.102-20375-gb0034c1-dirty (rick@app09)
      	(gcc version 4.9.3 (2016-07-06_nds32le-linux-glibc-v3_experimental) )
        #293 PREEMPT Wed Mar 22 14:49:28 CST 2017
      	CPU: NDS32 N13, AndesCore ID(wb), CPU_VER 0x0d11103f(id 13, rev 17, cfg 4159)
      ...
      ...
      Signed-off-by: Nrick <rick@andestech.com>
      be71a179
  20. 22 5月, 2017 2 次提交
  21. 01 5月, 2017 1 次提交
  22. 20 3月, 2017 1 次提交
  23. 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
  24. 28 1月, 2017 1 次提交
  25. 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
  26. 29 9月, 2016 1 次提交
  27. 10 6月, 2016 1 次提交
  28. 26 4月, 2016 2 次提交
  29. 06 2月, 2016 1 次提交
  30. 22 11月, 2015 1 次提交
  31. 28 8月, 2015 1 次提交