1. 03 9月, 2012 2 次提交
  2. 31 7月, 2012 2 次提交
  3. 27 7月, 2012 1 次提交
  4. 25 7月, 2012 1 次提交
  5. 20 7月, 2012 1 次提交
  6. 19 7月, 2012 1 次提交
  7. 13 7月, 2012 2 次提交
    • P
      ARM: vexpress: Add fixed regulator for SMSC · b2a54ff0
      Pawel Moll 提交于
      SMSC driver requires "vdd33a" and "vddvario" regulator supplies now.
      
      Add fixed regulator describing 3V3 power line (in both motherboard's
      Device Trees and the non-DT code) and force fixed regulator config
      option if regulators framework is enabled.
      Signed-off-by: NPawel Moll <pawel.moll@arm.com>
      b2a54ff0
    • P
      ARM: vexpress: Initial common clock support · d1b8a775
      Pawel Moll 提交于
      This patch makes Versatile Express use the common clock framework
      instead of the plat-versatile implementation.
      
      It defines clock provider for VE's OSCs (clock generators) and
      registers all required fixed and variable clock sources (for both
      motherboard and core tile).
      
      This is a simple conversion of the existing state and will be
      extended (and migrated to drivers/clk) in the near future.
      Signed-off-by: NPawel Moll <pawel.moll@arm.com>
      d1b8a775
  8. 12 7月, 2012 5 次提交
  9. 10 7月, 2012 4 次提交
  10. 09 7月, 2012 1 次提交
  11. 06 7月, 2012 1 次提交
    • U
      ARM: imx: select USE_OF · 3e62af82
      Uwe Kleine-König 提交于
      Commit
      
            544496ab (ARM: imx: move irq_domain_add_legacy call into avic driver)
      
      introduced unconditional calls to irq_find_mapping and
      irq_domain_add_legacy, but it's still possible to have a .config without
      CONFIG_IRQ_DOMAIN=y resulting in
      
      	  CC      arch/arm/plat-mxc/avic.o
      	arch/arm/plat-mxc/avic.c: In function 'avic_handle_irq':
      	arch/arm/plat-mxc/avic.c:172: error: implicit declaration of function 'irq_find_mapping'
      	arch/arm/plat-mxc/avic.c: In function 'mxc_init_irq':
      	arch/arm/plat-mxc/avic.c:207: error: implicit declaration of function 'irq_domain_add_legacy'
      	arch/arm/plat-mxc/avic.c:208: error: 'irq_domain_simple_ops' undeclared (first use in this function)
      	arch/arm/plat-mxc/avic.c:208: error: (Each undeclared identifier is reported only once
      	arch/arm/plat-mxc/avic.c:208: error: for each function it appears in.)
      	arch/arm/plat-mxc/avic.c:208: warning: assignment makes pointer from integer without a cast
      	make[3]: *** [arch/arm/plat-mxc/avic.o] Error 1
      	make[2]: *** [arch/arm/plat-mxc/avic.o] Error 2
      	make[1]: *** [sub-make] Error 2
      	make: *** [all] Error 2
      
      While selecting CONFIG_IRQ_DOMAIN would be enough, USE_OF is the future
      and implies CONFIG_IRQ_DOMAIN. So select USE_OF for ARCH_MXC and drop
      other explicit selects that are superflous now.
      Signed-off-by: NUwe Kleine-König <u.kleine-koenig@pengutronix.de>
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      3e62af82
  12. 04 7月, 2012 1 次提交
  13. 03 7月, 2012 1 次提交
  14. 02 7月, 2012 1 次提交
  15. 01 7月, 2012 1 次提交
    • S
      ARM: imx: enable SPARSE_IRQ for imx platform · 8842a9e2
      Shawn Guo 提交于
      As all irqchips on imx have been changed to allocate their irq_descs,
      and all unneeded mach/irqs.h inclusions on imx have been cleaned up,
      now it's time to select SPARSE_IRQ for imx/mxc.
      
      The SPARSE_IRQ support forces irqs allocation starting from 16.  All
      those static irq number definition for SoCs need to shift 16 to keep
      non-DT boot works.
      
      With all those static IRQ number and start definitions removed from
      mach/irqs.h, the header becomes just a container of a couple of
      mach-imx specific irq/fiq calls.  Since mach/irqs.h is not included
      by asm/irq.h now, the users of mxc_set_irq_fiq needs to explicitly
      include mach/irqs.h themselves.
      Signed-off-by: NShawn Guo <shawn.guo@linaro.org>
      Acked-by: NSascha Hauer <s.hauer@pengutronix.de>
      8842a9e2
  16. 28 6月, 2012 1 次提交
  17. 24 6月, 2012 1 次提交
    • A
      ARM: Orion5x - Restore parts of io.h, with rework · b5e12229
      Andrew Lunn 提交于
      Commit 4d5fc58d (ARM: remove bunch of
      now unused mach/io.h files) removed the orion5x io.h. Unfortunately,
      this is still needed for the definition of IO_SPACE_LIMIT which
      overrides the default 64K. All Orion based systems have 1Mbyte of IO
      space per PCI[e] bus, and try to request_resource() this size. Orion5x
      has two such PCI buses.
      
      It is likely that the original, removed version, was broken. This
      version might be less broken. However, it has not been tested on
      hardware with a PCI card, let alone hardware with a PCI card with IO
      capabilities.
      Signed-off-by: NAndrew Lunn <andrew@lunn.ch>
      Acked-by: NRob Herring <rob.herring@calxeda.com>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      b5e12229
  18. 21 6月, 2012 1 次提交
    • S
      ARM: tegra: remove CONFIG_MACH_TEGRA_DT · 2c95b7e0
      Stephen Warren 提交于
      * Make ARCH_TEGRA select USE_OF; DT is the way forward.
      * Build board-dt-tegra*.c when the relevant Tegra SoC support is enabled,
        rather than requiring a specific config option for this.
      * The board-specific config options already build board-*-pinmux.o, and
        when booting from device tree these files are no longer needed, so we
        can remove some Makefile commands related to those files.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      2c95b7e0
  19. 17 6月, 2012 1 次提交
    • A
      arm: versatile: fix and enable PCI I/O space · 9b0f7e39
      Arnd Bergmann 提交于
      With commit 4d5fc58d (ARM: remove bunch of now unused
      mach/io.h files), the I/O space setup was completely broken on
      versatile. This patch fixes that and prepares for further
      I/O space clean-up.
      
      I/O space handling on the versatile platform is currently
      broken in multiple ways. Most importantly, the ports do
      not get mapped into the virtual address space at all.
      
      Also, there is some amount of confusion between PCI I/O
      space and other statically mapped MMIO registers in the
      platform code:
      
      * The __io_address() macro that is used to access the
        platform register maps to the same __io macro that gets
        used for I/O space.
      
      * The IO_SPACE_LIMIT is set to a value that is much larger
        than the total available space.
      
      * The I/O resource of the PCI bus is set to the physical
        address of the mapping, which is way outside of the
        actual I/O space limit as well as the address range that
        gets decoded by traditional PCI cards.
      
      * No attempt is made to stay outside of the ISA port range
        that some device drivers try access.
      
      * No resource gets requested as a child of ioport_resource,
        but an IORESOURCE_IO type mapping gets requested
        as a child of iomem_resource.
      
      This patch attempts to correct all of the above. This makes
      it possible to use virtio-pci based virtual devices as well
      as actual PCI cards including those with legacy ISA port
      ranges like VGA.
      
      Some of the issues seem to be duplicated on other platforms.
      Signed-off-by: NArnd Bergmann <arnd@arndb.de>
      [rob: update to 3.5-rc2 and io.h cleanup related changes]
      Signed-off-by: NRob Herring <rob.herring@calxeda.com>
      Tested-by: NRobert Schwebel <r.schwebel@pengutronix.de>
      Signed-off-by: NOlof Johansson <olof@lixom.net>
      9b0f7e39
  20. 14 6月, 2012 1 次提交
  21. 11 6月, 2012 1 次提交
  22. 04 6月, 2012 1 次提交
  23. 24 5月, 2012 1 次提交
  24. 22 5月, 2012 2 次提交
  25. 21 5月, 2012 5 次提交