1. 15 3月, 2013 1 次提交
    • S
      ARM: i.MX35: enable MAX clock · 5dc2eb7d
      Sascha Hauer 提交于
      The i.MX35 has two bits per clock gate which are decoded as follows:
            0b00 -> clock off
            0b01 -> clock is on in run mode, off in wait/doze
            0b10 -> clock is on in run/wait mode, off in doze
            0b11 -> clock is always on
      
      The reset value for the MAX clock is 0b10.
      
      The MAX clock is needed by the SoC, yet unused in the Kernel, so the
      common clock framework will disable it during late init time. It will
      only disable clocks though which it detects as being turned on. This
      detection is made depending on the lower bit of the gate. If the reset
      value has been altered by the bootloader to 0b11 the clock framework
      will detect the clock as turned on, yet unused, hence it will turn it
      off and the system locks up.
      
      This patch turns the MAX clock on unconditionally making the Kernel
      independent of the bootloader.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      5dc2eb7d
  2. 14 3月, 2013 1 次提交
  3. 11 3月, 2013 1 次提交
  4. 04 3月, 2013 1 次提交
    • N
      ARM: mach-imx: move early resume code out of the .data section · b4e61537
      Nicolas Pitre 提交于
      Building the kernel with allyesconfig fails because the i.mx early
      resume code located in the .data section is unable to fixup the bl
      relocation as the branch target gets too far away.
      
      The idea of having code in the .data section allows for easy access to
      nearby data using relative addressing while the MMU is off. However it
      is probably best to move the code back to the .text section where it
      belongs and fixup the data access instead.  This solves the bl reloc
      issue (at least until this becomes a general problem) and simplifies
      the code as well.
      Signed-off-by: NNicolas Pitre <nico@linaro.org>
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      b4e61537
  5. 16 2月, 2013 1 次提交
    • A
      ARM: imx: MACH_MX31ADS_WM1133_EV1 needs REGULATOR_WM8350 · 69eb383a
      Arnd Bergmann 提交于
      MACH_MX31ADS_WM1133_EV1 already depends on REGULATOR_WM8350,
      but that still allows REGULATOR_WM8350 to be a loadable
      module. Depending on REGULATOR_WM8350 to be built-in
      ensures we cannot create a broken configuration.
      
      Without this patch, building allmodconfig results in:
      
      arch/arm/mach-imx/built-in.o: In function `mx31_wm8350_init':
      arch/arm/mach-imx/mach-mx31ads.c:461: undefined reference to `wm8350_register_regulator'
      arch/arm/mach-imx/mach-mx31ads.c:471: undefined reference to `wm8350_dcdc_set_slot'
      arch/arm/mach-imx/mach-mx31ads.c:473: undefined reference to `wm8350_isink_set_flash'
      arch/arm/mach-imx/mach-mx31ads.c:480: undefined reference to `wm8350_dcdc25_set_mode'
      arch/arm/mach-imx/mach-mx31ads.c:485: undefined reference to `wm8350_register_led'
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      Cc: Shawn Guo <shawn.guo@linaro.org>
      Cc: Sascha Hauer <s.hauer@pengutronix.de>
      Cc: Axel Lin <axel.lin@gmail.com>
      Cc: Mark Brown <broonie@opensource.wolfsonmicro.com>
      69eb383a
  6. 12 2月, 2013 1 次提交
  7. 10 2月, 2013 3 次提交
  8. 05 2月, 2013 2 次提交
  9. 01 2月, 2013 1 次提交
  10. 30 1月, 2013 4 次提交
  11. 29 1月, 2013 4 次提交
  12. 25 1月, 2013 4 次提交
  13. 18 1月, 2013 2 次提交
  14. 15 1月, 2013 1 次提交
  15. 14 1月, 2013 3 次提交
  16. 13 1月, 2013 3 次提交
    • R
      irqchip: Move ARM gic.h to include/linux/irqchip/arm-gic.h · 520f7bd7
      Rob Herring 提交于
      Now that we have GIC moved to drivers/irqchip and all GIC DT init for
      platforms using irqchip_init, move gic.h and update the remaining
      includes.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Anton Vorontsov <avorontsov@mvista.com>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Viresh Kumar <viresh.linux@gmail.com>
      Cc: Shiraz Hashim <shiraz.hashim@st.com>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Cc: Samuel Ortiz <sameo@linux.intel.com>
      520f7bd7
    • R
      ARM: use common irqchip_init for GIC init · 0529e315
      Rob Herring 提交于
      Convert all GIC DT initialization over to use common irqchip_init
      function.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Cc: Tony Lindgren <tony@atomide.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Dinh Nguyen <dinguyen@altera.com>
      Cc: Viresh Kumar <viresh.linux@gmail.com>
      Cc: Shiraz Hashim <shiraz.hashim@st.com>
      Cc: Stephen Warren <swarren@wwwdotorg.org>
      Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      0529e315
    • R
      ARM: remove mach .handle_irq for GIC users · 1d5cc604
      Rob Herring 提交于
      Now that the GIC initialization sets up the handle_arch_irq pointer, we
      can remove it for all machines and make it static.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Anton Vorontsov <avorontsov@mvista.com>
      Cc: Kyungmin Park <kyungmin.park@samsung.com>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Cc: Dinh Nguyen <dinguyen@altera.com>
      Cc: Shiraz Hashim <shiraz.hashim@st.com>
      Acked-by: NStephen Warren <swarren@nvidia.com>
      Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Acked-by: NViresh Kumar <viresh.kumar@linaro.org>
      Acked-by: NKukjin Kim <kgene.kim@samsung.com>
      Acked-by: NShawn Guo <shawn.guo@linaro.org>
      Acked-by: NOlof Johansson <olof@lixom.net>
      Acked-by: NArnd Bergmann <arnd@arndb.de>
      1d5cc604
  17. 11 1月, 2013 2 次提交
    • S
      ARM: imx: fix build error with !CONFIG_SMP · aec99b7b
      Shawn Guo 提交于
      Commit 68b25325 (ARM: imx: select HAVE_IMX_SRC when SMP is enabled)
      introduces a build error with imx_v6_v7_defconfig when CONFIG_SMP is
      deselected.
      
        LINK    vmlinux
        LD      vmlinux.o
        MODPOST vmlinux.o
        GEN     .version
        CHK     include/generated/compile.h
        UPD     include/generated/compile.h
        CC      init/version.o
        LD      init/built-in.o
      arch/arm/mach-imx/built-in.o: In function `imx6q_restart':
      platform-ahci-imx.c:(.text+0x448c): undefined reference to `imx_src_prepare_restart'
      arch/arm/mach-imx/built-in.o: In function `imx6q_pm_enter':
      platform-ahci-imx.c:(.text+0x4544): undefined reference to `imx_set_cpu_jump'
      arch/arm/mach-imx/built-in.o: In function `imx6q_init_irq':
      platform-ahci-imx.c:(.init.text+0xbef0): undefined reference to `imx_src_init'
      make[1]: *** [vmlinux] Error 1
      
      While the commit adds 'def_bool y if SMP' for HAVE_IMX_SRC, it should
      not remove 'select HAVE_IMX_SRC' from SOC_IMX6Q, as the IMX6Q UP build
      also needs HAVE_IMX_SRC.  Add the HAVE_IMX_SRC select back for SOC_IMX6Q
      to fix above build error.
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      aec99b7b
    • R
      ARM: GIC: remove direct use of gic_raise_softirq · b1cffebf
      Rob Herring 提交于
      In preparation of moving gic code to drivers/irqchip, remove the direct
      platform dependencies on gic_raise_softirq. Move the setup of
      smp_cross_call into the gic code and use arch_send_wakeup_ipi_mask
      function to trigger wake-up IPIs.
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Cc: Russell King <linux@arm.linux.org.uk>
      Cc: Kukjin Kim <kgene.kim@samsung.com>
      Cc: Sascha Hauer <kernel@pengutronix.de>
      Cc: David Brown <davidb@codeaurora.org>
      Cc: Daniel Walker <dwalker@fifo99.com>
      Cc: Bryan Huntsman <bryanh@codeaurora.org>
      Acked-by: NTony Lindgren <tony@atomide.com>
      Acked-by: NSantosh Shilimkar <santosh.shilimkar@ti.com>
      Cc: Paul Mundt <lethal@linux-sh.org>
      Cc: Magnus Damm <magnus.damm@gmail.com>
      Acked-by: NViresh Kumar <viresh.kumar@linaro.org>
      Cc: Shiraz Hashim <shiraz.hashim@st.com>
      Acked-by: NStephen Warren <swarren@nvidia.com>
      Cc: Srinidhi Kasagar <srinidhi.kasagar@stericsson.com>
      Cc: Linus Walleij <linus.walleij@linaro.org>
      Acked-by: NOlof Johansson <olof@lixom.net>
      b1cffebf
  18. 08 1月, 2013 1 次提交
    • S
      [media] coda: Fix build due to iram.h rename · e909c682
      Sascha Hauer 提交于
      commit c045e3f1 (ARM: imx: include iram.h rather than mach/iram.h) changed the
      location of iram.h, which causes the following build error when building the coda
      driver:
      
      drivers/media/platform/coda.c:27:23: error: mach/iram.h: No such file or directory
      drivers/media/platform/coda.c: In function 'coda_probe':
      drivers/media/platform/coda.c:2000: error: implicit declaration of function 'iram_alloc'
      drivers/media/platform/coda.c:2001: warning: assignment makes pointer from integer without a cast
      drivers/media/platform/coda.c: In function 'coda_remove':
      drivers/media/platform/coda.c:2024: error: implicit declaration of function 'iram_free'
      
      Since the content of iram.h is not imx specific, move it to
      include/linux/platform_data/imx-iram.h instead. This is an intermediate solution
      until the i.MX iram allocator is converted to the generic SRAM allocator.
      Signed-off-by: NSascha Hauer <s.hauer@pengutronix.de>
      Acked-by: NMauro Carvalho Chehab <mchehab@redhat.com>
      e909c682
  19. 07 1月, 2013 1 次提交
    • F
      ARM: 7612/1: imx: Do not select some errata that depends on !ARCH_MULTIPLATFORM · a47e3bc1
      Fabio Estevam 提交于
      Since commit 62e4d357 (ARM: 7609/1: disable errata work-arounds which access
      secure registers) ARM_ERRATA_743622/751472 depends on !ARCH_MULTIPLATFORM.
      
      Since imx has been converted to multiplatform, the following warning happens:
      
      $ make imx_v6_v7_defconfig
      warning: (SOC_IMX6Q && ARCH_TEGRA_2x_SOC && ARCH_TEGRA_3x_SOC) selects
      ARM_ERRATA_751472 which has unmet direct dependencies (CPU_V7 &&
      !ARCH_MULTIPLATFORM)
      warning: (SOC_IMX6Q && ARCH_TEGRA_3x_SOC) selects ARM_ERRATA_743622
      which has unmet direct dependencies (CPU_V7 && !ARCH_MULTIPLATFORM)
      warning: (SOC_IMX6Q && ARCH_TEGRA_3x_SOC) selects ARM_ERRATA_743622
      which has unmet direct dependencies (CPU_V7 && !ARCH_MULTIPLATFORM)
      warning: (SOC_IMX6Q && ARCH_TEGRA_2x_SOC && ARCH_TEGRA_3x_SOC) selects
      ARM_ERRATA_751472 which has unmet direct dependencies (CPU_V7 &&
      !ARCH_MULTIPLATFORM)
      
      Recommended approach is to remove ARM_ERRATA_743622/751472 from being selected
      by SOC_IMX6Q and apply such workarounds into the bootloader.
      Signed-off-by: NFabio Estevam <fabio.estevam@freescale.com>
      Acked-by: NRob Herring <rob.herring@calxeda.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      a47e3bc1
  20. 04 1月, 2013 1 次提交
    • G
      ARM: drivers: remove __dev* attributes. · 351a102d
      Greg Kroah-Hartman 提交于
      CONFIG_HOTPLUG is going away as an option.  As a result, the __dev*
      markings need to be removed.
      
      This change removes the use of __devinit, __devexit_p, __devinitdata,
      and __devexit from these drivers.
      
      Based on patches originally written by Bill Pemberton, but redone by me
      in order to handle some of the coding style issues better, by hand.
      
      Cc: Bill Pemberton <wfp5p@virginia.edu>
      Cc: Russell King <linux@arm.linux.org.uk>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@linuxfoundation.org>
      351a102d
  21. 31 12月, 2012 1 次提交
  22. 25 12月, 2012 1 次提交