Eric Lee / smarc-fsl-linux-kernel

16 Dec, 2010

4 commits

09 Oct, 2010

2 commits

  • 799929d70   ARM: pxa: reduce the scope of get_memclk_frequency_10khz() ... Browse Code »

    Up to now, only pxa2xx pcmcia driver is using the API. No other device driver
    is using this API in PXA3xx or any other PXA silicons.

    Restrict the scope only on pxa2xx and remove the implementation of pxa3xx. So
    we can avoid oo much checking on cpuid after more pxa chips supported.

    Signed-off-by: Haojian Zhuang
    Cc: Eric Miao
    Signed-off-by: Eric Miao

    Haojian Zhuang
     
  • ecf89b8a9   ARM: pxa: reduce the scope of get_clk_frequency_khz() ... Browse Code »

    get_clk_frequency_khz() is used in private cpufreq driver. In order to meet
    the change of different pxa silicons, checking cpuid is introduced in
    get_clk_frequency_khz(). While more pxa silicons are supported, the workload
    of checking cpuid is higher.

    So restrict the scope of get_clk_frequency_khz() on pxa2xx. Different pxa
    silcions use different private cpufreq driver to avoid too much checking
    on cpuid.

    Signed-off-by: Haojian Zhuang
    Cc: Eric Miao
    Signed-off-by: Eric Miao

    Haojian Zhuang
     

11 May, 2010

1 commit

09 Mar, 2009

2 commits

29 Dec, 2008

1 commit

  • 6769717d5   [ARM] rtc-sa1100: don't assume CLOCK_TICK_RATE to be a constant ... Browse Code »

    As Nicolas and Russell pointed out, CLOCK_TICK_RATE is no more
    a constant on PXA when multiple processors and platforms are
    selected, change TIMER_FREQ in rtc-sa1100.c into a variable.

    Since the code to decide the clock tick rate is re-used from
    timer.c, introduce a common get_clock_tick_rate() for this.

    Signed-off-by: Eric Miao
    Acked-by: Nicolas Pitre

    Eric Miao
     

08 Oct, 2008

1 commit

25 Sep, 2008

1 commit

07 Aug, 2008

3 commits

05 Aug, 2008

1 commit

10 Jul, 2008

1 commit

03 Jun, 2008

1 commit

30 Apr, 2008

1 commit

  • ce4fb7b89   pxafb: convert fb driver to use ioremap() and __raw_{readl, writel} ... Browse Code »

    This is part of the effort moving peripheral registers outside of pxa-regs.h,
    and using ioremap() make it possible the same IP can be re-used on different
    processors with different registers space

    As a result, the fixed mapping in pxa_map_io() is removed.

    The regs-lcd.h can actually moved to where closer to pxafb.c but some of its
    bit definitions are directly used by various platform code, though this is not
    a good style.

    Signed-off-by: eric miao
    Cc: "Antonino A. Daplas"
    Cc: Russell King
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    eric miao
     

19 Apr, 2008

1 commit

06 Feb, 2008

1 commit

  • 1c44f5f16   gpiolib support for the PXA architecture ... Browse Code »

    This adds gpiolib support for the PXA architecture:
    - move all GPIO API functions from generic.c into gpio.c
    - convert the gpio_get/set_value macros into inline functions

    This makes it easier to hook up GPIOs provided by external chips like
    ASICs and CPLDs.

    Signed-off-by: Philipp Zabel
    Signed-off-by: David Brownell
    Acked-by: Russell King
    Cc: Jean Delvare
    Cc: Eric Miao
    Cc: Sam Ravnborg
    Cc: Haavard Skinnemoen
    Cc: Ben Gardner
    Signed-off-by: Andrew Morton
    [ Minor ARM fixup from David Brownell folded into this ]
    Signed-off-by: Linus Torvalds

    Philipp Zabel
     

04 Feb, 2008

1 commit

26 Jan, 2008

5 commits

16 Oct, 2007

2 commits

  • 3e0cc7ee0   [ARM] pxa: Avoid pxa_gpio_mode() in gpio_direction_{in,out}put() ... Browse Code »

    pxa_gpio_mode() is a universal call that fiddles with the GAFR
    (gpio alternate function register.) GAFR does not exist on PXA3
    CPUs, but instead the alternate functions are controlled via the
    MFP support code.

    Platforms are expected to configure the MFP according to their
    needs in their platform support code rather than drivers. We
    extend this idea to the GAFR, and make the gpio_direction_*()
    functions purely operate on the GPIO level.

    This means platform support code is entirely responsible for
    configuring the GPIOs alternate functions on all PXA CPU types.

    Signed-off-by: Russell King

    Russell King
     
  • 2c8086a5d   [ARM] pxa: PXA3xx base support ... Browse Code »

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

    eric miao
     

13 Oct, 2007

6 commits

20 Jul, 2007

1 commit

12 Jul, 2007

3 commits

22 Apr, 2007

1 commit

  • 7053acbd7   [ARM] 4304/1: removes the unnecessary bit number from CKENnn_XXXX ... Browse Code »

    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: eric miao
    Signed-off-by: Russell King

    Eric Miao