09 Dec, 2011

1 commit


14 Nov, 2011

1 commit


05 Aug, 2010

3 commits


11 May, 2010

2 commits


01 Dec, 2009

1 commit


11 Jun, 2009

1 commit


09 Mar, 2009

1 commit

  • Considering the header mess ATM, it is not always possible to include
    the correct header files within board code. Let's keep this simple:

    - for pxa25x based platforms
    - for pxa27x based platforms
    - for pxa300 based platforms
    - for pxa320 based platforms
    - 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:












    Signed-off-by: Eric Miao

    Eric Miao
     

29 Oct, 2008

1 commit


24 Sep, 2008

1 commit


07 Aug, 2008

2 commits


03 Jun, 2008

2 commits


19 May, 2008

1 commit

  • If CONFIG_BACKLIGHT_CORGI is not selected, then corgibl_limit_intensity()
    is not present. However, both corgi_pm.c and sharp_pm.c reference this
    symbol, resulting in a link error.

    Wrap the references with the relevant ifdefs, and avoid the resulting
    NULL pointer dereference by making the code in sharpsl_pm.c also
    conditional on the config symbol.

    Signed-off-by: Russell King

    Russell King
     

19 Apr, 2008

1 commit

  • two reasons:
    1. GPIO namings and their mode definitions are conceptually not part
    of the PXA register definitions

    2. this is actually a temporary move in the transition of PXA2xx to
    use MFP-alike APIs (as what PXA3xx is now doing), so that legacy
    code will still work and new code can be added in step by step

    Signed-off-by: eric miao
    Signed-off-by: Russell King

    eric miao
     

02 Mar, 2007

1 commit


10 Feb, 2007

1 commit


20 Jun, 2006

1 commit


07 Jan, 2006

1 commit


06 Jan, 2006

1 commit

  • Patch from Richard Purdie

    This patch moves a large chunk of the sharpsl_pm driver to
    arch/arm/common so that it can be reused on other devices such as the
    SL-5500 (collie). It also abstracts some functions from the core into
    the machine and platform specific parts of the driver to aid reuse.

    Signed-off-by: Richard Purdie
    Signed-off-by: Russell King

    Richard Purdie
     

13 Nov, 2005

1 commit