1. 09 3月, 2009 3 次提交
    • E
      [ARM] pxa: move IRQ handling of GPIO 0 and 1 outside of gpio.c · a58fbcd8
      Eric Miao 提交于
      This is part of the work making gpio.c generic enough, the changes
      include:
      
      1. move IRQ handling of GPIO 0 and 1 outside (and back into irq.c)
      
      2. pxa_init_gpio() accepts a range for muxed GPIO IRQs, and an IRQ
         number for the muxed GPIOs
      
      3. __gpio_is_occupied() and __gpio_is_inverted() are made inline,
         and are moved into <mach/gpio.h> instead of generic gpio.c
      Signed-off-by: NEric Miao <eric.miao@marvell.com>
      a58fbcd8
    • E
      [ARM] pxa: allow DMA controller IRQ being specified · fef1f99a
      Eric Miao 提交于
      Signed-off-by: NEric Miao <eric.miao@marvell.com>
      fef1f99a
    • E
      [ARM] pxa: introduce pxa{25x,27x,300,320,930}.h for board usage · 51c62982
      Eric Miao 提交于
      Considering the header mess ATM, it is not always possible to include
      the correct header files within board code. Let's keep this simple:
      
        <mach/pxa25x.h>  - for pxa25x based platforms
        <mach/pxa27x.h>  - for pxa27x based platforms
        <mach/pxa300.h>  - for pxa300 based platforms
        <mach/pxa320.h>  - for pxa320 based platforms
        <mach/pxa930.h>  - for pxa930 based platforms
      
      NOTE:
      
      1. one header one board file, they are not compatible (i.e. they have
         conflicting definitions which won't compile if included together).
      
      2. Unless strictly necessary, the following header files are considered
         to be SoC files use _only_, and is not recommended to be included in
         board code:
      
          <mach/hardware.h>
          <mach/pxa-regs.h>
          <mach/pxa2xx-regs.h>
          <mach/pxa3xx-regs.h>
          <mach/mfp.h>
          <mach/mfp-pxa2xx.h>
          <mach/mfp-pxa25x.h>
          <mach/mfp-pxa27x.h>
          <mach/mfp-pxa3xx.h>
          <mach/mfp-pxa300.h>
          <mach/mfp-pxa320.h>
          <mach/mfp-pxa930.h>
      Signed-off-by: NEric Miao <eric.miao@marvell.com>
      51c62982
  2. 02 12月, 2008 4 次提交
  3. 27 11月, 2008 1 次提交
  4. 08 10月, 2008 1 次提交
  5. 27 9月, 2008 1 次提交
  6. 09 9月, 2008 2 次提交
  7. 07 8月, 2008 2 次提交
  8. 05 8月, 2008 1 次提交
  9. 10 7月, 2008 1 次提交
  10. 03 6月, 2008 1 次提交
  11. 19 5月, 2008 2 次提交
    • R
      [ARM] pxa: separate PXA25x and PXA27x UDC register definitions · 284d115e
      Russell King 提交于
      The PXA25x and PXA27x USB device controller register definitions are
      different.  Currently, they live side by side in pxa-regs.h, but only
      one set is available depending on the setting of PXA25x or PXA27x.
      
      This means that if we build to support both PXA25x and PXA27x, the
      PXA27x definitions are unavailable, even to PXA27x specific code.
      
      Remove these definitions from pxa-regs.h, and place them in separate
      files.  Include these files where appropriate.
      
      Note: according to the dependencies in drivers/usb/gadget/Kconfig,
      we do not support the UDC on PXA27x nor PXA3xx CPUs, so remove the
      platform devices from pxa27x.c and pxa3xx.c.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      284d115e
    • E
      [ARM] pxa: Add PXA support for PWM API · 75540c1a
      eric miao 提交于
      Patch mainly from Eric Miao, with minor edits by rmk.
      
      Note: PWM0 and PWM2 share the same register I/O space and clock gating
      on pxa{27x, 3xx}, thus PWM2 is treated in the driver as a child PWM of
      PWM0. And this is also true for PWM1/3.
      Signed-off-by: Neric miao <eric.miao@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      75540c1a
  12. 09 5月, 2008 1 次提交
  13. 04 5月, 2008 1 次提交
  14. 19 4月, 2008 6 次提交
  15. 04 2月, 2008 2 次提交
  16. 28 1月, 2008 1 次提交
  17. 26 1月, 2008 6 次提交
  18. 26 11月, 2007 1 次提交
  19. 19 10月, 2007 1 次提交
    • R
      PM: Move definition of struct pm_ops to suspend.h · 95d9ffbe
      Rafael J. Wysocki 提交于
      Move the definition of 'struct pm_ops' and related functions from <linux/pm.h>
      to <linux/suspend.h> .
      
      There are, at least, the following reasons to do that:
      * 'struct pm_ops' is specifically related to suspend and not to the power
        management in general.
      * As long as 'struct pm_ops' is defined in <linux/pm.h>, any modification of it
        causes the entire kernel to be recompiled, which is unnecessary and annoying.
      * Some suspend-related features are already defined in <linux/suspend.h>, so it
        is logical to move the definition of 'struct pm_ops' into there.
      * 'struct hibernation_ops', being the hibernation-related counterpart of
        'struct pm_ops', is defined in <linux/suspend.h> .
      Signed-off-by: NRafael J. Wysocki <rjw@sisk.pl>
      Acked-by: NPavel Machek <pavel@ucw.cz>
      Cc: Len Brown <lenb@kernel.org>
      Cc: Greg KH <greg@kroah.com>
      Signed-off-by: NAndrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NLinus Torvalds <torvalds@linux-foundation.org>
      95d9ffbe
  20. 13 10月, 2007 2 次提交