1. 01 9月, 2014 4 次提交
  2. 18 8月, 2014 4 次提交
    • A
      ARM: imx: correct gpu2d_axi and gpu3d_axi clock setting · 6248c273
      Anson Huang 提交于
      On i.MX6Q, gpu2d_axi and gpu3d_axi are either from AXI or
      AHB clock, but on i.MX6DL, gpu2d_axi and gpu3d_axi are
      from mmdc_ch0_axi_podf, and they can NOT be gated by mmdc_ch0_axi
      's clock gate, the mux option register field(CCM_CBCMR)
      is marked as "Reserved" now on i.MX6DL RM, so correct these
      two clks setting.
      Signed-off-by: NAnson Huang <b20788@freescale.com>
      Signed-off-by: NShawn Guo <shawn.guo@freescale.com>
      6248c273
    • S
      ARM: imx: remove unnecessary ARCH_HAS_OPP select · df216074
      Shawn Guo 提交于
      Since ARCH_MXC already selects ARCH_HAS_OPP, it's really unnecessary for
      SOC_IMX27 and SOC_IMX5 to select it again.
      Signed-off-by: NShawn Guo <shawn.guo@freescale.com>
      df216074
    • S
      ARM: imx: fix TLB missing of IOMUXC base address during suspend · 59d05b51
      Shawn Guo 提交于
      After the suspend routine running in OCRAM puts DDR into self-refresh,
      it will access IOMUXC block to float DDR IO for power saving.  A TLB
      missing of IOMUXC base address may happen in this case, and triggers an
      access to DDR, and thus hangs the system.
      
      The failure is discovered by running suspend/resume on a Cubox-i board.
      Though the issue is not Cubox-i specific, it can be hit the on the board
      quite easily with the 3.15 or 3.16 kernel.
      
      Fix the issue with a dummy access to IOMUXC block at the beginning of
      suspend routine, so that the address translation can be filled into TLB
      before DDR is put into self-refresh.
      Signed-off-by: NShawn Guo <shawn.guo@freescale.com>
      Cc: <stable@vger.kernel.org>
      Acked-by: NAnson Huang <Anson.Huang@freescale.com>
      59d05b51
    • A
      ARM: imx6: fix SMP compilation again · 060d517d
      Arnd Bergmann 提交于
      My earlier patch 1fc593fe ("ARM: imx: build i.MX6 functions
      only when needed") fixed a problem with building an i.MX5 kernel,
      but now the problem has returned for the case where we allow
      ARMv6K SMP builds in multiplatform. With CONFIG_CPU_V7 disabled,
      but i.MX3 and SMP enabled, we get this build error:
      
      arch/arm/mach-imx/built-in.o: In function `v7_secondary_startup':
      :(.text+0x5124): undefined reference to `v7_invalidate_l1'
      
      This puts the code inside of an "ifdef CONFIG_SOC_IMX6" to hopefully
      do the right thing in all configurations.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Signed-off-by: NShawn Guo <shawn.guo@freescale.com>
      060d517d
  3. 02 8月, 2014 1 次提交
  4. 24 7月, 2014 1 次提交
  5. 23 7月, 2014 1 次提交
  6. 18 7月, 2014 29 次提交