1. 08 10月, 2008 6 次提交
  2. 03 10月, 2008 1 次提交
  3. 07 8月, 2008 1 次提交
  4. 03 6月, 2008 1 次提交
  5. 19 5月, 2008 1 次提交
    • 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
  6. 30 4月, 2008 1 次提交
  7. 19 4月, 2008 5 次提交
  8. 01 3月, 2008 1 次提交
  9. 06 2月, 2008 1 次提交
  10. 03 2月, 2008 1 次提交
  11. 26 1月, 2008 3 次提交
  12. 08 12月, 2007 1 次提交
  13. 30 11月, 2007 1 次提交
  14. 17 10月, 2007 1 次提交
  15. 16 10月, 2007 1 次提交
  16. 12 7月, 2007 1 次提交
  17. 22 4月, 2007 1 次提交
    • E
      [ARM] 4304/1: removes the unnecessary bit number from CKENnn_XXXX · 7053acbd
      Eric Miao 提交于
      This patch removes the unnecessary bit number from CKENnn_XXXX
      definitions for PXA, so that
      
      	CKEN0_PWM0 --> CKEN_PWM0
      	CKEN1_PWM1 --> CKEN_PWM1
      	...
      	CKEN24_CAMERA --> CKEN_CAMERA
      
      The reasons for the change of these defitions are:
      
      1. they do not scale - they are currently valid for pxa2xx, but
      definitely not valid for pxa3xx, e.g., pxa3xx has bit 3 for camera
      instead of bit 24
      
      2. they are unnecessary - the peripheral name within the definition
      has already announced its usage, we don't need those bit numbers
      to know which peripheral we are going to enable/disable clock for
      
      3. they are inconvenient - think about this: a driver programmer
      for pxa has to remember which bit in the CKEN register to turn
      on/off
      
      Another change in the patch is to make the definitions equal to its
      clock bit index, so that
      
         #define CKEN_CAMERA  (24)
      
      instead of
      
         #define CKEN_CAMERA  (1 << 24)
      
      this change, however, will add a run-time bit shift operation in
      pxa_set_cken(), but the benefit of this change is that it scales
      when bit index exceeds 32, e.g., pxa3xx has two registers CKENA
      and CKENB, totally 64 bit for this, suppose CAMERA clock enabling
      bit is CKENB:10, one can simply define CKEN_CAMERA to be (32 + 10)
      and so that pxa_set_cken() need minimum change to adapt to that.
      Signed-off-by: Neric miao <eric.y.miao@gmail.com>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      7053acbd
  18. 25 3月, 2007 1 次提交
    • G
      [ARM] 4278/1: configure pxa27x I2C SCL as "input" · 53698d25
      Guennadi Liakhovetski 提交于
      It has been reported by Julian Deng that configuring the pxa27x i2c SCL line as output generates a short negative pulse on it during the call to pxa_gpio_mode(GPIO117_I2CSCL_MD); as it first switches it to output and then configures it for the alternate function. The SCL line is in fact bidirectional and can also be configured as 117 | GPIO_ALT_FN_1_IN, in which case the pulse is not generated. This is exactly what this patch does.
      
      Author: Julian Deng <dengtj@sitek.cn>
      Signed-off-by: NG. Liakhovetski <gl@dsa-ac.de>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      53698d25
  19. 17 2月, 2007 1 次提交
    • N
      [ARM] 4090/2: avoid clash between PXA and SA1111 defines · bc43fd40
      Nicolas Pitre 提交于
      The Lubbock platform uses both a PXA25x and a SA1111 at the same time.
      Both chips have the same "Serial Audio Controller" registers although
      the SA1111 one is never expected to be used in preference to the PXA25x
      one. So let's disable the SA1111 defines whenever compilation is for a
      PXA architecture and make the PXA defines always defined.
      
      This removes a bunch of "already defined" warnings as well since the
      current hack to prevent them depended on include ordering which wasn't
      always right.
      
      While at it, clean up the SA1111 defines allowing to get rid of the
      __CCREG() macro.
      Signed-off-by: NNicolas Pitre <nico@cam.org>
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      bc43fd40
  20. 08 2月, 2007 1 次提交
  21. 03 1月, 2007 2 次提交
  22. 30 11月, 2006 2 次提交
  23. 04 11月, 2006 1 次提交
  24. 14 10月, 2006 1 次提交
  25. 29 6月, 2006 1 次提交
  26. 21 6月, 2006 1 次提交
  27. 26 4月, 2006 1 次提交