1. 12 Jul, 2011 1 commit
  2. 24 Apr, 2011 1 commit
  3. 29 Mar, 2011 2 commits
  4. 16 Mar, 2011 1 commit
  5. 13 Jan, 2011 1 commit
  6. 15 Dec, 2010 2 commits
  7. 19 Oct, 2010 1 commit
    • Nicolas Pitre's avatar
      arm: remove machine_desc.io_pg_offst and .phys_io · 6451d778
      Nicolas Pitre authored
      
      
      Since we're now using addruart to establish the debug mapping, we can
      remove the io_pg_offst and phys_io members of struct machine_desc.
      
      The various declarations were removed using the following script:
      
        grep -rl MACHINE_START arch/arm | xargs \
        sed -i '/MACHINE_START/,/MACHINE_END/ { /\.\(phys_io\|io_pg_offst\)/d }'
      
      [ Initial patch was from Jeremy Kerr, example script from Russell King ]
      Signed-off-by: default avatarNicolas Pitre <nicolas.pitre@linaro.org>
      Acked-by: Eric Miao <eric.miao at canonical.com>
      6451d778
  8. 08 Oct, 2010 1 commit
  9. 01 Mar, 2010 2 commits
  10. 30 Nov, 2009 1 commit
  11. 09 Mar, 2009 2 commits
    • Eric Miao's avatar
      [ARM] pxa: move GPIO register definitions into <mach/gpio.h> · da065a0b
      Eric Miao authored
      
      
      This makes gpio.c fully independent of pxa-regs.h (except for the
      virtual address of the registers).
      Signed-off-by: default avatarMike Rapoport <mike@compulab.co.il>
      Signed-off-by: default avatarEric Miao <eric.miao@marvell.com>
      da065a0b
    • Eric Miao's avatar
      [ARM] pxa: introduce pxa{25x,27x,300,320,930}.h for board usage · 51c62982
      Eric Miao authored
      
      
      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: default avatarEric Miao <eric.miao@marvell.com>
      51c62982
  12. 09 Oct, 2008 1 commit
  13. 07 Oct, 2008 1 commit
  14. 26 Sep, 2008 2 commits
  15. 07 Aug, 2008 2 commits
  16. 27 Jul, 2008 1 commit
  17. 09 Jul, 2008 1 commit
  18. 03 Jul, 2008 1 commit
  19. 02 Jun, 2008 1 commit
  20. 19 Apr, 2008 1 commit
  21. 26 Jan, 2008 1 commit
  22. 24 Jan, 2008 1 commit
  23. 12 Jul, 2007 2 commits
  24. 21 Apr, 2007 1 commit
    • Eric Miao's avatar
      [ARM] 4304/1: removes the unnecessary bit number from CKENnn_XXXX · 7053acbd
      Eric Miao authored
      
      
      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: default avatareric miao <eric.y.miao@gmail.com>
      Signed-off-by: default avatarRussell King <rmk+kernel@arm.linux.org.uk>
      7053acbd
  25. 30 Nov, 2006 1 commit
  26. 06 Oct, 2006 1 commit
  27. 02 Oct, 2006 1 commit
  28. 01 Aug, 2006 1 commit
  29. 29 Jun, 2006 1 commit
  30. 28 Mar, 2006 1 commit