1. 30 9月, 2014 1 次提交
    • Y
      imx: mx6dlarm2: Add support for i.MX6DL arm2 DDR3 board · b357503f
      Ye.Li 提交于
      This patch adds the i.MX6DL arm2 board support. The i.MX6DL ARM2
      shared the same board with i.MX6Q ARM2 board since the i.MX6DL is
      pin-pin compatible with i.MX6Q.
      
      The patch also support the DDR 32-BIT mode option. Please define
      CONFIG_DDR_32BIT in the board configure file to enable DDR 32-BIT
      mode.But due to the board design, it's 64bit DDR buswidth physically,
      so, if you CONFIG_DDR_32BIT, the DDR memory size will be half of it.
      Signed-off-by: NYe.Li <B37916@freescale.com>
      b357503f
  2. 13 1月, 2014 1 次提交
  3. 18 12月, 2013 1 次提交
    • E
      i.MX6 (DQ/DLS): use macros for mux and pad declarations · b47abc36
      Eric Nelson 提交于
      This allows the use of either or both declarations from
      the files mx6q_pins.h and mx6dl_pins.h.
      
      All board files should include <asm/arch/mx6-pins.h>
      with one of the following defined in boards.cfg
          MX6Q   - for boards targeting i.MX6Q or i.MX6D
          MX6DL  - for boards targeting i.MX6DL
          MX6S   - for boards targeting i.MX6S
          MX6QDL - for boards that support any of the above with
                   run-time detection
      
      Pad declarations will be MX6_PAD_x for single-variant boards
      and MX6Q_PAD_x and MX6DL_PAD_x for boards supporting both
      processor classes.
      Signed-off-by: NEric Nelson <eric.nelson@boundarydevices.com>
      Acked-by: NStefano Babic <sbabic@denx.de>
      b47abc36
  4. 13 11月, 2013 1 次提交
  5. 24 7月, 2013 1 次提交
  6. 28 4月, 2013 1 次提交
    • B
      imx: iomux-v3: Include PKE and PUE to pad control pull definitions · 7e2173cf
      Benoît Thébaudeau 提交于
      PUE requires PKE to mean something, as do pull values with PUE, so do not
      compell users to explicitly use PKE and PUE everywhere. This is also what is
      done on Linux and what has already been done for i.MX51.
      
      By the way, remove some unused pad control definitions.
      
      There is no change of behavior.
      
      Note that SPI_PAD_CTRL was defined by several boards with a pull value, but
      without PKE or PUE, which means that no pull was actually enabled in the pad.
      This might be a bug in those boards, but this patch does not change the
      behavior, so it just removes the meaningless pull value from those definitions.
      Signed-off-by: NBenoît Thébaudeau <benoit.thebaudeau@advansee.com>
      7e2173cf
  7. 07 3月, 2013 1 次提交
  8. 16 10月, 2012 2 次提交
  9. 01 9月, 2012 2 次提交
  10. 31 7月, 2012 1 次提交
  11. 12 2月, 2012 1 次提交
  12. 16 1月, 2012 1 次提交
  13. 10 12月, 2011 1 次提交