Merge branch 'master' of git://www.denx.de/git/u-boot-imx
authorTom Rini <trini@ti.com>
Fri, 29 Aug 2014 15:06:51 +0000 (11:06 -0400)
committerTom Rini <trini@ti.com>
Fri, 29 Aug 2014 15:06:51 +0000 (11:06 -0400)
1  2 
README
arch/arm/Kconfig
common/board_f.c

diff --combined README
--- 1/README
--- 2/README
+++ b/README
@@@ -1152,7 -1152,6 +1152,7 @@@ The following options need to be config
                CONFIG_RTC_DS1307       - use Maxim, Inc. DS1307 RTC
                CONFIG_RTC_DS1337       - use Maxim, Inc. DS1337 RTC
                CONFIG_RTC_DS1338       - use Maxim, Inc. DS1338 RTC
 +              CONFIG_RTC_DS1339       - use Maxim, Inc. DS1339 RTC
                CONFIG_RTC_DS164x       - use Dallas DS164x RTC
                CONFIG_RTC_ISL1208      - use Intersil ISL1208 RTC
                CONFIG_RTC_MAX6900      - use Maxim, Inc. MAX6900 RTC
                        CONFIG_SH_ETHER_CACHE_WRITEBACK
                        If this option is set, the driver enables cache flush.
  
+ - PWM Support:
+               CONFIG_PWM_IMX
+               Support for PWM modul on the imx6.
  - TPM Support:
                CONFIG_TPM
                Support TPM devices.
@@@ -2037,24 -2040,6 +2041,24 @@@ CBFS (Coreboot Filesystem) suppor
                4th and following
                BOOTP requests:         delay 0 ... 8 sec
  
 +              CONFIG_BOOTP_ID_CACHE_SIZE
 +
 +              BOOTP packets are uniquely identified using a 32-bit ID. The
 +              server will copy the ID from client requests to responses and
 +              U-Boot will use this to determine if it is the destination of
 +              an incoming response. Some servers will check that addresses
 +              aren't in use before handing them out (usually using an ARP
 +              ping) and therefore take up to a few hundred milliseconds to
 +              respond. Network congestion may also influence the time it
 +              takes for a response to make it back to the client. If that
 +              time is too long, U-Boot will retransmit requests. In order
 +              to allow earlier responses to still be accepted after these
 +              retransmissions, U-Boot's BOOTP client keeps a small cache of
 +              IDs. The CONFIG_BOOTP_ID_CACHE_SIZE controls the size of this
 +              cache. The default is to keep IDs for up to four outstanding
 +              requests. Increasing this will allow U-Boot to accept offers
 +              from a BOOTP client in networks with unusually high latency.
 +
  - DHCP Advanced Options:
                You can fine tune the DHCP functionality by defining
                CONFIG_BOOTP_* symbols:
                memories can be connected with a given cs line.
                currently Xilinx Zynq qspi support these type of connections.
  
+               CONFIG_SYS_SPI_ST_ENABLE_WP_PIN
+               enable the W#/Vpp signal to disable writing to the status
+               register on ST MICRON flashes like the N25Q128.
+               The status register write enable/disable bit, combined with
+               the W#/VPP signal provides hardware data protection for the
+               device as follows: When the enable/disable bit is set to 1,
+               and the W#/VPP signal is driven LOW, the status register
+               nonvolatile bits become read-only and the WRITE STATUS REGISTER
+               operation will not execute. The only way to exit this
+               hardware-protected mode is to drive W#/VPP HIGH.
  - SystemACE Support:
                CONFIG_SYSTEMACE
  
@@@ -3338,9 -3334,6 +3353,9 @@@ FIT uImage format
                Adds the MTD partitioning infrastructure from the Linux
                kernel. Needed for UBI support.
  
 +              CONFIG_MTD_NAND_VERIFY_WRITE
 +              verify if the written data is correct reread.
 +
  - UBI support
                CONFIG_CMD_UBI
  
                Make the verbose messages from UBI stop printing.  This leaves
                warnings and errors enabled.
  
 +
 +              CONFIG_MTD_UBI_WL_THRESHOLD
 +              This parameter defines the maximum difference between the highest
 +              erase counter value and the lowest erase counter value of eraseblocks
 +              of UBI devices. When this threshold is exceeded, UBI starts performing
 +              wear leveling by means of moving data from eraseblock with low erase
 +              counter to eraseblocks with high erase counter.
 +
 +              The default value should be OK for SLC NAND flashes, NOR flashes and
 +              other flashes which have eraseblock life-cycle 100000 or more.
 +              However, in case of MLC NAND flashes which typically have eraseblock
 +              life-cycle less than 10000, the threshold should be lessened (e.g.,
 +              to 128 or 256, although it does not have to be power of 2).
 +
 +              default: 4096
 +              
 +              CONFIG_MTD_UBI_BEB_LIMIT
 +              This option specifies the maximum bad physical eraseblocks UBI
 +              expects on the MTD device (per 1024 eraseblocks). If the
 +              underlying flash does not admit of bad eraseblocks (e.g. NOR
 +              flash), this value is ignored.
 +
 +              NAND datasheets often specify the minimum and maximum NVM
 +              (Number of Valid Blocks) for the flashes' endurance lifetime.
 +              The maximum expected bad eraseblocks per 1024 eraseblocks
 +              then can be calculated as "1024 * (1 - MinNVB / MaxNVB)",
 +              which gives 20 for most NANDs (MaxNVB is basically the total
 +              count of eraseblocks on the chip).
 +
 +              To put it differently, if this value is 20, UBI will try to
 +              reserve about 1.9% of physical eraseblocks for bad blocks
 +              handling. And that will be 1.9% of eraseblocks on the entire
 +              NAND chip, not just the MTD partition UBI attaches. This means
 +              that if you have, say, a NAND flash chip admits maximum 40 bad
 +              eraseblocks, and it is split on two MTD partitions of the same
 +              size, UBI will reserve 40 eraseblocks when attaching a
 +              partition.
 +
 +              default: 20
 +
 +              CONFIG_MTD_UBI_FASTMAP
 +              Fastmap is a mechanism which allows attaching an UBI device
 +              in nearly constant time. Instead of scanning the whole MTD device it
 +              only has to locate a checkpoint (called fastmap) on the device.
 +              The on-flash fastmap contains all information needed to attach
 +              the device. Using fastmap makes only sense on large devices where
 +              attaching by scanning takes long. UBI will not automatically install
 +              a fastmap on old images, but you can set the UBI parameter
 +              CONFIG_MTD_UBI_FASTMAP_AUTOCONVERT to 1 if you want so. Please note
 +              that fastmap-enabled images are still usable with UBI implementations
 +              without fastmap support. On typical flash devices the whole fastmap
 +              fits into one PEB. UBI will reserve PEBs to hold two fastmaps.
 +
 +              CONFIG_MTD_UBI_FASTMAP_AUTOCONVERT
 +              Set this parameter to enable fastmap automatically on images
 +              without a fastmap.
 +              default: 0
 +
  - UBIFS support
                CONFIG_CMD_UBIFS
  
@@@ -4450,11 -4385,6 +4465,11 @@@ use the "saveenv" command to store a va
                later, once stdio is running and output goes to the LCD, if
                present.
  
 +- CONFIG_BOARD_SIZE_LIMIT:
 +              Maximum size of the U-Boot image. When defined, the
 +              build system checks that the actual size does not
 +              exceed it.
 +
  Low Level (hardware related) configuration options:
  ---------------------------------------------------
  
diff --combined arch/arm/Kconfig
@@@ -287,6 -287,9 +287,6 @@@ config TARGET_SC_SPS_
  config TARGET_NHK8815
        bool "Support nhk8815"
  
 -config TARGET_OMAP5912OSK
 -      bool "Support omap5912osk"
 -
  config TARGET_EDMINIV2
        bool "Support edminiv2"
  
@@@ -509,6 -512,9 +509,9 @@@ config TARGET_CGTQMX6EVA
  config TARGET_EMBESTMX6BOARDS
        bool "Support embestmx6boards"
  
+ config TARGET_ARISTAINETOS
+       bool "Support aristainetos"
  config TARGET_MX6QARM2
        bool "Support mx6qarm2"
  
@@@ -521,6 -527,9 +524,9 @@@ config TARGET_MX6SABRES
  config TARGET_MX6SLEVK
        bool "Support mx6slevk"
  
+ config TARGET_MX6SXSABRESD
+       bool "Support mx6sxsabresd"
  config TARGET_GW_VENTANA
        bool "Support gw_ventana"
  
@@@ -770,6 -779,7 +776,7 @@@ config TARGET_JORNAD
  endchoice
  
  source "board/8dtech/eco5pk/Kconfig"
+ source "board/aristainetos/Kconfig"
  source "board/Barix/ipam390/Kconfig"
  source "board/BuR/kwb/Kconfig"
  source "board/BuR/tseries/Kconfig"
@@@ -877,6 -887,7 +884,7 @@@ source "board/freescale/mx6qarm2/Kconfi
  source "board/freescale/mx6qsabreauto/Kconfig"
  source "board/freescale/mx6sabresd/Kconfig"
  source "board/freescale/mx6slevk/Kconfig"
+ source "board/freescale/mx6sxsabresd/Kconfig"
  source "board/freescale/vf610twr/Kconfig"
  source "board/gateworks/gw_ventana/Kconfig"
  source "board/genesi/mx51_efikamx/Kconfig"
@@@ -974,6 -985,7 +982,6 @@@ source "board/ti/beagle/Kconfig
  source "board/ti/dra7xx/Kconfig"
  source "board/ti/evm/Kconfig"
  source "board/ti/ks2_evm/Kconfig"
 -source "board/ti/omap5912osk/Kconfig"
  source "board/ti/omap5_uevm/Kconfig"
  source "board/ti/panda/Kconfig"
  source "board/ti/sdp3430/Kconfig"
diff --combined common/board_f.c
@@@ -34,6 -34,9 +34,9 @@@
  #ifdef CONFIG_MPC5xxx
  #include <mpc5xxx.h>
  #endif
+ #if (defined(CONFIG_MPC86xx) || defined(CONFIG_E500))
+ #include <asm/mp.h>
+ #endif
  
  #include <os.h>
  #include <post.h>
@@@ -43,9 -46,6 +46,6 @@@
  #include <watchdog.h>
  #include <asm/errno.h>
  #include <asm/io.h>
- #ifdef CONFIG_MP
- #include <asm/mp.h>
- #endif
  #include <asm/sections.h>
  #ifdef CONFIG_X86
  #include <asm/init_helpers.h>
@@@ -106,14 -106,9 +106,14 @@@ __weak void blue_led_off(void) {
   * Could the CONFIG_SPL_BUILD infection become a flag in gd?
   */
  
 -#if defined(CONFIG_WATCHDOG)
 +#if defined(CONFIG_WATCHDOG) || defined(CONFIG_HW_WATCHDOG)
  static int init_func_watchdog_init(void)
  {
 +# if defined(CONFIG_HW_WATCHDOG) && (defined(CONFIG_BLACKFIN) || \
 +      defined(CONFIG_M68K) || defined(CONFIG_MICROBLAZE) || \
 +      defined(CONFIG_SH))
 +      hw_watchdog_init();
 +# endif
        puts("       Watchdog enabled\n");
        WATCHDOG_RESET();
  
@@@ -151,11 -146,7 +151,11 @@@ static int display_text_info(void
        bss_end = (ulong)&__bss_end;
  
        debug("U-Boot code: %08X -> %08lX  BSS: -> %08lX\n",
 +#ifdef CONFIG_SYS_TEXT_BASE
              CONFIG_SYS_TEXT_BASE, bss_start, bss_end);
 +#else
 +            CONFIG_SYS_MONITOR_BASE, bss_start, bss_end);
 +#endif
  #endif
  
  #ifdef CONFIG_MODEM_SUPPORT
@@@ -270,8 -261,6 +270,8 @@@ static int setup_mon_len(void
        gd->mon_len = (ulong)&__bss_end - (ulong)_start;
  #elif defined(CONFIG_SANDBOX)
        gd->mon_len = (ulong)&_end - (ulong)_init;
 +#elif defined(CONFIG_BLACKFIN) || defined(CONFIG_NIOS2)
 +      gd->mon_len = CONFIG_SYS_MONITOR_LEN;
  #else
        /* TODO: use (ulong)&__bss_end - (ulong)&__text_start; ? */
        gd->mon_len = (ulong)&__bss_end - CONFIG_SYS_MONITOR_BASE;
@@@ -392,7 -381,7 +392,7 @@@ static int setup_dest_addr(void
        gd->ram_top = board_get_usable_ram_top(gd->mon_len);
        gd->relocaddr = gd->ram_top;
        debug("Ram top: %08lX\n", (ulong)gd->ram_top);
- #if defined(CONFIG_MP) && (defined(CONFIG_MPC86xx) || defined(CONFIG_E500))
+ #if (defined(CONFIG_MPC86xx) || defined(CONFIG_E500))
        /*
         * We need to make sure the location we intend to put secondary core
         * boot code is reserved and not used by any part of u-boot
@@@ -481,9 -470,8 +481,9 @@@ static int reserve_trace(void
        return 0;
  }
  
 -#if defined(CONFIG_VIDEO) && (!defined(CONFIG_PPC) || defined(CONFIG_8xx)) \
 -              && !defined(CONFIG_ARM) && !defined(CONFIG_X86)
 +#if defined(CONFIG_VIDEO) && (!defined(CONFIG_PPC) || defined(CONFIG_8xx)) && \
 +              !defined(CONFIG_ARM) && !defined(CONFIG_X86) && \
 +              !defined(CONFIG_BLACKFIN)
  static int reserve_video(void)
  {
        /* reserve memory for video display (always full pages) */
@@@ -528,13 -516,11 +528,13 @@@ static int reserve_malloc(void
  /* (permanently) allocate a Board Info struct */
  static int reserve_board(void)
  {
 -      gd->start_addr_sp -= sizeof(bd_t);
 -      gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t));
 -      memset(gd->bd, '\0', sizeof(bd_t));
 -      debug("Reserving %zu Bytes for Board Info at: %08lx\n",
 -                      sizeof(bd_t), gd->start_addr_sp);
 +      if (!gd->bd) {
 +              gd->start_addr_sp -= sizeof(bd_t);
 +              gd->bd = (bd_t *)map_sysmem(gd->start_addr_sp, sizeof(bd_t));
 +              memset(gd->bd, '\0', sizeof(bd_t));
 +              debug("Reserving %zu Bytes for Board Info at: %08lx\n",
 +                    sizeof(bd_t), gd->start_addr_sp);
 +      }
        return 0;
  }
  #endif
@@@ -735,9 -721,7 +735,9 @@@ static int reloc_fdt(void
  
  static int setup_reloc(void)
  {
 +#ifdef CONFIG_SYS_TEXT_BASE
        gd->reloc_off = gd->relocaddr - CONFIG_SYS_TEXT_BASE;
 +#endif
        memcpy(gd->new_gd, (char *)gd, sizeof(gd_t));
  
        debug("Relocation Offset is: %08lx\n", gd->reloc_off);
@@@ -844,7 -828,7 +844,7 @@@ static init_fnc_t init_sequence_f[] = 
        /* TODO: can we rename this to timer_init()? */
        init_timebase,
  #endif
 -#if defined(CONFIG_ARM) || defined(CONFIG_MIPS)
 +#if defined(CONFIG_ARM) || defined(CONFIG_MIPS) || defined(CONFIG_BLACKFIN)
        timer_init,             /* initialize timer */
  #endif
  #ifdef CONFIG_SYS_ALLOC_DPRAM
         *  - board info struct
         */
        setup_dest_addr,
 +#if defined(CONFIG_BLACKFIN) || defined(CONFIG_NIOS2)
 +      /* Blackfin u-boot monitor should be on top of the ram */
 +      reserve_uboot,
 +#endif
  #if defined(CONFIG_LOGBUFFER) && !defined(CONFIG_ALT_LB_ADDR)
        reserve_logbuffer,
  #endif
  #endif
        reserve_trace,
        /* TODO: Why the dependency on CONFIG_8xx? */
 -#if defined(CONFIG_VIDEO) && (!defined(CONFIG_PPC) || defined(CONFIG_8xx)) \
 -              && !defined(CONFIG_ARM) && !defined(CONFIG_X86)
 +#if defined(CONFIG_VIDEO) && (!defined(CONFIG_PPC) || defined(CONFIG_8xx)) && \
 +              !defined(CONFIG_ARM) && !defined(CONFIG_X86) && \
 +              !defined(CONFIG_BLACKFIN)
        reserve_video,
  #endif
 +#if !defined(CONFIG_BLACKFIN) && !defined(CONFIG_NIOS2)
        reserve_uboot,
 +#endif
  #ifndef CONFIG_SPL_BUILD
        reserve_malloc,
        reserve_board,