1. 13 7月, 2008 3 次提交
  2. 11 7月, 2008 2 次提交
  3. 10 7月, 2008 3 次提交
  4. 07 7月, 2008 2 次提交
  5. 19 5月, 2008 1 次提交
  6. 10 5月, 2008 1 次提交
  7. 30 4月, 2008 1 次提交
  8. 19 4月, 2008 3 次提交
    • J
      [ARM] 4867/1: Adds flash, udc, mci support for gumstix F boards · 90b8fc34
      Jaya Kumar 提交于
      This patch implements support for Gumstix-F flash, udc and mci. Fixes since the last time are:
      - Steve Sakoman as maintainer
      - cleanup for udc and mci setup
      Signed-off-by: NJaya Kumar <jayakumar.lkml@gmail.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      90b8fc34
    • E
      [ARM] pxa: add MFP-alike pin configuration support for pxa{25x, 27x} · 7facc2f9
      eric miao 提交于
      Pin configuration on pxa{25x,27x} has now separated from generic GPIO
      into dedicated mfp-pxa2xx.c by this patch. The name "mfp" is borrowed
      from pxa3xx and is used here to alert the difference between the two
      concepts: pin configuration and generic GPIOs.  A GPIO can be called
      a "GPIO" _only_ when the corresponding pin is configured so.
      
      A pin configuration on pxa{25x,27x} is composed of:
      
          - alternate function selection (or pin mux as commonly called)
          - low power state or sleep state
          - wakeup enabling from low power mode
      
      The following MFP_xxx bit definitions in mfp.h are re-used:
      
          - MFP_PIN(x)
          - MFP_AFx
          - MFP_LPM_DRIVE_{LOW, HIGH}
          - MFP_LPM_EDGE_*
      
      Selecting alternate function on pxa{25x, 27x} involves configuration
      of GPIO direction register GPDRx, so a new bit and MFP_DIR_{IN, OUT}
      are introduced. And pin configurations are defined by the following
      two macros:
      
          - MFP_CFG_IN  : for input alternate functions
          - MFP_CFG_OUT : for output alternate functions
      
      Every configuration should provide a low power state if it configured
      as output using MFP_CFG_OUT().  As a general guideline, the low power
      state should be decided to minimize the overall power dissipation. As
      an example, it is better to drive the pin as high level in low power
      mode if the GPIO is configured as an active low chip select.
      
      Pins configured as GPIO are defined by MFP_CFG_IN(). This is to avoid
      side effects when it is firstly configured as output.  The actual
      direction of the GPIO is configured by gpio_direction_{input, output}
      
      Wakeup enabling on pxa{25x, 27x} is actually GPIO based wakeup, thus
      the device based enable_irq_wake() mechanism is not applicable here.
      
      E.g.  invoking enable_irq_wake() with a GPIO IRQ as in the following
      code to enable OTG wakeup is by no means portable and intuitive, and
      it is valid _only_ when GPIO35 is configured as USB_P2_1:
      
          enable_irq_wake( gpio_to_irq(35) );
      
      To make things worse, not every GPIO is able to wakeup the system.
      Only a small number of them can, on either rising or falling edge,
      or when level is high (for keypad GPIOs).
      
      Thus, another new bit is introduced to indicate that the GPIO will
      wakeup the system:
      
          - MFP_LPM_WAKEUP_ENABLE
      
      The following macros can be used in platform code, and be OR'ed to
      the GPIO configuration to enable its wakeup:
      
          - WAKEUP_ON_EDGE_{RISE, FALL, BOTH}
          - WAKEUP_ON_LEVEL_HIGH
      
      The WAKEUP_ON_LEVEL_HIGH is used for keypad GPIOs _only_, there is
      no edge settings for those GPIOs.
      
      These WAKEUP_ON_* flags OR'ed on wrong GPIOs will be ignored in case
      that platform code author is careless enough.
      
      The tradeoff here is that the wakeup source is fully determined by
      the platform configuration, instead of enable_irq_wake().
      Signed-off-by: Neric miao <eric.miao@marvell.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7facc2f9
    • E
  9. 06 2月, 2008 1 次提交
  10. 04 2月, 2008 1 次提交
  11. 28 1月, 2008 6 次提交
  12. 26 1月, 2008 3 次提交
  13. 16 10月, 2007 3 次提交
  14. 21 7月, 2007 1 次提交
  15. 29 6月, 2006 1 次提交
  16. 20 6月, 2006 1 次提交
  17. 29 3月, 2006 1 次提交
  18. 22 3月, 2006 1 次提交
  19. 13 11月, 2005 3 次提交
  20. 11 11月, 2005 1 次提交
    • L
      [ARM] 3098/1: pxa2xx disable ssp irq · b216c018
      Liam Girdwood 提交于
      Patch from Liam Girdwood
      
      This patch allows users of the pxa SSP driver to register their own irq
      handlers instead of using the default SSP handler. It also cleans up the
      CKEN clock and irq detection as the values are now stored in a table.
      
      This patch replaces 2845/1
      
      Changes:-
      o Added flags parameter to ssp_init()
      o Added SSP_NO_IRQ flag to disable registering of ssp irq handler (for
      drivers that want to register their own handler)
      o Cleaned up clock and irq detection, values are now stored in table.
      o Added build changes to allow other drivers (e.g audio) to select the
      ssp driver.
      o corgi_ssp.c changed to use new interface.
      Signed-off-by: NLiam Girdwood <liam.girdwood@wolfsonmicro.com>
      Signed-off-by: NRichard Purdie <rpurdie@rpsys.net>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      b216c018
  21. 06 11月, 2005 1 次提交